ImoZ-Blog
本業とは別に、合同会社のCTOというポジションを務めることになった。
まあ、上司と2人で立ち上げただけなので、上司が営業役だと自然にこうなる。
私の役割はヒアリング同行しつつ要件定義・設計・開発で、これまではレビュアーにあたる人が副業にしろ何にしろ存在していたのだけども、そういった方がいない領域でもサービスづくりをする必要が出てきた。
レビュアーというと実装領域だけの話に捉えられてしまいそうだけども、詰まるところ責任を持つ人が私自身になった、という感じ。
いやはや、これまではプログラム言語の勉強をしておけば、一応役職持ちもコード書けますみたいな感じで拡張できたけど、AIの台頭でそうもいかなくなってきた。
この時期にも書いていたように、実務領域のレイヤーを上げていく必要がある。
何をやるか？は色々分岐があると思っていて、
- エンジニアできる営業
- 実装フェーズ突き詰めまくる
- マネジメント 等
ここには何が正解とかは全く無く、好きか消去法かでキャリアプランとやらを選択していくのが良いと思う。
私の場合は正直マネジメントが向いてない。他人の気持ちを考えるのが苦手だから。ついでにがっつり営業も向いてない。他人の気持ちを考えるのが苦手だから。寄り添えないから。あと出不精だから。
ただ、IT課題のヒアリングとか、自分の領域とマッチしている話だったら全然聞けるし、その場で寄り添った提案もできるし、よりよい運用まで見据えたイメージを膨らませることが出来る。
これを仮に強みとするならば、やはり半分セールス、半分エンジニアという感じになってきそう。
前述したようにコードはもうAIが書くので、最終的な実装を客観視した時、最低限保障されるべきセキュリティは担保されているか？をビジネスサイドで理解・分解・再構築できるようになっておく必要があるのと、どれかと言われたらセキュリティに興味があるのでそちらに進んでいこうかな、と。
ソースコードベースでのセキュリティはどうしようかなあ、AIに最後までやらせても良いのだけど、業務委託で一人くらい迎え入れる必要があるのかも。数年後にはIDEなりエージェントベースで稼働するセキュリティサービスを展開するベンチャーもどんどん名を上げてきて、これ使っとけばまあ良いよねみたいになりそうではある。
一方やっぱりbiz側のセキュリティ領域って定性的だと思ってる。いや、確かに手法だとか体系的な知識そのものについては解が存在してるんだけど、仕事として色んな領域の人を納得させて進行するには、人間の口から話すという行為が必要な気がする。AIならAIで良いよという倫理観に人間が至るにはまだ時間が掛かる。
サービス自体はAIのせいで(おかげ様で)均一化されていくし、どれを取ったって同じようなことがすぐにできるようになる。けど、ここなら大丈夫だろうな、という信頼を得るために必要な勉強として認識している。
お金を払ってくれる人の「納得」をAIの受け売りだけで引き出すのは難しい。
結局、ハンコを押すのはまだ人間なのでね。ほとんど電子印だけど。