ゲスト紹介と現在の役割
日本最大級のエンジニアコミュニティQiita プロダクト開発部部長の清野 俊史です。
この番組では、日本で活躍するエンジニアをゲストに迎え、キャリアやモチベーションの話を深掘りしながら、エンジニアの皆さんに役立つ話題を発信していきます。
今回からのゲストは、株式会社サイバーセキュリティクラウドセキュリティインテリジェンス本部本部長でVPof Engineering Operationsも務めてらっしゃる川崎雄太さんです。よろしくお願いします。
はい。サイバーセキュリティクラウドの川崎雄太と申します。よろしくお願いします。
はい。よろしくお願いします。もう1回目は毎回恒例という感じなんですが、川崎さんのことをいろいろお話を伺えたらなと思っております。
ちなみに呼び方は川崎さんで大丈夫ですか?
はい。大丈夫です。
では最初に自己紹介も兼ねて、まずは今されていることなどをいろいろお伺いできるとありがたいです。
サイバーセキュリティクラウドという会社に、2026年の7月に入社したばかりのものでございまして、
今は開発組織、主にセキュリティ系の組織の本部長というところとVPOEの役割ではありますので、人事制度や評価制度の刷新や改善に着手しているというようなロールになっております。
あとは技術広報のロールももらっておりまして、具体的にはサイバーセキュリティクラウドが持っている技術のアセットを世により広めていくというのを技術ブログですとか、またイベント登壇カンファレンスというところでやっていく役割を担っております。
ありがとうございます。まさに聞いたとしても聞きたいところもいろいろやられているなと思っているので、本日はよろしくお願いします。
よろしくお願いします。
実はこの収録を7月31日に撮っているということで、転職されて1ヶ月弱ぐらいというかなりタイミングで今回お時間をいただいているので、そのあたりもいろいろお伺いできると嬉しいなと思っております。
川崎さんとお送りする1回目のテーマは電力会社からWebアトテックへコンフォートゾーンを抜け出すキャリア設計です。
エンジニア人生の始まり：電力会社でのキャリア
はい、ということで今回はキャリアについていろいろお伺いをしていきたいんですが、まずプログラミング開発を始めたきっかけのところからお伺いできると嬉しいなと思っています。
そうですね、一番最初にプログラミングに出会ったのは学生時代、特に大学生の時に、私は理系の大学に所属しておりまして、その中の授業でC言語を学ぶというのがありまして、そこからプログラミングに出会いましたっていうのが本当にきっかけで、大学の中の講義を通じてプログラミングを始めたというぐらいの趣味で始めたではなくて、学生時代に必修科目であったから始めたみたいなところがきっかけだったりしますね。
ありがとうございます。まさに僕も学生時代の1年生の頃に必修科目みたいなC言語を習ったのをきっかけに今こんな感じでずっとやっていたりするので結構似てるなと聞いてて思いました。
ありがとうございます。
逆にもともとプログラミングやりたいなーみたいに思って大学に入ったわけではないって感じ。
そうですね。大学が経営工学科という学科に所属してまして、理系の中でもなんとなく経済系とか数字系を使うものだから将来就職しやすいのかなぐらいの動機で入学したっていうのがあったりするので、あんまり情報系の学部は別にあったので、情報処理やりたくて入りましたとかではないですね。
そうなんですね。経営工学科ってなっちゃうとずっとプログラミングとかを大学で習うみたいな感じでもないんじゃないかなって気がするんですけど、最初基礎で学んでからの勉強ってどういう感じでやられてたんですか?
そうですね。基礎を学んだ後は経営のアルゴリズムをプログラミングに落として、プログラミングはハウとして使って何か経営の数字を出すですとか経済学の数値を出すっていうのの手段で使った形ではあるので、あんまりなんかガリガリプログラミングをやったというよりは一般的な演算処理とかそういうところだけで実はやってました。
それでいわゆるファーストキャリアとしてはエンジニアになられたんですか?
はい、エンジニアになりました。
そうなんですね。その頃は具体的にどういうお仕事をされたんですか?
電力会社のエンジニアやってまして、具体的には本当に皆様が使っているような電力を供給するシステムの共通基盤を作る部署に配属になりまして、そこでJavaなんですけどもJavaでプログラミングしてですとか
本当にLinuxのサーバーでシェル書いてですとかやってました。
そうなんですね。ありがとうございます。
いわゆるウェブ系とかそういう感じではまたちょっと違う感じだったんですか?
そうですね。ウェブ系ではないですね。ウェブのシステムはたくさんあるんですけれども、ECサイトとかではないのであまりウェブ系ではないレガシーな感じのシステムだったなって記憶してます。
ありがとうございます。結構その今のお話にもあった通り情報系を先行されている方も結構いるわけじゃないですか。
その中でガッツリそれを100%やってたわけではない中で新卒としてそういうエンジニアになるというところで何かしら不安とかはなかったですか?
そうですね。不安は一定ありました。
そうなんですね。
ただ入社した同期が大体3つぐらいに分けられて、1つは情報系の学部のバリバリやってましたっていう方。
もう1つが私と同じような学生時代に理系でプログラミングを行ってやったことがあるけど一般的なお作法だけを知っているような方。
もう1個は未経験の文系を中心とした方もいらっしゃったので修熟度が分かれるのがありまして、その3つの修熟度に応じて社内研修も分けて行っていたので、
その方その方の修熟度に応じたクラス分けをし、そこで学んでいくところからスタートだったので、ベースは遅れてスタートしたなとかいうのはあまり感じなかったですね。
そうなんですね。そこで研修終わられて、実際に配属となった場合はクラスというかそれが全部合わさってってことですよね。
そうですね。クラス関係なく配属されますね。
そこで差とか感じなかったですか?
たまたま私の入った部署はそんなにこうめちゃめちゃガリガリやってますっていう方が多い部署ではなかったですね。
ただ一方で文系出身で全くやったことありませんっていうのもいない部署だったので焦りはありましたね。
勉強しなきゃなーですとか、そもそもC言語しかやったことなかったのでJavaって入社して3ヶ月ぐらいしか研修で触ってないので、基本情報レベルのことは学習しなきゃいけないんじゃないかなーですとかやっておりました。
そうなんですね。そこでしんどいなーとか思ったりすることはなかったですか?
ありましたね。電力会社はプログラミングをもちろんする会社ではあるんですけども、どちらかというと上流工程と呼ばれるようなところを担当し、製造工程は業務委託と言いますかパートナーさんにお願いするみたいな、
どちらかというとそういう会社のシステムではあったので、プログラミングをめちゃめちゃ極めるというよりは上流工程にすぐ行ってね、最初プログラミング知らないとベンダーさんのマネジメントとかできないよねとか指摘レビューで指摘できないよねっていうのがあったので、
そういうベースで始まったっていうのがあって、一体自分はどこまでこれをプログラミングというものができるようになればいいのかっていうのがなんとなくわからず、ロールモデルを探そうとしても皆さん上流工程に乱々こう足を突っ込んでいって、そこが主戦場になるっていうような形でしたので、
なかなかどこまでやればいいのかが難しいなって思いながらやってましたね、焦りもありつつですけど。
そうなんですね。そこから実際上流に行かれたんですか?
結果的に行きました。
そうなんですね。
プログラミングをそんなにしない、10割で言うならプログラミング2割か1.5割ぐらいで、残りはアーキテクトみたいなところをずっとやらさせていただいたんですけども、っていうような割合にはなっていきましたね。
ありがとうございます。
会社的には上流行く方がいいよねっていう雰囲気がある中で、実際やってみてどうでした?
そうですね。正直に言うとなかなかそれもそれで難しくて、プログラミングはやっていたものの設計の部分や要件定義の部分でもなかなか難しかったですし、
上流行程やるにあたって一番最後のリリースするところまでのスケジュールを引くみたいなのももちろんやることになるんですけど、
テストの工程とかまでしかやったことがないので、その本番リリースに向けて、当時はノンプレ環境が多かったので、
例えばサーバーをキッティングして、それがデータセンターにラッキングされっていうところは全く知らなかったので、この辺のリードタイムって分からないなですとか、
だから全般的に困ることばっかりでしたね最初は。
そうなんですね。今のお話聞いているとなかなか最初の頃は大変だったんじゃないかなと思うんですけど、
キャリアの転機：東日本大震災とリクルートへの転職
いわゆるキャリアの転機というかそこら辺の仕様目が変わってきたタイミングとかってあったりしたんですか?
そうですね。もともと電力会社にいまして、東日本大震災が2011年にあり、会社の仕様目が変わったタイミングがあったなと、原子力発電所を作るべきなのかそうじゃないのかですとか、
でも電力会社から見ると原子力発電所ってコスト効率いいから作りたいっていうのがなかなか思い通りにできなくなった、
イコール会社の利益率みたいなところも徐々に思った通りになってこなくなったっていうのはありまして、
その中で転職考えたっていうのがきっかけで結局2社目に私はリクルートに所属することになって、
電力会社とはまた違う本当にウェブ系のバリバリの会社に行くっていうのがそこが本当に転機になったなと思ってますね。
そこからリクルートに行かれるんですね。
そうですね。
本当に業界も違えばやることもだいぶ変わるんじゃないかなと思うんですけど、そのおっきいジャンプをそこで決断した理由ってなんかあるんですか?
そうですね。周りの同期たちも今この会社が今後どうなっていくのかにやっぱり不安感というか危機感を覚えて、
もともと転職するなんてみんな考えてなかったはずなんですよ。
それがその危機感を持った人が1人2人転職していくと、やっぱり自分たちも今後のキャリア、今までは別に転職考えてなかった人たちが、
今後のキャリアってどういうふうにやらなきゃいけないんだっけ?ですとか、会社に縛られたキャリアってまずいんじゃないかなっていう危機感を本当に覚えて、
1人1人転職していく中で私も早めに転職した方ではありますね、同期の中では。
その時に会社を選ぶ軸って、同じ業界だけど違うことやってるところとか、仕事は一緒だけど業界変えるとかいろいろある気がするんですけど、
全部変わってるじゃないですか、川崎さんの場合。そのコンフォートゾーンめっちゃ抜けているのがモチベーションなんだったんだろうなって気になってて。
そうですね、元々電力会社に入った理由もみんなが使っているサービスと言いますか、生活インフラだったので、
それが理由で自分も貢献したいなっていう思いで入社した人だったので、
転職するならやっぱりみんなが知っているサービスに携わりたいなっていうのをただシンプルに思ったのと、
あとは2013年ぐらいではあるんですけども、その時には結構ウェブ系の勢いが圧倒的に右肩上がりで、
自分でもエンジニアやるんだったらそういう環境でやりたいなって思ったその2点で、
やっぱりリクルートっていう会社は色んなプロダクトが世の中に知れ渡ってますし、僕も使う側ではあったので、
これは良いタイミングなのかなって思ったのがきっかけですね。
そうなんですね。なんか結構人の雰囲気とか会社の雰囲気も全然違うんじゃないかなって気がしてて、
そこら辺のギャップってありました?実際入ってみて。
そうですね。やっぱり電力会社ってお堅いイメージ通りにお堅いところが多くて、
もちろんウェブ系のリクルートっていう会社はお堅いとは真逆で、すごくフラットな組織ですし、
もちろんスピード感がやっぱり違う会社ではあったんですけど、
転職をするんだったら同じとこ行っても面白み感じられないかなって思ったのも背景にはあって、
だったらもう日本中でめちゃめちゃ有名なプロダクトに携われて、
かつ今までいた会社とベクトルが180までは違わなくても90ぐらい違うようなところに行った方が、
人生この後どうなるか分からないなって。
本当に今までは自信があるまでは僕転職しようと思ったこと一回もなかったですし、
まさか会社がこういう状況になるなんて思ってもなかったので、
今後もそういう局面ってあり得るんだなと思った時に幅を広げる方がキャリアに繋がるんじゃないかなと思ったのが理由ですね。
なるほど。ありがとうございます。
スピード感の違い：電力会社とリクルートの比較
実際入ってみてあってないわとかやっぱしんどいなとか思うことはなかったですか?
正直にこれをお伝えするとリクルートのがあってましたね。
入ってみてやっぱりもともとお堅い人間じゃなかったなっていうのと、
だからスピード感を重視してみんながプロダクトをどうやればより良いものにできて価値提供できるかっていうのを
本当に愚直に考えてシステムを作ってる会社だったんですね。
でもやっぱり電力会社っていうのは電気という商材があって、
それをシステムというのはあくまで電気を売るためのなんかハウというか、
プロダクトを売るというよりはハウを作るためにどうするかなので、
自分がやりたかったのは自分のプロダクトで価値を提供するっていう方だったんだろうなっていうのを入って気づいたので、
結果合ってたなっていう感じですね。
具体的にこことか全然なんか考え方とか動き方違ったなみたいな思うタイミングとかってありました?
ありますね。
特にプロジェクトのタイムラインというかスケジュール感が大きく違うなと思っていて、
僕がやっていたシステムは経理システムの刷新っていうのを電力会社時代にやってたんですね。
業権定義からリリースまで3年とか4年ぐらいかかるようなスパンでやってました。
なるほど。
でもリクルートは僕が入った当時ちょうどホットペッパービューティーっていうものをローンチするっていうタイミングだったりするんですけども、
それを1年とか全然かからずに企画からローンチまで持っていくっていう、
4分の1とか5分の1のスピード感でやっていくっていうところが一番大きな違いだったかもしれないですね。
本当にスピード感が違うんですね。
段違いですね。
そのスピードの違いが出る要素って何なんですかね?
そうですね。やっぱり電力会社はお堅い会社だからか、
承認っていうもののフローがものすごく多段で構成されているっていうのがあり、
直続のマネージャーに承認をもらい、部長にもらい、事業部長にもらい、
必要に応じて職員まで行くっていうような段階があるんですけど、
それがリクルートでいうと、
たぶんグループのマネージャーで基本的には承認が終わるですとか、
それを1個超えてもシニアマネージャーっていうクラスになって、
それもこれと次も役員クラスなんで、
ホップ数がめちゃめちゃ少ないっていうのがスピードの要素になるかなと思ってるのと、
あとは承認をもらうための準備にめちゃめちゃ時間が、
いいか悪いか別なんですけどかかるっていうのが課題感あって、
電力会社の時は当時パワーポイントでスライドを作り、
起承転結、ストーリーをしっかり作り、
それを倫理に臨むっていうような形だったんですけど、
リクルートはそうではなくて、
ワードのドキュメント1枚みたいなもので起承転結をしっかり表現する、
なんでビジュアルでごまかせない、
シンプルに文字で伝えるっていうところのシンプルさを追い求めるがゆえの、
描画に時間を使わないといけないっていうのがあって、
いろんなところでやっぱり無駄が元々あったんだなっていうのは感じましたね。
じゃあよくも悪くもカッチリしてるってことですね、やっぱり電力会社の方が。
そうですね。
逆に電力会社の方がここら辺うまくやってたなみたいなのってありますか?
倫理はとかうまくやってたと思いますね。
やっぱりカチッとしてるっていうことは、
裁量の範囲が誰がどこまで持ってるかっていうのがものすごく明確で、
例えば100万円のそのプロジェクトだったら、
だれだれまでですよ、1000万円だったらっていうのがちゃんと明確に決まっているのがあったんですけども、
それはリクルートがいい意味でもそこまでカッチリしてなくて、
金額感なのかそれとも難易度なのかですとかっていうのでステップが変わるですとか、
途中からもともとの見積もりから膨れ上がったときに、
これは上まで承認取らなきゃいけないやっていうようなことにもなったりするので、
割とアドホックにやっていたなというのもありますね。
なるほど。
でもそこからまた何社かご経験されてるって感じかなと思うんですけど、
アドテク業界への挑戦：ミリ秒単位の世界へ
その次はそこからアドテクの会社に転職された理由とかはなんかあるんじゃないかなと思うんですけど。
そうですね。リクルートで4年以上働いていて、
リクルートという会社が外で活躍しに行くのを割と良しとする会社ではあるので、
一緒ぐらいの時期に入った方々が次のステップに踏み出していったなっていうのをちょうど見ていてですね、
自分もそろそろ考えても良いかなと思ったのが一個と、
もう一個はリクルートもやっぱり人が多くて、
なかなか自分がめちゃめちゃ手を動かすっていうのが評価される部分もあるんですけれども、
それよりも多くの人を束ねて成果を最大化するっていう方を評価される部分もありましたので、
ちょっとまだ手を動かしてしっかり技術力つけた方が良いかもしれないなと思ったので、
人数そんなに多くないですけど、アドテクの会社に転職したっていうのが背景ですね。
そうなんですね。またちょっとやることが、経路が変わる感じなんじゃないかなと思うんですけど。
そうですね。求められるスキルセットが結構変わりましたね。
そうですよね。
例えばで言うと、リクルートのシステムは基本的にウェブシステムなので、
ユーザーさんが何かボタンをクリックしてから基本的に1秒以内にレスポンスを返せば、
離脱することってほぼないかなと思うんですけど、
アドテクはユーザーさんと言いますか、検索エンジンを使う方が検索ワードを入力して、
エンターを押した瞬間に合致する広告をビッティングするんですね。
いろんな会社さんの中から。
その中で一番ターゲットとして合うかつ一番安いものを描画するっていうのをミリ秒単位で行うっていう、
今まで1秒の世界で生きてきたのにミリ秒を競わなきゃいけないっていうのは違う部分でしたね。
全然違いますね。
前回のお話も近いかもしれないんですけど、やっぱりやれることを広げていきたいみたいなのがモチベーションとしてあるって感じなんですかね。
そうですね。当時はどっちかというとずっとインフラエンジニアをリクルートの以降はやっていたので、
インフラの基盤からアプリケーションの速度を1ミリ秒削るにはどうすればいいんだろうっていうのを、
今まで1ミリ秒のことは正直考えたことはなくて、
100ミリ秒を例えばデータベースに対するSQLを速くするっていうので実現しましょうって言ってたんですけど、
サーバーのカーネルパラメータ変えて1ミリ秒削るためにはどうするかとかは全くやったことなかったので、
結構新鮮でしたし、面白かったですね。
面白かったですね。
面白いですね。今まで1ミリ秒速くなろうとユーザーさん絶対ウェブブラウザー気づかないと思うんですよ。
その気づかない世界をしのぎを削っている会社ってあるんだなっていうのはやっぱり面白かったですね。
ありがとうございます。
結構ここまでのキャリアのお話を伺うと、
広げるキャリアとエンジニアリングマネージャーへの転身
結構やることを新しく広げていくというか違うところにチャレンジしていくっていうのを続けてらっしゃるんじゃないかなと思うんですけど、
いわゆるエンジニアキャリアっていうのを考えたときに2軸あるかなと思っていて、
いろいろチャレンジしてできることを増やしていくパターンと1個を極めていくパターンあるかなと思うんですけど、
広げていくところって人によっては器用貧乏になるみたいなことを言う方もいらっしゃったりするじゃないですか、
そこら辺に対しての懸念というか心配とかってしてたりしました。
ありがとうございます。僕はもう確実に広く浅くをやってきたタイプではあるので、
どっちかというと器用貧乏っていうふうに呼ばれやすい側ではあったかなと思ってます。
なのでキャリアに関しては結構迷うことは多かったですね。
そうなんですね、やっぱり。
そうですね。やっぱり深く1個を突き詰めてる方が多分会社とかで言うとテックリードって呼ばれるようなポジションの方が多かったりすると思うんですけど、
テックリードって言うほどまで技術突き詰めてないしなーっていうのを考える時はありましたね。
なるほど。でもやっぱりそういう方が自分には承認あってるなって感じですかね。
そうですね。1つを極めてる方が何人いても間は絶対極めてない領域があって、
ここを接続できないとみんなの成果が最大化できないなっていうのを感じていて、
意外と企業貧乏と思われるような浅さしか持ててなかった技術も深めてる方をつなぐところに使えたり、
あとは僕はもう途中からエンジニアリングマネージャーにキャリアとしては切り替わってるんですけども、
やっぱり広い範囲を知れてたっていうのは色々なところでレビューとかはできるレベルまでは持ってたので、
そこではやっぱり役立ちましたね。
本当に1個しか突き詰めてないと、例えばバックエンドのRuby on Railsの開発をめちゃめちゃ突き詰めてた方が、
急にフロントエンドのレビューしてくれって言われても、なかなかもしかしたら難しいかもしれないっていうのに対して、
僕は元々アプリケーションエンジニアって言って、そこからインフラエンジニア、SREっていう風になってきた人なので、
フロントエンド以外の領域に関してはそこそこ分かるものもあったので、
ここってこういう風にやった方がいいんじゃないですかねですとかっていうコメントをしっかり出せていけた。
それをしかも上辺じゃなくて、今までやってたからある程度出せてるっていう部分もあったので、
意外と活かせる道ではあったなと思っています。
そうなんですね。ありがとうございます。
お話の中にも軽くありましたけど、エンジニアリングマネージャーはどのタイミングから始めてらっしゃるんですか?
アドテクの時ですね、ちょうど。
そうなんですね。
もともとアドテクの会社に入られた時って、やっぱりもうちょっと技術やりたいなってモチベーションが入るじゃないですか。
そこからこうマネジメントの方にモチベーションが転進するのって、どういうタイミングだったのかなというのが気になって。
最初は確かにポジション的にやった方がいいんじゃないかとかやるべきだっていうのがあったのでやったではあるんですけど、
なのでモチベーションというとやってみて側ですね。
やる時にはモチベーションはそんな高くなかったんですけど、やってみて、
意外と自分ができない技術を誰かがやってくださって、
それをチームの成果の相和を高めていくっていうのは、やってる中でめちゃめちゃ面白いなっていうのをやってる中で気づいたっていうのが一番あったなと思ってます。
そうなんですね。ありがとうございます。
実際最初からやりたいと思ってたわけではないけど、やってみたら意外と性に合ってたみたいな。
そうですね。
なるほど、そうなんですね。
そこの経験からココナラさんに入るみたいな感じですね。
そうです、はい。
じゃあココナラさんの中ではいわゆるEMメインでやられてたんですかね。
ずっとエンジニングマネージャーをやってましたね。
そうなんですね。
そこからずっとEMやられてるかなと思うんですけど、EMで具体的にやられてることは次回に持ち越すとして、
サイバーセキュリティクラウドへの転職理由
そこからココナラさんにもいろいろ経験された上で、今新しくサイバーセキュリティクラウドさんに転職されたっていうタイミングじゃないですか。
そこの今回の転職のモチベーションというか、そこも聞いておきたいなって最後思ったんですけど。
はい、ありがとうございます。
そうですね、ココナラに5年9ヶ月いて、多分今のロールでできることはやり切ったなっていうのを感じたのが1点と、
もう1個は最近生成AIによるサイバー攻撃ですとか、いろんなところでセキュリティっていうのが話題に上がることが増えたなと思っていて、
僕ももちろんセキュリティに関してはココナラで干渉したポジションではあったんですけれども、
いろんな会社さんの話を聞く中で、セキュリティの対策が必要なのに行き届いていない会社さんっていうのがめちゃめちゃあるなっていうのを感じていて、
もちろんそれはお金ですとか、いろんな理由で対策できない会社さんもあると思うんですけれども、
ただやっぱりそういう会社さんにも必要性みたいなところと、あとは適切なサイズでプロダクトを届けられたらもしかしたらそういう会社さんもセキュリティのソリューションを入れられて、
事故を未然に防げるんじゃないかなと思ったのが背景にあって、セキュリティっていうのを商材にするっていうのはありだなっていうのを感じたのがもう1個理由ですね。
一番の理由としては、もともときの野さんと一緒で、僕もサイバーセキュリティクラウドのイベントに何回か登壇させていただいていたり、
もともとプロダクトを使わせてもらってて、そこの事例掲載とかもしていたので、中の人を知っていた、中のソリューションの良さを知っていたっていうのはベースにあるんですけれども、それが理由ではありますね。
そうなんですね。今のお話の流れでもまた新しい業界にチャレンジされてるなと思っていたので、なんとなく川崎さんの選択をするところの軸っていうところがすごい分かった回だったなと。
はい、本当にありがとうございます。
はい、ありがとうございます。
まとめと次回予告
川崎さん、今日はありがとうございました。
ありがとうございました。
まだまだですね、お話ししたりないので、次回も川崎さんとお送りします。
はい、ということで、今回はですね、川崎さんのキャリアについて色々お伺いをしてきました。
本当にファーストキャリアのところから最新の今の直近の転職のところのお話まで、とにかく新しいところをチャレンジしまくっているのが本当にすごいなってお待ちしていて感じました。
逆に僕はもう学生時代からずっとウェブ一本筋でここまでやってきてしまっているので、色々なチャレンジっていう仕方はあるかなと思うんですが、
やっぱりそういう感じでコンフォートゾーンを抜け出すみたいなのは何かしらアクションとか取っていった方がいいんだろうなっていう風に、
転職はしないんですけど、そんなことを思ったりしました。
さて、この番組では感想や次回ゲストへの質問、リクエストなどをお待ちしております。
番組詳細欄にはリンクよりお気軽にご投稿ください。
Xではハッシュタグ、聞いたFMをつけてポストしてください。
表記は番組名と一緒で9FMが大文字、残りは小文字です。
そしてApple PodcastやSpotifyのPodcastではレビューもできますので、こちらにも感想を書いてもらえると嬉しいです。
聞いた株式会社は、エンジニアを最高に幸せにするというミッションの下、
エンジニアに関する知識を記録、共有するためのサービス、聞いた、社内向け情報共有サービス、聞いたチームを運営しています。
ぜひカタカナで聞いたと検索してチェックしてみてください。
来週も火曜日の朝6時に最新話が更新されます。
番組のフォローをして最新話もお聞きください。
お相手は聞いた、プロダクト開発部部長の清野利史と、サイバーセキュリティクラウドVPオブエンジニアリングオペレーションズの川崎優太でした。