Shibu's Diary: コードを書くときに心がけていること

渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 コードを書き続けるためにやってること(by Voluntas) なんか流行っているので乗ってみます。 趣味コード 趣味とはいっても、暇つぶしだったり、流行りもののチュートリアルに触って「おれ新しい◯◯やってみたぜ」みたいなのは極力しないようにしてます。仕事で必要になった時に、仕事の時間の中で集中的に学ぶ方が学習効率が高いので、趣味時間の活用という意味ではもったいないですよね。幸い、まったく未知の基礎的な内容というのはほとんど出会わなくなってきて、新しい技術といっても、既存の知識を土台にして、軽く検索すればOKなことがほとんど。ということで、趣味といっても、将来の仕事で役に立ちそうな種となる可能性のあるものを作るように心がけています。実際に種になるかどうかは運次第なので、命中率に

[manhole]

『TDDが死んだとか楽しいとかが少し前に話題になりました。まぁこれはマサカリを投げてみたら仲間に刺さって口論になったぐらいの案件という理解。』

[kamatama_41]

モック化やりすぎると良く無いは禿同

[t2y-1979]

コードというよりはアーキテクチャ的な側面の方が強いな、たぶん対象としているものの規模が大きい

[yogasa]

"仕様は決まらないものと心がける" ううっ

[hoisjp]

しびれた。

[kyab]

やっぱそうだよなー。“テストコードの構造を追いかけるのに脳のスタックメモリを使うようなテストは、対象となるコードの理解を妨げます。”。あと共通化も後で読みなおす。

[csouls]

“テストコードはドキュメント。ノイズは減らす ” がその通りと思った。モックオブジェクトは殺す必要はないと思うけど、欠点が多いというのもその通り。

[noonworks]

なんて素敵なお父さん“勉強する父親の背中を子どもたちには見せる予定です。勉強しない大人から「勉強しろ」って言われても説得力がないし、反発されるだけ”

[suginoy]

昔「共通化すれば工数が削減できる」って言いだしたマネージャがいて、全力で反対した。 "今年のGDCのソニーのATFのセッションで「共通で使えるようなコード」を書くと、3～4倍の時間がかかると説明されていました"

[Jxck]

“モックオブジェクトは死ね ”

[DecoyMaker]

“Doxygenとかpydoc、JSDocみたいなツール向けのコメントも比較的まともなはず。むしろ、そこをメンテしないでコードとのギャップを作る人はタバスコを目薬にする刑に処するべき。”

[t-wada]

さすが @shibukawa さん。明解な言説が素敵だ。 “共通部品化の注意点” のところ、とても興味深い。

[indication]

既存のコードに手をいれるときは自分を出さない、難しいが、必要なこと。フレームワークを使うときも似てる

[d_animal141]

Shibu's Diary: コードを書くときに心がけていること

[trashtoy]

テストコードをシンプルにするのは結構難しい。想定される返り値が複雑な構造になる場合、想定される返り値を構築するための関数を作ったりする

[mano-junki]

programing coding code working memory

[toyota8honda]

Shibu\'s Diary: コードを書くときに心がけていること

[yosuke_furukawa]

テストコードはドキュメントの代わりは割と同意。でもエラー系をテストでやりたくなることはあるし、一般的な話に落とし込むのは難しそう。

[ledsun]

何の容赦もないガチ表明

[watayosu]

ブックマーク

[koogawa]

「自分の色は出さない」これわかる。改行の入れ方とかなるべくバラバラにならないようにしてる

[habarhaba]

言ってる事はまともなんだけど、なんか読んでてしんどい…

[m_seki]

うわっ、数アクセスあると思ったら渋川さんにリンクされてた!!!