リーダブルコードを読んで重要だと感じたルールを抜粋 - Qiita

はじめに 業務で開発をしていて、Pull Requestを送るたびに命名について厳しいレビューをもらうので、業務で特に重要だと感じた部分のみまとめてみました! 最初は「動けばいいじゃん！」と思っていたのですが、チーム開発、仕事となるとそうはいきません。 品質も含めて評価されるため、読みやすいコードを書くということは非常に重要です。 レビューで毎回のように 「ちゃんとリーダブルコードを読みましたか？」 と厳しい指摘を受けるので、できるだけその回数を減らしていきたいです。 毎日レビューで厳しい指摘を受けるのは(おそらく上司も仕事のためとしてコードに対しての指摘をしていると思われるが)とても辛いです。 レビューは あくまでもコードの指摘をしているだけ で、自分自身の人間性や仕事に対するダメ出しをもらっているということではない！と思うようにしてます。 とはいえできるだけレビューで受ける指摘は減らし

[chainwhirler]

Qiitaって一般販売されている書籍の内容をコピーしてアップロードする場所なの？

[OrientHistory]

”レビューで毎回のように 「ちゃんとリーダブルコードを読みましたか？」 と厳しい指摘を受ける”「リーダブルコード」が仕事の基準になってるのかな？チームや会社のルールやガイドラインに落とし込まないのかな？

[turanukimaru]

×「ちゃんとリーダブルコードを読みましたか？」 〇「〇〇ページを読みましょう」。指摘と言うのは具体的にやるものだ。読んでないだろという指摘はリーダブルではない。リーダブルたるべきなのはコードだけではない

[ShaoSylvia]

関数を小さい単位に分けすぎると読めるけど読む（読むというか追う？）の面倒くさすぎるコードが出来上がるので結局ほどほどにまとめておいて一部を再利用したくなったら分割するようにしてる

[fukken]

getとかfetchとかの命名規則で毎回悩むので、こういうルールで機械的に書いていきたい。"「ちゃんとリーダブルコードを読みましたか？」 と厳しい指摘を受ける" 心理的安全性が低い・・・

[takafumiat]

リーダブルコードをネタに、いくらでも記事を書けそう

[yarumato]

“getは明確ではない。どこからとってくるのかによって動詞を使い分ける 。データベースから取得: fetch、retrieve”

[shingo-sasaki-0529]

> レビューで毎回のように 「ちゃんとリーダブルコードを読みましたか？」 と厳しい指摘を受けるので、できるだけその回数を減らしていきたいです。 これ好き。リーダブルコードが権威を得すぎた会社だ。