フレームワークだけが負債だと思ってるみんな、フレームワークが大好き。いえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。☆これデカい...もっといくらでもある。フレームワークや言語が古いことは、負債の一部でしかない。新しければ、より高度なことができる可能性は高いが、その現場で苦しんでいる原因の多くは実はもっと低レベルだ。アーキテクトってイメージよりももっと地味だよ。...普段の開発みたいに進めてはいけない技術的負債の返済プロジェクトは、普段の開発とは優先度と判断が変わる。普段の開発では出てこないチケットがある。普段の開発では許される妥協が許されない。普段の開発とは着手する順番が違う。リニューアルした後にもう一度リニューアルしたくなるようなものを作らないこと、が目的だから。ビジネスサイドに理解してもらう努力がない案外、多くの人が努力をしていない。(努力したからって報われるわけではないけど)技術的負債が、なぜビジネス的にも負債なのか?非常に結びつけるのは難しいことですが、仕事で技術を追求し続けていたいのであれば、それを追求する姿勢を見せ続けていかないと。この二つを両立させてこそプロフェッショナルそれを目指さないのであれば、家で趣味でやればいい。新しいツールを使いたいの?どっち?多少はOK。それも技術追求、回り回って役に立つ。放っておくとどんどん遊ぶ。ぼくらはデフォルトでその気質を持っているようだ。始まるのは、現場との乖離。現場はそんな機能求めてないのに!その繰り返しが産むものは...技術的負債の返済プロジェクトの中断!「はい、それやめー。当たり前だよ、遊んでたら。ぼくらはいつだって、プロジェクトを止められる立場にある。太り過ぎアーキテクチャぼくらは理想を追い求めがちである。これはこう解決できるじゃん、あれはああ解決できるじゃん、じゃあ解決しよう!その繰り返しが産むものは...仕組み自体のメンテコストが高い仕組み。解決しなくても大きな問題にならない問題なら、実は問題ではない。仕組みを複雑にして、近づきづらい仕組みができてしまうことの方が、アーキテクチャを継続していく上で問題だディベロッパーも少しずつ後ずさっていく。アーキテクトチームって、どんどん増やしていけるものなの?(そんなお金があるの?)もし、それならいいけど、そんな現場はめったに見たことない。我慢することもあるよ。過去に目もくれず、現状だって見ない過去の仕組みには大きな資産がある。その現場を必死に支えてきたロジックがある。その多くはこれからも必要だ。アーキテクトにとって、過去の仕組みを探るのは退屈な作業のようだ。