prawnで請求書っぽいPDFを作る - Qiita
本記事はiCARE Advent Calendar 2020 の5日目です。 はじめに 本記事ではprawnを用いた請求書っぽいPDFの作成方法を解説します。 RailsでPDF作成する場合だとwicked_pdfも使えますが、wicked_pdfがhtmlライクにPDF作成ができるのに対して、prawnはゴリゴリのDSLなので、学習コストがかかりますが、wicked_pdfよりも柔軟にPDFを作ることができるので、個人的にはprawnの方が好きだったりします。 セットアップ 今回の請求書PDFではテーブル表示を行いたいので、prawn-tableを使います。 主要なメソッドの紹介 請求書の作成の前に、今回用いる主要なメソッドを紹介したいと思います。 Prawn::Document#generate 公式の説明文を引用します。 Creates and renders a PDF docum
twirp-ruby概要 - @nnm_tech
はじめに twirpというgRPCと似たようなRPCフレームワークを触っている中でのメモ。twirpはgRPCと似ていますがHTTP2に限定されずHTTP1.1でも使用できる便利なやつです。 基本 github.com twirp-rubyはtwirpをRubyで動かすやつです 登場人物 Service...ProtocolBufferで定義されたService。その中身は実はRackアプリケーション 合わせて読もうRackとは何か - Qiita Handler...Serviceがどう動くかを定義 Client...Service呼ぶやつ ServiceはServiceをRackアプリケーショとして定義するが、どう動くかについては定義していない。Handlerを差しこむことで中身の動きを定義する 例： HogeService.new(FugaHandler) ちなみに以下のような形でH
pumaがdaemonとして動かせなくなったので、systemdで動かすときのpuma.serviceの書き方 | takeshit.info
pumaがdaemonとして動かせなくなったので、systemdで動かすときのpuma.serviceの書き方 はじめに Railsをコンテナ以外のEC2などで実行しているみなさん、capistranoやpuma使っていますか！？ 今回はdaemonizeオプションが削除されたpumaをタスクマネージャーであるsystemdで動かすためのtipsです。 Railsを6.1に上げたらpumaのバージョンも当然上がっていて、bash上でpumaを直接バックグランド実行できなくなっており、様々なdocumentを読んでたどり着いたのが今回の設定です。 最適な設定になっているわけではないと思いますが、どなたかの役に立てたら幸いです。 2021.06.18 更新 capistrano3-pumaのコマンド実行時の挙動について追記 2021.07.08 更新 環境変数の注意事項について、コマンド備忘に
Puma の Daemonization が廃止された理由と、デーモン化したいときはどうするべきか - 完全に理解した.com
Puma は Ruby のアプリケーションサーバの一種であり、Ruby on Rails がデフォルトで使用していることでも有名です。 そんな Puma をサーバにデプロイする方法を調べていると、一昔前まではデーモン化 (Daemonization) する設定があったそうですが、現在はその設定が廃止されていました。 そこで Puma をデーモン化する設定はなぜ廃止されたのか 代替手段の puma-daemon によるデーモン化はどのように実現されているのか を調べたところいろいろ勉強になったので、記事としてまとめます。 前提 Puma とは？という方には、Ruby における Web サーバとアプリケーションサーバについて説明している以下の翻訳記事が分かりやすくてオススメです。 Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita Puma をデーモン
Re: Rails を主戦場としている自分が今後学ぶべき技術について
この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io
Railsを主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ
Rails の問題は Rails のベストプラクティスがフロントエンドのベストプラクティスの邪魔になるどころか全く逆方向で相反してる点です。DHHの思想がフロントエンドと根本的に逆行してる。そういう人が作るフレームワークなのでwebpackerの抽象化を根本的に間違ったりする。 — prev.js (@mizchi) December 1, 2020 昨日もリプライで少し書いたけど、DHH自体が直近のHeyの開発でも明確にJavaScriptというものを触れないようにすることを是としているような主張をしているので、DHH wayが色濃く反映される以上この状態はもう避けられない気がしている — potato4d / Takuma HANATANI (@potato4d) December 1, 2020 Railsがフロントエンドの最先端をゆく人々1から良く思われないのは事実として。 Vie
Rails開発者のDHH氏、Ruby on Rails開発の基本方針を「The Rails Doctrine」として文書化
Ruby on Railsの開発者であるDavid Heinemeier Hansson（DHH）氏は、Ruby on Rails開発の基本方針を「The Rails Doctrine」として1月19日（現地時間）に公開した。また、「The Rails Doctrine」の公開とともに、Ruby on RailsのWebサイトがリニューアルされたほか、ロゴも変更されている。 The Rails Doctrine 「The Rails Doctrine」は、Ruby on Railsにおけるもっとも重要な支柱となる、以下の8項目で構成される。 Optimize for programmer happiness Convention over Configuration The menu is omakase No one paradigm Exalt beautiful code Value
Railsアプリケーション構築ガイド — Railsアプリケーション構築ガイド
Railsアプリケーション構築ガイド¶ 業務でRuby on Railsを利用する人のための、アプリケーション構築ガイド 最終更新日: Feb 03, 2018 Ruby on Railsは、流儀・規則に従うことで効率的なシステム開発が可能となるWebアプリケーションフレームワークです。 レールの上に乗って開発を行っているうちは、 少ないコード量で複雑なアプリケーションを 簡単に実装できる、Railsというフレームワークの強力さ、美しさを体感できるはずです。 しかし、少しでもレールから外れたアプリケーションを実装しようとすると、途端に複雑になるのも事実です。 業務アプリケーション構築の分野では、Railsの流儀とは相容れない実装を強いられる事が多々あります。 レールから外れたアプリケーションをよく考えずに実装すると、 コードが難解になり、システムのメンテナンス性が大きく下がってしまいます。
text.ssig33.com - RSpec の書き方について
RSpec の書き方について 要約:RSpec は単なるテストを英語っぽく書けるツールではなく開発の全プロセスを加速するツールであるのでプロジェクト初期から有効に利用する必要がある。 4/1 ですが気にせず真面目な話を書きます。 RSpec は多分 Ruby 界隈で一番使われているテストフレームワークの一つだと思います。であるので使い方の解説や概念の解説多いですが、個人的にはそれらの解説は的を外したものが多いと考えています。 RSpec の真髄を会得するには、 RSpec の spec をどのように書くかということを考えてゆく必要があると思います。 まず RSpec の特徴的な点とはなんでしょうか。 RSpec でテストは以下のように書かれます。 describe "肛門" do context "排便する時" do it "高速に排便されると肛門がすりきれる" do 肛門がすりきれるとい
Emacs LispとRubyを使ってGoogle Chromeを操作する - saito’s blog
私は以前までブラウザはFirefoxを使っていましたが、Firefox4でMacでFlashが見れなくなったり、Firefox5でタブを切り替えても表示が切り替わらない(この現象は検索してもヒットしないので自分の環境だけの可能性有り)といった不具合があってから、メインのブラウザをGoogle Chromeに乗り換えています。 FirefoxからGoogle Chromeに乗り換えるのをためらった理由の1つが、自作したEmacsとの連携機能がChromeに移行すると使えなくなるというものでしたが、google-chrome-clientという別プログラムからChromeにアクセスするためのRubyライブラリの存在を知ったので、Emacs連携機能のGoogle Chrome版を作成しました。 この機能を使うためには、Google Chromeを次のオプションで起動します。 --remote-s
オブジェクト指向を理解したければRubyを使え！ - 是非に及ばず
普通の構造化プログラマーがオブジェクト指向の存在意義を理解するコツ を読んで脊髄反射してみる。 自分自身がRuby信者(笑)なので、Rubyをおすすめするわけなんだけども、中途半端にオブジェクト指向機能が入っている言語で学習したところで構造化プログラミングから抜け出せないんじゃないかなと思う。 環境が人を作るという事もあるので、まずは全てがオブジェクトであるRubyでしばらくプログラムしていれば、オブジェクトの世界で自分がどう歩くべきか自然と分かるんじゃないかな。 なにしろ、Rubyの世界にはオブジェクトしかないわけで、int型とかなくて1とか2とかの数字は実はFixnumクラスのインスタンスだったりする。だから、1.to_sだとか、1.absなんてのが実行できるし、1.methodsで1が持つメソッド一覧を取得できたりする。 なにそれ、すげー！と感じたら、あなたは分かっている、または分か
Ruby 1.9.2をターゲットにした「MacRuby 0.7」リリース | OSDN Magazine
Mac OS Xのコア技術を用いたRuby実装「MacRuby」開発チームは10月1日、最新版「MacRuby 0.7」をリリースした。5カ月ぶりのバージョンアップとなる最新版では、新機能の追加よりも既存機能の統合と強化にフォーカスした。 MacRubyは、Rubyを使ってMac OS X用のフル機能アプリケーション開発を実現するためのRuby実装。Objective-Cランタイムとガベージコレクタ、LLVMコンパイラなどのMac OS Xのコア機能を用いてRubyを実装している。 最新版では、Cocoa対応、並列実行と性能、Rubyとの互換性などが強化されている。Cocoaでは、バージョン0.6で加わったCocoaレイヤーを強化し、Ruby ProcオブジェクトをObject C/Cコードを呼び出すAPIにパスできるようになった（次期「BridgeSupport」リリースに含まれるメタデ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - asdf-vm/asdf: Extendable version manager with support for Ruby, Node.js, Elixir, Erlang & more
"Ask Me Anything" by DHHin Rails Developers Meetup 2019
howtohp.com
Amazon.co.jp: リストマニア
Amazon.co.jp: メタプログラミングRuby: Paolo Perrotta (著), 角征典 (翻訳): 本
Amazon.co.jp: Rubyレシピブック 第3版 303の技: 青木峰郎 (著), 後藤裕蔵 (著), 高橋征義 (著), まつもとゆきひろ (監修): 本
Amazon.co.jp: Rubyによるデザインパターン: Russ Olsen (著), ラス・オルセン (著), 小林健一 (翻訳), 菅野裕 (翻訳), 吉野雅人 (翻訳), 山岸夢人 (翻訳), 小島努 (翻訳): 本
Amazon.co.jp: リファクタリング:Rubyエディション: Jay Fields (著), Shane Harvie (著), Martin Fowler (著), Kent Beck (著), 長尾高弘 (翻訳): 本
