開発スピードと技術的負債 - oinume journal
よくある「開発スピードを優先させるか技術的負債をなるべく発生させないようにするか」という議論、ケースバイケースだとは思うけど、ことプロダクトの立ち上げ段階では、悩んだら「開発スピード」を優先させるようにするべきだと自分は思ってる。 理由は 市場は待ってくれないから。どんなにいいプロダクトでもユーザーに使われなくては意味がないのと、プロダクトを取り巻く外部の環境(競合プロダクトや市場でのニーズ)は自分ではコントロールできないものなのに対して、技術的負債については適切に管理されていればコントロールしながら返済できるから。もちろんバランスも重要だとは思うので、どんな技術的負債も生み出していいかと言われるとそうではないけど。 というわけで自分は「ああこれクソコードだけど機能は満たしてるからそのままリリースしたいなぁ」というのはだいたいクソコードのままリリースしています。(こうやって免罪符を作ってい
ポエム駆動開発によるWEBサービスの作り方 pplog誕生ものがたり - ppworks.jp
サービス開発の初期段階で大事なのは開発と意思決定のスピード。 開発スピードを大事にしよう 作りたいものがあるならまずは作ってみて、ソレが欲しいものかをすぐに検証しましょう。大事なのは慣れたツールで迷わず作ることです。 私の場合はrailsのいつものbaseアプリ を用意していて、いつもそこから作ります。 rails の application templateも便利かと思いますが、そのままで動くアプリのほうがイロイロ便利で好きなので私は動くrails アプリをbaseとするのが好きです。 技術検証がしたいの？サービスの検証がしたいんだよね？ pplogのときとは少し変わっていますが、ppworks/rails4base においてあります。 意思決定スピードを大事にしよう 同じレベルでコミット出来るパートナー的な存在がいると意思決定のスピードはあがります。 相手を説得する必要があるとき、それ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
