先月から、今年の秋くらいにリリース予定の新サービスの設計、開発を始めました。新しく始めるサービスなので、まだ経験したことがない言語やフレームワーク、技術を使わないと楽しくありません。Vue.jsも今回が初めて、というメンバーもおり、さらにRESTではなくgRPCも、となると未経験技術が多すぎてキャッチアップが追いつかなさそうということもあって見送りました。Vue.js(Typescript)を使うことになりました*1。gRPCは見送ったので、RESTのAPI定義一元化、コード自動生成を実現するためOpenAPIを利用することにしました。パシフィコ横浜は、横浜市にある世界最大級の国際会議場と展示ホールとホテルからなるコンベンション・センター。本文には特に関係ありません。対談後記)エムスリーエンジニアリングGでVPoEをやっている山崎です。先日、Sansan株式会社CTOの藤倉さんとエンジニアのキャリアについて対談させて頂きました。対談中に感じたことや、対談を振り返ってみて改めて感じたことについて書いてみたいと思います。type.jpきっかけ先日の対談にて藤倉さんとの出会いは、2017年12月にエムスリーの初代VPoEに就任した後、改めて他社のCTOやVPoEについて学んでいた頃にCTOミートアップでお見かけしたのが最初だったと思います。その後、機械学習関連の勉強会などでSansanさんとご一緒する機会も増え、藤倉さんと別のイベントでご一緒することもあり、ビジネス領域の課題を解決する同志として意気投合したのが今回のイベントのきっかけとなりました。「現場」か「マネジャー」か、という議論を振り返ってこれは採用活動でエンジニアのキャリア相談に乗っていると、本当によく耳にする悩みです。考えの多くは対談中に触れたとおりですが、このような二者択一の考えになってしまう原因の一つは、日本のソフトウェア産業における「現場」と「マネージャー」の報酬格差にあるのではないか、というのが、対談で触れなかった考えです。いうのも、1980年代のマイコン黎明期から始まり1990年代を経てWeb関連のビジネスが一般的になる前の2000年頃までの日本のビジネス向けのソフトウェア産業は、どちらかといえばメーカー製品にバンドルされるようなパッケージソフトウェアや、何十人何百人で作り上げる大型のソフトウェアプロジェクトなどが主流だったため、ソフトウェアを発注する側と受託する側の切れ目が比較的明確で、その中でソフトウェアを作り上げる作業もマネージャーが指示を出し、現場のエンジニアが構築するという比較的トップダウンな開発が主流だったと思います。その結果、典型的なSI構造、つまり基本的には(一部のスーパープログラマーを除いて)マネージャーのほうが報酬が高く、現場のエンジニアが報酬が上がりにくいという構造が出来上がりました。そのような環境の中では、対談中に触れた「やりたいこと」を続けようとしても、ライフステージの変化とともに、そろそろ現場から離れてマネージャーに上がらなくては...と考えてしまうという強い力学が働くのもある意味仕方ないと思います。二者択一の考え方も含め、解決策は3つあると思います。矢崎(id:Saiya)です。いう会に参加してきました。ないクラウドを体験しよう。ご覧いただくとして、ここでは私個人の主観として印象に残った点や、エンジニア・アーキテクト観点での気になりどころなどをご紹介いたします。エンドポイントを提供できる強力なサービスです。されている必要があります。認証に対応させるためのアダプターライブラリを実装して公開しました。現在、弊社では長年運用され続けているレポート基盤のリニューアルを昨年から続けています。DigdagとJenkinsを利用した仕組みを検討しました。本記事ではその一例をご紹介します。エンジニアの園田です。経由でアクセスしてみようという内容です。