最初から完璧な開発環境を作ろうとする時の罠
良い記事があったのでメモ。
自らも肝に銘じておく。
未知の領域で開発を始める時には、環境を整えすぎてはいけない - 愛と勇気と缶ビール
(引用開始)
未知の領域って何ぞいな、というとだいたい以下の二つ。
・開発経験のないプラットフォーム。場合によっては触ったことのない言語を含む。(e.g. iOS, Android)
・今まで触ったことのない言語を用いた開発。
世の中にはエディタ・IDEからCIまで沢山の開発を支援するためのツール・枠組みがあるが、新しい領域に挑戦する時にはこれらの開発環境をあまり整えすぎない方がいい気がしている。
というのは、最初から「エディタも完璧に設定して、テストも全部書いて、JenkinsでCIするようにして、デプロイの前にビルドが走るようにして…」というようなセットアップを全部やろうとしてしまうと、それ自体に時間がかかって、それだけである程度満足してしまうから。単なる経験則だけど。
環境構築に時間をかけ、その結果に満足してしまうと一番初めのプロダクトに使うためのモチベーションと時間が消費されてしまう。(なんか誰かが同じようなことを書いていたような気もする。忘れた。)
新しい領域で、何かまとまったものを一つ作ってしまう。作りきる。それが大事かつ最も大変なことなので、ノイズは乗せない。初めから全てうまくやろうとしない。かっちょいい開発プロセス、効率的な開発環境が欲しければ後からいくらでも整えればいい。
そんなわけで、何か新しいことをやろうとする時に、最初から完璧に環境を作ってしまおうとするアナタは結構危険である。そのモチベーション、使いドコロが間違っているかもしれない。
(引用終了)
泥臭いプログラミングでまずはリリースして納品することが目的なのであり、綺麗なプロセス整備が目的なのではない。
こういう落とし穴にはまらないように注意。
| 固定リンク
「Redmine」カテゴリの記事
- JTCの壁を壊す「Redmine参謀本部」という戦略~現場の職人気質を活かす組織論(2026.05.19)
- 第30回東京Redmine勉強会の感想 #redminet ~古いチケット管理基盤にAIという新しい衣を被った未来(2026.05.16)
- 製造業がRedmine導入で必ず聞く3つの質問~MS Project派がRedmine導入で悩むこと(2026.05.03)
- RedmineのAI支援機能はチケット管理システムにとって重要な要件だ(2026.04.29)
- マイクロマネジメントに陥ったチケット駆動開発の罠と再生戦略 #redminet(2026.04.26)
「Agile」カテゴリの記事
- 自動車・半導体・防衛産業から読み解く、業界を制する設計思想(2026.06.10)
- PMOはスクラムマスターである(2026.06.07)
- DX戦略はDX成熟度を考慮して戦略策定すべき(2026.03.20)
- PMPとCSM取得者数推移(日本 vs 中国)から読み取れる指針は何か?(2026.02.23)
- SAFeはScrumと全く異なるアジャイル開発プロセスだ(2026.02.01)
「Jenkins」カテゴリの記事
- 第12回東京Redmine勉強会の感想 #redmineT(2017.05.14)
- 技術的負い目の記事がすごい(2016.01.03)
- RedmineとGitLabを連携すると、RedmineをGitHub化できるか(2014.10.17)
- 「チーム開発実践入門」が発売されている(2014.04.08)
- 最近、ツールとプロセスを組合わせたソフトウェア開発手法の本が増えている(2014.04.03)


コメント