テスト駆動開発を読んで / fujimisakari blog
自分はTDDについての知識は、ネット上の誰かの記事でつまみ読み程度でこうした本を読んで勉強するのは初めてでした。そして、普段の開発でテストを書いてるかというとそんなに書いてなく必要に応じて書く感じでした。率先して書いてなかった理由としてあまりテストの知識を持ってなく勉強してキレイなテストを書けるようになってからっと思ってたので、時が来たって感じでた。 読んでみると最初にすごくビックリしたのがTDDの概念を誤認してたことです。まずテストを書いて開発を進めるテストファーストな開発方法がTDDと思ってたのですがそれは間違いでした。TDDは開発者が設計の治具としてテストコードを同時に書きながら開発と改善を回していくのが目的でした。なので、この本にはテストとリファクタを回しながらどうやって動作するキレイなコードになるかまでが書かれています。 コードの設計やロジックを美しく書くことは日々意識してますが
コードレビューの高まった言葉 - 職質アンチパターン
ブログ間違った，普段こういう事はこっちに書いてます． http://moznion.hatenadiary.com 最近自分がコードレビューで使いがち，あるいは表立って使ってないんだけど内心評す時に使う言葉が色々とあり，まとめてみることとした．参考にしない方が良いと思う． 左は言葉，右は説明． 屈強 - コードが力強い時に使う．例えば長い一枚スクリプトとか，コメントが一切ないバッチ処理とか．やや批判的な意味合いで使うことが多い． マッチョ - 屈強と同じ文脈で使いがち 屈強だけどしなやか - 屈強だけどしなやかな時に使う．好意的な屈強さと言える． モノリス - 長大なトランザクションスクリプト見た時とかに使う．やや批判的． 言い訳ないですか - 後で直していくぞ！ というメンタルの時に書かれたコードのコメントが案外少ない時に使う言葉．言い訳は無いよりあった方が良い．実際には「もうちょっと言
もう失敗しない！プロジェクト書きなおして、最高の開発環境を手に入れる - クックパッド開発者ブログ
ちくしょう、プロジェクトまるごと書き直したい 自分で作り始めたプロジェクトであっても、途中から相乗りしたプロジェクトであっても、誰もが一度は体験する気持ちではないでしょうか。 私が携わっている「おいしい健康」も例外ではありません。 プロジェクトを全て書き直したいと思う一方で、全てのコードを書き換えようとするアプローチは、これまで作ってきた見た目や機能、ビジネスロジックを再現しきれずに潰えてしまう。という話しも良く聞きます。 実は全て書き直したいのではなく、その大きな目的としては以下のようなモノがあるのではないでしょうか。 シンプルな作りに変えたい 不要なコードが重なり、動作が遅くなっているところを解消したい 新しいライブラリ、新しい技術を取り込めるようにしたい 今回は、このような目的を達成しつつ、プロジェクトの書き換えを行った私達の話をしたいと思います。 cookpad本体からのプロジェク
プライベートで 689日連続でコードを書いた（ことの振り返り） - おいちゃんと呼ばれています
プライベートで 689日連続でコードを書いた。 あるとき毎日コードを書いてみようと思い立ち、それを 1年間続けたならば、何か大変なもの（力・成果）を手にしているのではないかと、はじめる前には予想していた。 しかし、いざやってみて、もちろん得るものもあったが、改善すべきことのほうが多い気がする。ので、ここで振り返って書き留めておこうと思った。 GitHub の Current streak もともと「継続は力なり」という言葉への憧れがあったと思う。ただ、継続は力、のような気がするが、子どもの頃から、皆勤賞とか何かをコツコツやる、みたいなものとは縁遠い日々を送っていたので、なんというか、そこに引け目みたいなものを感じていた。 そこへ（細かい話は割愛するけれど）「とりあえず 1週間だけ毎日コードを書いてみるか」と思い立つことがあって、それが運良く成功したら、GitHub の「Current st
コードを直訳したコメントは必要なのか？「要る派」と「要らない派のまとめ」【 社畜ちゃん台詞メーカー 】
コードを直訳したコメントは必要なのか？ というお題を 社畜ちゃん台詞メーカーで画像を作って投下してみたところ、たくさんのご意見をいただいたのでまとめてみました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.smaroomch.net/programing-hituyounakoto/
