サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください
Twitterで共有ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
「コーディングする前には設計書という文書がなくてはならない」 多くのシステム開発におけるこの暗黙の...「コーディングする前には設計書という文書がなくてはならない」 多くのシステム開発におけるこの暗黙の不文律、苦痛と感じたことはないでしょうか(私はあります)。特にオフショアに出す時なんかはちゃんと書かないと危ないということでしっかり描くわけですが、夜なべしてExcelフローチャートを書きながら「いいよもう俺が開発するよ」なんてため息つくこともよくあるわけです。 今回紹介するのは最近のプロジェクトで試した方法で、端的に言えばJUnitなどのUnitTestフレームワークを使用し、「動く設計書」を作るアプローチです。 実施ガイド 要件定義からUnitTest？コーディングかよ、というのに違和感もあるかと思います。 実際行うときも、UnitTestのコードだけでやっていたわけではありません。具体的な手順は以下の通りです。 システム化の背景と業務要件の把握 そもそもなぜシステム化したいのか、について
