エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
[コラム] 僕が TDD に魅かれるワケ - TDD.NET
たまには自分のことを書いてみようかと思います。 僕は、 学校を出てからの 10年くらいを、 機械の設計... たまには自分のことを書いてみようかと思います。 僕は、 学校を出てからの 10年くらいを、 機械の設計屋さんとして飯を喰ってきました。 その後、 肩書きをプログラマーに変えてから 15年。 ここ数年になってようやく分かってきたのは、 機械もプログラムも新しいモノを創り出すそのやり方は同じようなものだ、 ということ。 機械、 たとえば自動車を作るとしましょう。 最初に新しい自動車のスペック (要件) を決めます。 自動車メーカーで量産車を開発する場合、 この時点でそのスペックのテストケースも決まっています。 たとえばスペック一覧に 「最高速度は 200km/h」 としか書かれていなくても、 それはたとえば 「1名乗車・光電管式速度計測装置搭載・燃料はタンクの××%・スペアタイヤ標準工具等搭載・谷田部の周回コースで同一周回中の直線2箇所での計測値の平均を取る…」 といった詳細なテスト方法を前提
2010/05/10 リンク