いつ突然会社をやめても問題ないという基準でコードやドキュメントを書くテクニック - $shibayu36->blog;

blog.shibayu36.org 上の記事が思ったより読まれていたので、自分がこの基準を満たせるようにやっているテクニックも箇条書きで書いておく。 PullRequestを作ったら必ず自分でコードレビューをする コードを書いているとき、その一部一部はこれで完璧と思ってるけど、実は全体を見直すと分かりにくかったりする 1日寝てから見直す 1日経つとちょっと忘れて新鮮な気持ちで見れる 1週間後にもう一回見てみる 1週間くらい経つともうだいぶ忘れて、穴が見えてくる 穴があったら別PullRequestで直す もう一度同じところを担当することがあればチャンス。自分でもこれどういうことだっけってググり始めたら基準を満たせていない 自分が全く関わっていない部分のところを触りだしたらかなりチャンス。本当にまっさらな頭で基準を満たすか見れる。他人がやったことだからとか思わずにちゃんとその時に直す やっ

[shiba_yu36]

前の記事思ったより読まれたけど、前のやつでは気持ちだけ書いててどうやってやるかを書いてなかったので、テクニックについても書いてみました

[fujimisakari]

参考になりましたー、一日置くのは大事ですねー

[eigo_s]

良いな

[sylvan_l]

いつ突然会社をやめても問題ないという基準でコードやドキュメントを書くテクニック

[int128]

ちょっと散歩してからコード読み返すだけでも効果ある

[crema]

あとで。

[te2u]

コミット前にコミット単位で、PR前で全体の読み直しはよくする。コードとメモやドキュメントとの比較で違和感を探す。余裕があれば一度読み、1日置いて再度読む。

[raimon49]

寝かせてから自分で読んでみるメソッド確かに効果的。だいたい3ヶ月後くらいになると別人感が出て来て気付きが得られる。

[hyaknihyak]

“1”

[koemu]

ああ、これ論文や本を書くときと一緒だと思った。(今までなんで気づかなかったんだろう)

[linuxdiary]

後で読み返す