Takeshi Miyakawa

アジャイル（とりわけリーン開発）を愛して20年くらいになります。
を経営しています。
予算とスケジュールとアジャイルの調和をどう実現すべきか、日々自問自答しながら仕事をしています。

[Takeshi Miyakawa @leanbuilder]

@awesomeJason4 先人の取組みを参照した方が良いと思います。ニュース記事ではなく、理論書を。我流で、願望に寄せるのではなく。

[Takeshi Miyakawa @leanbuilder]

変化させる仕組みがほしい。

[Takeshi Miyakawa @leanbuilder]

開発するとき、設計が固まるまでは試行錯誤したいわけで、その段階でバグのないことを要求されることを好まない。コーディングの最終段階では、バグを未然に防ぐ仕組みはもちろんありがたい。
ファイル毎に「設計が固まるまで」と「設計が固まった後」で、型チェックや静的コード分析の挙動を

[Takeshi Miyakawa @leanbuilder]

確実にわかる方法はない、と思う。わかるくらいなら、形式的な要件定義が普及していると思う。
大事なことは、とにかく複雑さを避けること。複雑さを避けるためには、要件の変更・修正の権利を開発者に与えることだが、プロダクト��ーナーはこれを嫌がる傾向がある。

[Takeshi Miyakawa @leanbuilder]

関数/メソッド/UIコンポーネントに出てくる共通部分を、いつ、共用部品としてくくり出すかは悩ましい問題である。同じ処理が3回出てきたら、共用部品にくくり出す、という案をどこかで読んだが、そう簡単に決められるものではない。偶有的に同じ表現になっているのか、本質的に共通な処理なのか。

[Takeshi Miyakawa @leanbuilder]

Drizzle ORMは、MySQLよりもPostgreSQLのサポートを優先しているようだ。普段はMySQLを選んできたのだが、正直、MySQLが好きだというわけでもない。PostgreSQLを使って、サンプルを書いてみる。

[Takeshi Miyakawa @leanbuilder]

Denoの心意気をサポートするために、DenoでAPIサーバをいくつか書いた。今のところ、このかたちが良いだろう、というレベルに達していない。というか、APIサーバを書くのであれば、JavaでSpring Bootを使うのが良い、という印象を免れない。

[Takeshi Miyakawa @leanbuilder]

Node.jsではORMにPrismaを使ってきた。
Prismaは良い部分が多いのだが、その実装がちょっとトリッキーなのが好きになれない。（具体的にはnode_modulesの中にスキーマ定義を展開するのが、���。）
Drizzle ORMというのを試してみるかな...

[Takeshi Miyakawa @leanbuilder]

実際には不要な機能を作らずに済む、というのがアジャイルの最大の強みである。
ところが、開発現場から出てくる「この機能は実際には不要では？」という声を発注側のステークホルダーが受け入れないという問題が現実には存在する。

[Takeshi Miyakawa @leanbuilder]

ウォーターフォ���ルからアジャイルへのシフトの「真の目的」は何か？ それはIT投資の費用対効果の最大化である。

[Takeshi Miyakawa @leanbuilder]

アジャイル開発によって、
「この機能は必要である」
ということを *想像* するのではなく、実際にプロトタイプを触りながら、確認することができる。
（ソフトウェア開発技術の進歩によって、プロトタイプから漸進的に完成形に近づけていく手法が安価にできるようにな���たことが背景にある。）