最初から完璧な開発環境を作ろうとする時の罠
良い記事があったのでメモ。
自らも肝に銘じておく。
未知の領域で開発を始める時には、環境を整えすぎてはいけない - 愛と勇気と缶ビール
(引用開始)
未知の領域って何ぞいな、というとだいたい以下の二つ。
・開発経験のないプラットフォーム。場合によっては触ったことのない言語を含む。(e.g. iOS, Android)
・今まで触ったことのない言語を用いた開発。
世の中にはエディタ・IDEからCIまで沢山の開発を支援するためのツール・枠組みがあるが、新しい領域に挑戦する時にはこれらの開発環境をあまり整えすぎない方がいい気がしている。
というのは、最初から「エディタも完璧に設定して、テストも全部書いて、JenkinsでCIするようにして、デプロイの前にビルドが走るようにして…」というようなセットアップを全部やろうとしてしまうと、それ自体に時間がかかって、それだけである程度満足してしまうから。単なる経験則だけど。
環境構築に時間をかけ、その結果に満足してしまうと一番初めのプロダクトに使うためのモチベーションと時間が消費されてしまう。(なんか誰かが同じようなことを書いていたような気もする。忘れた。)
新しい領域で、何かまとまったものを一つ作ってしまう。作りきる。それが大事かつ最も大変なことなので、ノイズは乗せない。初めから全てうまくやろうとしない。かっちょいい開発プロセス、効率的な開発環境が欲しければ後からいくらでも整えればいい。
そんなわけで、何か新しいことをやろうとする時に、最初から完璧に環境を作ってしまおうとするアナタは結構危険である。そのモチベーション、使いドコロが間違っているかもしれない。
(引用終了)
泥臭いプログラミングでまずはリリースして納品することが目的なのであり、綺麗なプロセス整備が目的なのではない。
こういう落とし穴にはまらないように注意。
| 固定リンク
「Redmine」カテゴリの記事
- Redmineのブロッキング機能で工程単位Redmine運用とトレーサビリティを解決するアイデア(2026.09.21)
- 第23回Redmine大阪の感想~AIの暴走はチケット駆動で制御する!AI時代に人間が担うべき真の役割は何なのか? #redmineosaka(2026.09.06)
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
- AIエージェントのハルシネーションは「チケット駆動」で防ぐ~次世代アジャイル開発の実践論(2026.08.04)
- 製造業でアジャイルが定着しない理由~スプリント不在とチケット二重管理の壁 #Redmine(2026.07.18)
「Agile」カテゴリの記事
- 第23回Redmine大阪の感想~AIの暴走はチケット駆動で制御する!AI時代に人間が担うべき真の役割は何なのか? #redmineosaka(2026.09.06)
- AI時代の「コードと人間の関係」を問い直す—デブサミ関西2026で考えた、アーキテクチャの未来とコミュニティの価値 #devsumi(2026.08.22)
- チケット駆動でAIを制御する仕組みのアイデア(2026.08.13)
- アジャイル開発を強化するキルチェーン進化の歴史~VUCA時代におけるモノづくりの新アーキテクチャ(2026.08.11)
- 脱PDCA!DXを加速する超高速戦略「KillChain」(2026.08.10)
「Jenkins」カテゴリの記事
- 第12回東京Redmine勉強会の感想 #redmineT(2017.05.14)
- 技術的負い目の記事がすごい(2016.01.03)
- RedmineとGitLabを連携すると、RedmineをGitHub化できるか(2014.10.17)
- 「チーム開発実践入門」が発売されている(2014.04.08)
- 最近、ツールとプロセスを組合わせたソフトウェア開発手法の本が増えている(2014.04.03)


コメント