Self-Documenting Code のススメ方 @lovee #iosdcrc #b

noppe @noppefoxwolf

象さんバラバラにするのかと思った🤭 #iosdcrc #b

crea @crea_io

#iosdcrc #b プログラマは国語力大事って話が少し実感を持って腑に落ちた。綺麗だけどわかりやすいコードを書いていく。

shiz(しず)@翻訳本発売中 @stzn3

細かく抽象化する - いきなり具体的な実装を考えない - 複雑な機能ほどちょっとずつ考える - 部品の責務に専念する #iosdcrc #b

あんのたん® @ANNotunzdY2

assertの正しい使い方 #iosdcrc #b

Yuki Sumida @y_sumida

契約による設計っぽくて好き #iosdcrc #b

crea @crea_io

#iosdcrc #b assertを(プロダクトコードでも)入れていく感覚、培う

shiz(しず)@翻訳本発売中 @stzn3

暗黙の前提をなくす - いつどこで誰に呼ばれても同じ結果になるように作る - 暗黙の前提が必要である場合はassertで明示する #iosdcrc #b

ダンボー田中📦 @ktanaka117

良いその花だ #iosdcrc #b

よこやす @yokoyas000

assertはドキュメントになる(前提条件を暗黙化させない)というの、↓で知って、「いいですよね〜！」という感想 speakerdeck.com/twada/php-conf… #iosdcrc #b

あんのたん® @ANNotunzdY2

ドキュメントはWhyに専念 #iosdcrc #b

shiz(しず)@翻訳本発売中 @stzn3

コメントやドキュメントは全くいらなくなる？ No。 コードはWhatとHowだけしか説明できないが、Whyも必要になる。 ドキュメントはWhyにだけ専念する #iosdcrc #b

crea @crea_io

#iosdcrc #b what how をコードで。whyをドキュメントで。

ｻ/ (○=×=△=□) @kz56cd

よい話だった #iosdcrc #b

crea @crea_io

#iosdcrc #b 予想をいい意味で大きく裏切られる発表でした

shiz(しず)@翻訳本発売中 @stzn3

こういうのまとめてチェックできるツールがあったらいいなー。lintでできるか？ #iosdcrc #b

よこやす @yokoyas000

実装の選択しが複数ある場合の、「なぜxxxではなくyyy にしたのか(Why)」とかもコメントあるとめっちゃいいですよね（できてない #iosdcrc #b

星野恵瑠#今日も1日フレンズ㌠ @lovee

先ほどのスライドです： speakerdeck.com/lovee/self-doc… #iosdcrc #b

🐊𝕏 @alligator_tama

WhyをADRで残したりしてるな #iosdcrc #b