最初から完璧な開発環境を作ろうとする時の罠
良い記事があったのでメモ。
自らも肝に銘じておく。
未知の領域で開発を始める時には、環境を整えすぎてはいけない - 愛と勇気と缶ビール
(引用開始)
未知の領域って何ぞいな、というとだいたい以下の二つ。
・開発経験のないプラットフォーム。場合によっては触ったことのない言語を含む。(e.g. iOS, Android)
・今まで触ったことのない言語を用いた開発。
世の中にはエディタ・IDEからCIまで沢山の開発を支援するためのツール・枠組みがあるが、新しい領域に挑戦する時にはこれらの開発環境をあまり整えすぎない方がいい気がしている。
というのは、最初から「エディタも完璧に設定して、テストも全部書いて、JenkinsでCIするようにして、デプロイの前にビルドが走るようにして…」というようなセットアップを全部やろうとしてしまうと、それ自体に時間がかかって、それだけである程度満足してしまうから。単なる経験則だけど。
環境構築に時間をかけ、その結果に満足してしまうと一番初めのプロダクトに使うためのモチベーションと時間が消費されてしまう。(なんか誰かが同じようなことを書いていたような気もする。忘れた。)
新しい領域で、何かまとまったものを一つ作ってしまう。作りきる。それが大事かつ最も大変なことなので、ノイズは乗せない。初めから全てうまくやろうとしない。かっちょいい開発プロセス、効率的な開発環境が欲しければ後からいくらでも整えればいい。
そんなわけで、何か新しいことをやろうとする時に、最初から完璧に環境を作ってしまおうとするアナタは結構危険である。そのモチベーション、使いドコロが間違っているかもしれない。
(引用終了)
泥臭いプログラミングでまずはリリースして納品することが目的なのであり、綺麗なプロセス整備が目的なのではない。
こういう落とし穴にはまらないように注意。
| 固定リンク
「Redmine」カテゴリの記事
- 第25回東京Redmine勉強会の感想 #redminet(2023.11.05)
- 第24回redmine.tokyo勉強会の感想 #redmineT(2023.06.03)
- 「Redmineハンドブック」は良い本です(2022.12.17)
- 第23回東京Redmine勉強会の感想~コミュニティは仲間から生まれて続く #redmineT(2022.11.06)
- 第22回東京Redmine勉強会の感想 #redmineT(2022.05.29)
「Agile」カテゴリの記事
- 概念モデリングや設計原則は進化しているのか(2023.10.21)
- パッケージ設計の原則の意義は変化しているのか(2023.09.30)
- 日本のアジャイル開発の先人による話が良かった(2023.07.15)
- JSTQBのテストプロセスの概念モデルを描いてみた(2023.05.26)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
「Jenkins」カテゴリの記事
- 第12回東京Redmine勉強会の感想 #redmineT(2017.05.14)
- 技術的負い目の記事がすごい(2016.01.03)
- RedmineとGitLabを連携すると、RedmineをGitHub化できるか(2014.10.17)
- 「チーム開発実践入門」が発売されている(2014.04.08)
- 最近、ツールとプロセスを組合わせたソフトウェア開発手法の本が増えている(2014.04.03)
コメント