Rails: 最近のRuboCop更新をrubocop.ymlで有効にした｜TechRacho by BPS株式会社
自分のRails環境でしばらくぶりにrubocop -aをかけてみたところ、以下のメッセージがどどどっと表示されました。 The following cops were added to RuboCop, but are not configured. Please set Enabled to either `true` or `false` in your `.rubocop.yml` file: - Layout/EmptyLinesAroundAttributeAccessor (0.83) - Layout/SpaceAroundMethodCallOperator (0.82) - Lint/DeprecatedOpenSSLConstant (0.84) - Lint/DuplicateElsifCondition (0.88) - Lint/MixedRegexpCaptu
RailsエンジンをRuboCopで徹底的に分離する:後編（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Isolating Rails Engines with RuboCop - Flexport Engineering 原文公開日: 2019/11/10 著者: Max Heinritz サイト: Flexport Engineering -- 流通系のシステムを手掛けている開発会社です 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。 RailsエンジンをRuboCopで徹底的に分離する:前編（翻訳） （前編の続き） 実際に使ってみる 弊社では2019年初頭からエンジン分離copを使い続けて成功を収めています。今やコードベースには40個のエンジンができあがり、Rubyコードの35%を締めています（cloc appとcloc engines/**/appの比較）。このcopは、既存コードのリファクタ
RailsエンジンをRuboCopで徹底的に分離する:前編（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Isolating Rails Engines with RuboCop - Flexport Engineering 原文公開日: 2019/11/10 著者: Max Heinritz サイト: Flexport Engineering -- 流通系のシステムを手掛けている開発会社です 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。 FlexportのメインとなるバックエンドサービスはRuby on Railsモノリスです。弊社を立ち上げた頃はRailsのおかげでビジネスを素早く進めることができました。しかし、成長著しいスタートアップによくあることではありますが、チームが育つに連れて複雑さを管理するのが困難になってきました。 当初はRailsの利便性のおかげで生産性が向上しましたが、今やそのせい
Ruby: RubocopとRufoを最小限に共存させてみた｜TechRacho by BPS株式会社
しばらく使っていなかったrufoフォーマッタを久しぶりに設定してみました。 リポジトリ: ruby-formatter/rufo: The Ruby Formatter しかしrufoはデフォルトで引用符をダブルクォート"に揃える方針で、RuboCopはデフォルトではシングルクォート'に揃える方針になっている部分が真っ向からぶつかっています。 以下のCHANGELOGを見ると、Rufo 0.3.0からダブルクォートがデフォルトになっています。 rufo/CHANGELOG.md at master · ruby-formatter/rufo 最小限の共存 プロジェクトの現状に応じて、以下のいずれかの設定にすることで、引用符に関してはぶつからなくなります（他の設定の共存についてはここでは考えません）。なお自分はRufoに寄せました。 1. RuboCopに寄せる場合 # .rufo quot
Ruby: rubocopもすすめる速い書き方: Array#sampleとEnumerable#min_by｜TechRacho by BPS株式会社
2019.10.10 Ruby: rubocopもすすめる速い書き方: Array#sampleとEnumerable#min_by 最近ちょくちょくfast-rubyを眺めています。 リポジトリ: JuanitoFatas/fast-ruby: Writing Fast Ruby -- Collect Common Ruby idioms. Rubyが速くなる書き方はいろいろありますが、常日頃kazzさんから「ビジネスロジックはしょっぱなから最適化するもんじゃないよ⚠️」「最初は素直に、可読性とプロジェクトの方針重視で書こう」「最適化は速度が問題になってからにすべき」とよく言われます。 まだ調べている途中ですが、fast-rubyで速いとされている書き方の多くは、rubocop様のお告げと必ずしも一致しなかったり、速い方と遅い方のどちらも何も言われなかったりします。 速い書き方に飛びつい
RuboCop作者がRubyコードフォーマッタを比較してみた: 後編（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Missing Ruby Code Formatter | Meta Redux 原文公開日: 2019/03/30 著者: Bozhidar -- RuboCopの作者です サイト: Meta Redux 日本語タイトルは内容に即したものにしました。記事が長いので3分割いたしました。参考までに、元記事の後にtestdouble社のstandard（standardrb）というgemも登場しています↓。 2019/06/05: 初版公開 2023/04/12: 更新 パーサー選択の影響 ここからは、うんとテクニカルな方面に舵を切りますので、ご自由に読み飛ばしていただいて構いません。ツールを支えるパーサーライブラリをどう選択するかについて議論したいと思います。パーサーにはさまざまな選択肢がありますが、実用上はRuby組み込み
RuboCop作者がRubyコードフォーマッタを比較してみた: 中編（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Missing Ruby Code Formatter | Meta Redux 原文公開日: 2019/03/30 著者: Bozhidar -- RuboCopの作者です サイト: Meta Redux 日本語タイトルは内容に即したものにしました。記事が長いので3分割いたしました。参考までに、元記事の後にtestdouble社のstandard（standardrb）というgemも登場しています↓。 2019/05/29: 初版公開 2023/03/30: 更新 エディタとの統合 人間は、最終的にフォーマッタと直接やりとりすることはほとんどありません。フォーマッタとのやりとりは、自分好みのエディタ1やIDEで行うのが普通でしょう。エディタと統合しやすいようにコードフォーマッタを設計することは重要です。 外部のコードフォ
RuboCop作者がRubyコードフォーマッタを比較してみた: 前編（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Missing Ruby Code Formatter | Meta Redux 原文公開日: 2019/03/30 著者: Bozhidar -- RuboCopの作者です サイト: Meta Redux 日本語タイトルは内容に即したものにしました。記事が長いので3分割いたしました。参考までに、元記事の後にtestdouble社のstandard（standardrb）というgemも登場しています↓。 2019/05/24: 初版公開 2023/03/22: 更新 ある特定の言語のコードのフォーマットを1種類の正式な方法に絞り込むというアイデアがGo言語で登場して以来（Goの場合はgofmtがバンドルされている）、あらゆるコミュニティのプログラマーがその方法論を取り込もうとしてきました（成功の度合いは言語によってまちまち
Ruby: RuboCopで== trueや== falseが怒られない理由｜TechRacho by BPS株式会社
前置き: nil == falseの結果はfalse Rubyの本には「条件分岐でnilとfalse以外のすべてのオブジェクトがtrueとみなされます」と書かれているのが定番です。 しかし以下のとおり、nilとfalseは別のオブジェクトです。 nil == false #=> false nil?も同じことをおっしゃっています。 nil.nil? #=> true false.nil? #=> false true.nil? #=> false nilとfalseが同一視されるのは、あくまで条件分岐（ifやcase）のときです。 a = nil if a "true!" else "false!" end #=> "false!" 上のようにaをnilからfalseに変えても結果は変わりません。 Rubyにtrue?メソッドやfalse?メソッドはない ちなみにtrue?やfalse?と
Ruby: Rubocopスタイルガイドの最近の更新: オプション引数 options = {} が非推奨化など｜TechRacho by BPS株式会社
2018.10.03 Ruby: Rubocopスタイルガイドの最近の更新: オプション引数 options = {} が非推奨化など github.com/rubocop-hq/rubocopより こんにちは、hachi8833です。以下の「Rubyスタイルガイド」記事の元であるRubocopスタイルガイドをチェックしたところ、いくつか追加更新がありましたので、スペースなどのトリビアな修正以外のものをリストアップしてみました。更新は以下のRubyスタイルガイドにも反映しました。 【保存版】Rubyスタイルガイド（日本語・解説付き）総もくじ 追加されたスタイル キーワード引数に関するスタイルが追加されています。Rubyコミッターが審議中の「キーワード引数の現状と将来構想 - HackMD」と直接関連しているかどうかはわかりませんが、いわゆる=を使うデフォルト値付き引数やopt={}のような
コーディングスタイルで社内が揉める理由（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Why We Argue: Style — Sandi Metz 原文公開日: 2017/06/01 著者: Sandi Metz -- 名著『オブジェクト指向設計実践ガイド』の著者です。 本記事は私のChainline Newsletterで最初に公開いたしました。 私は長年の間、コードのことで議論になるのはなぜなのか、そして決定的に食い違う意見を建設的な方向に転換する方法はないものかと模索してきました。 私の見解は、非常に特異な文脈の中から生まれました。私は、ありとあらゆる業種の企業に出向き、数日間に渡るオブジェクト指向設計の講義を年に10回から12回は繰り返しています。私は部外者ではありますが、そうした場所で数日間を過ごすだけでも企業の裏舞台の一端を垣間見られます。 そのときに気づいたのですが、ある場所では誰もがおおむね幸せ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
