フレームワーク利用者のままではいけない
アプリ開発者はラッキーだった
古くはCakePHP、ここ10年はLaravelでアプリケーションを散々作っていていつも「この作業絶対AIがやるようになるよな、というかこれをやらずして何のAIよ」と思っていた。AIというかコンピュータというのは、とにかく定型仕事の高速実行が得意なのだから。
DBと画面をマッピングするだけの大半のアプリ開発の仕事は、技術を扱っているといいにくい。コンピュータ技術を扱っているといえるのはフレームワークを開発している側で、アプリ開発者の付加価値が受け取っている金額に相応しいとは、到底思っていなかった。別に気が引けていたわけではまったくなく、シメシメとおもっていたが。
アプリ開発者の本質は事務員の延長というかカッコよくいうとスーパー事務員で、今後進むべき道のひとつがこちらになる。だからアプリ開発しているけど仕様についてビジネスサイドと会話できないなら、できるようになった方がいい。
フレームワークの存在は開発者の仕事を増やした。中堅クラス以下の技術レベルでも、アプリ開発者として多めの金を稼げる環境を用意してくれた。上位スキルの持ち主が下位の職を奪うことはなかった。

それがAIに今度こそ奪われるのだ。

どうすればいい?
開発の仕事を続けたければ、フレームワーク開発者のレベルに近づくしかない。使い慣れたフレームワークのコードリーディングをお勧めする。これをやると、一気に技術者としてレベルアップできる。
AI時代には設計力が重要になる。フレームワークは設計意図の集合体なので、そのコードリーディングはそれを養う無料の身近な方法だ。
いままでも、デバッグの過程でフレームワークのコードを読むことはなかっただろうか?読んでみると、流石だな~と唸らされる部分もあれば、ああ俺たちとあまり変わらないんだなと感じる部分もあるとわかって、面白い。
個人的なおススメはDB操作回りと認証系かな。DIの部分なんかは難しい。
読みながら、知らないキーワードが出てきたらそれを調べることを繰り返せば、ソフトウェア開発についての知識がどんどん増えていく効果もある。簡単なところでは、Laravelを読んでPHPの関数の知識が増えていくとか。
setDispatcherとか出てきてDispatchとは何ぞ?となって調べてみるとか。おそらくDispatchみたいな概念をすっと理解できるタイプだと、エンジニアとしてサバイバルしやすいはず。