新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 この記事について この記事は、新人向けの研修内容を再編集してお送りします。 この記事の内
Rubocopを使ってコーディングルールへの準拠チェックを自動化 - Qiita
これでrubocopコマンドがインストールされ，rubocop foo.rbとするとチェックできます． コマンドラインからいちいち実行したくないので，各エディタのプラグインをインストール．すると，以下のようにコーディングルールに合わない箇所を指摘してくれます． ここでは「bodyが1行のときは後置ifか，&&や||を使え」と言われています． 設定 rubocopが準拠するコーディング規約は同じ開発者が提案しているものですが，.rubocop.ymlファイルを編集することで自分達に合った形に変更することができます． うちではチームで話し合い，10箇所ぐらい変更しました． うちの設定 こんな感じです．(rubocop v0.9.1) 最近のバージョンだとデフォルト設定は別ファイルに切り出されたのでカスタマイズしやすい． # This file overrides https://github.
Railsメモ(22) : RuboCopで静的コード解析を行う - もた日記
github.com RuboCopというgemを使用すると静的コード解析が行えるようになる（READMEの冒頭にロボコップのセリフが書いてあるようにRoboCopとRubyをかけているのね）。 ベースになっているスタイルガイドは下記ページ（日本語訳）から確認できる。 github.com RuboCopのインストール Gemfileに下記行を追加してbundle installする。 これでrubocopコマンドが使えるようになりインストールは完了。 group :development do gem 'rubocop', require: false end RuboCopの使い方 とりあえずアプリのディレクトリに移動して何も考えずにrubocopコマンドを実行してみると、カレントディレクトリ以下のファイルに対する静的コード解析の結果が出力される。 結果によると45ファイルをチェックし
RuboCop でコーディングスタイルを矯正する - momota.txt
textlintで日本語テキストの文字校正を試してみた とかで、lint 系の記事を目にしたので そろそろ導入してみるか、と思い立った。 RuboCop はRuby の静的コードアナライザ。 bbatsov/rubocop The Ruby Style Guide に沿ったコーディングスタイルに矯正(注意)してくれる。 無駄なスペースが入力されている、とか、無駄な改行が入っている、とか、 この変数1度も使われてないよ?とかクラスの中の行数が多すぎる、とか、 1行の文字数が長すぎる、とか。 大人数で開発していると細かなコーディングスタイルを合わせるだけでも面倒なので こういうツールによって人間が矯正されると AI 時代に思いを馳せることができて良い感じですね。 RuboCop インストール gem でインストールする。
moneyforward/ruby-style-guide · GitHub
README.md Ruby コーディング規約 これは マネーフォワード Ruby コーディング規約です. これらを、お手本（ベース）にしています Bozhidar Batsov's 規約(これを元にしています) Github規約 クックパッド規約 コーディング規約をまとめてみた (Ruby編) 次の目標は、Railsコーディング規約です. マネーフォワード 規約(Rails版) 以下は、ドメインの前提条件です Rubyのバージョンは2.1以降を前提とする（バージョンの異なるプロダクトが無い為） 複数の表記がある場合、新しく採用された表記を強く推奨します 複数の同じ振る舞いのメソッドやシンタックスシュガーが存在する場合、短い方を利用します ex) mapとcollectは双方の価値を認めつつ、mapを採用します ex) []とArray.newは双方の価値を認めつつ、[]を採用します
ソースコードの減らし方 - 基本的な考え方と10個の方法 - クラウドワークス エンジニアブログ
ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね！ 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rubocop/ruby-style-guide: A community-driven Ruby coding style guide
Rubyコーディングアンチパターン - Qiita
styleguide/ruby.ja.md at master · cookpad/styleguide
coding-standards/ja/ruby/standard.md at master · framgia/coding-standards
なゆラボ