雑な仕事のほうが早くプロジェクトが完成するという考え方は根本からして完全に間違っている - タオルケット体操
今でこそ「技術的負債」みたいなワードがプログラマーの共通認識として取り入れられているので、技術者同士であれば話が通りやすいんだけども、それでもいざ負債の返済をやろうという段になると「そんな暇はない」というような返事が返ってくることが多い。そもそもそういう話が通らない人もいて、そういう人は「いいからチャッチャと次の機能を書いて終わらせろよ」みたいな空気になりがちなようにおもう。 なぜ根本から間違っているのか そもそも雑な仕事だと中規模程度のコードベースでも崩壊しかねない。雑がすぎるとそもそもプロジェクトは完成しないのだ。現実にヘーシャも、進行の雑がすぎた結果として進捗が終わり、生贄に捧げられた人も精神が終わり、関わる人はみな会社をやめてプロジェクトは永遠に宙ぶらりんですよみたいなものがゴロゴロ存在している。 また、丁寧であることが質に直結するというのも常にtrueではない。 当たり前だが質の
コードレビューで気をつける言葉や行い - macotox’s blog
コードレビューにstashを使ってます。 こいつはgitのブランチ間の差分に対してコメントをつけることができるツールです。 ただ、ネットを介したコミュニケーションって何故か気が大きくなってしまったり、感情が見えづらかったりで誤解を生みがちです。 特にコードレビューって間違いを指摘するとかあんまり楽しい会話をするわけでもないので、言葉には気を使わないといけません。 今日は自分が気をつけている言葉や行いを上げてみます。 否定しない def get_name(name) @user.find(name: name) end ☓：getは軽量なアクセッサとして使うのが常識なのでやめて下さい。 ◯：findしてることが分かるメソッド名が良いです いちいち否定する必要はないです。素直にどうして欲しいか書きましょう。 否定しない2 「けど〜」 def search(name) @user.find(na
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
良いコードとは