Ep.07 そーだい( @soudai1025 )さんと雑談 #ツナギメエフエム

00:05

はい、始まりました。tsunagimefmの第7回です。

tsunagimefmは勉強会、コミュニティ繋がりの方々をゲストに迎えてワイワイする雑談系ポッドキャストです。

まずはツイッターのハッシュタグについてお知らせです。

ハッシュタグはカタカナでtsunagimefmです。ツイートをお待ちしております。

今日で第7回目です。今日のゲストは壮大さんです。壮大さん、まずは自己紹介をお願いします。

はい、リスナーの皆さん、はじめまして。壮大です。

ツイッターアカウントは壮大1025でやっていて、PHPだったりとかデータベースのコミュニティで色々な活動をしています。

今日はよろしくお願いします。

はい、よろしくお願いします。お久しぶりです。

いや、本当にお久しぶりですよね。やっぱりカンファレンスがないと人に会わないっていう、エンジニアあるあるな感じで、こうやってお話しするにはよかったです。

なんかあの、ペチパー会議かな?去年か一昨年かのペチパー会議のディスコードでちょっとだけ喋ったぐらいで、多分それ以降、オンラインでも話してないんじゃないかなと思って、今日はお呼びした感じです。

そうですね。リモート飲み会とかも最近はブームが去って誰もやらないので。

そうですね。そうですね。

で、さあ、今日何から話していきましょうかねって感じなんですけど、お直近のお題はもうこれですよ。

PRタイムズのリリースを見たんですけど。

ありがとうございます。

はい、CTOの職に就かれたということでおめでとうございます。

ありがとうございます。なんかこう、みんなおめでとうございますって言われるんですけど、なんかその本当にめでたいのかなと思いつつ。

いや、めでたいんじゃないですか。

なんか経緯とか全然わからなかったんで、もしよかったらその所属されているリンケージさんという会社が、どういった会社さんでどんな経緯で就任に至ったのかみたいなことを教えてもらえると嬉しいなと思って。

そうですね。まずリンケージの説明なんですけど、予防医療って言われるところのサービスをやるっていう、予防医療って多分みんな聞き慣れてないと思うんですけど、健康診断いくじゃないですか。

健康診断とか、例えば血圧高いねとか、尿素値高いねってなったら今度はそれを改善していかなきゃいけないんですけど、僕もそうなんですけど、本当にやばくなるまで改善しないですよね。

本当にやばくなった時にはもうだいたい遅いですよね。

そうですね。

それを防ぐ。例えば寝たきりになったりとか、病院に通い詰めなくても済むような健康な状態でできるだけ維持しよう。そのために例えば禁煙をサポートしたりとか、ダイエットをサポートしたりとか。

03:01

それって健康保険から特定保険指導とかそういう仕組みがあるんですよ、国の。でもそれを実際にユーザーに届けるところの企業と国との間のサービスっていうのがあんまりなくて、そういうのを作ってるって感じです。

禁煙とか特保以外でも、例えば女性向けの健康、メンタルヘルスとかかかりつけのやつとか、そういう橋渡しをサービスで提供するっていうのを作ってて。

僕自身もダイエットをこの2,3年ですげえやったんですけど、40キロぐらい痩せたりとかして、やっぱり健康大事だなって思ったんですよ。

40キロ!?

痩せたと思ったけど、そんなに痩せたんですか?

痩せましたよ。

すさまじく痩せてますね。ちょっとびっくりした、今の。

なので、そういうので、プロジェクトとしては関心があって、最初は業務委託でお手伝いしてたんですよね。

これも背景を説明すると、僕の知っているCTOの人が、面白い会社があるからちょっと手伝ってあげてくれないって言われて、僕は個人、自分の会社で業務委託として手伝っていて。

手伝っていく中で、半年くらい手伝っていく中で、いろいろあって、もう少しコミットメントあげようと思って、CTOとしてやっていきますっていう感じで話が進んだって感じですね。

コミットメントあげようってことで、いきなりガーンってCTOになれるようになったんですか?ちょっとわかんないけど。

別にCTOになりたくて、CTOになったわけじゃなくて、会社を知れば知るほどとか業務を知れば知るほど、課題ってどんどん出てくるじゃないですか。

この課題を解決していくためには採用をやらないといけないとか、広報をやらないといけないとか、行動も書かなきゃいけないとか、いろんなことをやらなきゃいけないんですけど、いろんなことをやるためには材料がいるんですよね。

業務いたくなるから、広報ができないとか、議論ができないとかって。でも採用権ってなると、今度は給料を決めないといけないとか、人事制度を考えなきゃいけないとか、それを開かないといけない。

そうなっていくと、いろいろできるポジションってなると、やっぱCTOとかってなっちゃうんですよね。だからCTOがやりたいっていうよりは問題解決がやりたくて、問題解決をするために必要なパーツを揃えていったら、ロールとしてCTOがついてしまったみたいな感じです。

席がぽっかり空いてたというか、そこに元々いらっしゃる人はいたんですか?いなかったんですか?

CTOのポジションの人はいなくて、少しは10年くらいあるんですけど。

ニアリーみたいな人もいらっしゃるんですか?

チームリーダーみたいな人とか、開発チームも今8人くらいいるんですけど、ガツガツ開発するぞ!みたいな、促入テックカンパニーみたいな感じじゃなくて、小さく開発をしていたり、業務いたくる人に手伝ってもらいながらやっていくような感じだったので。

06:07

チームのシニアエンジニアみたいな人はいるんですけど、CTOとして技術判断をしようとか、採用を変えていこうとか、評価の人事制度の変更みたいな人はいなかったんですよね。

リンケージさんはサービスをやっている会社として、それが事業会社としてメインでやっているんですかね?

自宅開発とかはやっていなくて、自分たちだけでやっている感じです。

そういう経緯だったんですよ。いきなりツイッターとかフェイスブックで、見たことある人がバーンと写真がたくさん出てて。

確かに誰にも、これで言うとCTOになりますよっていうのは、お客さんにしか言っていなくて、外では全然言えなかったんですよね。

お客さんには、僕、ハブファンティックって会社は今も残っていて、週5で埋まっていたのを週3、週4ぐらいとかを他の会社に当てるので、選ばせてくださいっていう。

あとで聞こうかなと思っていたんですけど、ということは、コメントは上げるけど、社外取締役みたいな感じなんですか?

一応、常任取締役ではありますね。

ハブファンティックの方を非同期でできるようにするとか、クライアントさんでおければそういう仕事でという感じで。

なるほど、なるほど。

そういう感じに落とし込めるところは減らしていくって感じですね。

そこどうしていくんだろうなと思って、独立もされたばっかりですもんね。2年ぐらいかな?1,2年ですね。

そうです。3年目にもう少しで丸2年って感じですかね。

どうなるんだろうなと思って、その辺気にはなってたんですけど。

なるほど、そういう動き方なんですね。

わかりました。ありがとうございます。

いえいえ、こちらこそありがとうございます。

なんか変わりましたか?就任して。

常任取締役なんで、責任というか覚悟は決まっている僕としてはあるのと、周囲も業務委託の親戚のおじさんじゃなくて、

本当に一家族でこの人が本当にやっていくんだなっていうところの覚悟の違いが明確に表示できたので、

結構6月に入って1週間ですけど、やっていくぞっていう機運はすごい高まったなと思います。

CTO職としては何回目ですか?

09:00

実はもう3回目なんですよ。

あ、2回だと思ってた。3回なんですね。

3回目なんですよ、実は。YMKっていうオミカレの初期のときが1回あって、オミカレで戻りなんで。

あ、そっかそっか。そうですね、戻られましたもんね。

3回目ですね、会社としては。

それぞれフェーズが違うって感じですね、会社としては。

オミカレよりもちょっとリンケージの方が大きいんですよね、会社のフェーズとしては。

ハブファンテックの仕事でコードは書かれてたんですか?

書いてますよ。僕、T岡さんが言ってて、僕も真似してるんですけど、

年に1回は新規事業とかコードを書くっていうのを絶対やるために、

受託開発を受けてるんですよ。

受託開発でコードを書くっていうのは、

普通に開発者としてジョインしてる会社さんもあって、

そこは普通にコードを書いてたりしました。

それが減るんじゃないのかなと思ったんですけど。

いいところに気づきますね、おっしゃる通りなんですよ。

そこがやっぱ減っちゃうんですよね。

やっぱりどうしてもそういう動き方をするってなると、

コードを書いてらんないんですよね。

実際にリンケージの中でコードを書くチャンスはなくはないと思うんですけど、

フェーズ的にはオミカリと違うのは、僕がプレイングマネージャーをすべきじゃなくて、

もうすでにエンジニアがいるので、

その人たちに任せていかなきゃいけないフェーズなんで、

やっぱりコードを書くチャンスはなくはないと思うんですけど、

実際にリンケージの中でコードを書くチャンスはなくはないと思うんですけど、

オミカリと違うのはエンジニアがいるので、

その人たちに任せていかなきゃいけないフェーズなんで、

あんまりそこでゴリゴリコードを書くのはアンチパターン。

俗に言うCTOがクソGコ問題でフリーキック蹴っちゃうみたいな感じになっちゃうんで、

PKとかフリーキックは任せるっていう風にしなきゃいけないなと思っているのと、

それ以外でコードを書くのは難しいので、

イスコンだったりとか、

ああいうところで切磋琢磨していくしかないなと思っている。

デダイスコン。

デダイスコンの話しますか。

今年も僕が出ますよ。

僕、初参加です。

素晴らしいですね。

初参加。

あれ3回目の申し込みできるんでしょ?

2回目の申し込みが昨日で、

1分10秒で販売したらしいんですけど。

売り切れ、はいそうですよね。

なんか通っちゃってですね。

素晴らしい。イスコンの予選がもうイスコンですからね。

すごいよ、びっくりしましたよ。

1回目3分くらいで売り切れたって書いてあって、

割に無理だなって思ってたんですけど、

12:01

スルスルっと昨日うまくいって、

PC3台くらいに並べて、

よーし!とか思い浮かべて、

待ちかめたんですけど、

登録できちゃって。

今回初参加です。

そこを突破したからには楽しんでいただきたいですね。

手も足も出らんと思うんですけど、

最初なんでね。

何やっていくかも分かんないですけど。

1回だけ言えるのは、

1回は囲文やった方がいいです。

なるほど。

AWSにインスタンスのAMI用意してくれてるんで、

それコピーしてすぐ試せるから、

1回はちょっと動かしてみて、

なるほど、こんな感じかとか。

あと、そもそもあれなんですよ。

デフォルトパーリカ効果で実装が動く状態になってるから、

まず僕らPHPに切り替えるところから始まるじゃないですか。

そうですね。

だからそこをまずやったりとか、

あとGitとかに連携されてるわけじゃないから、

いつもみたいにGitプッシュして

勝手にリリースしてくれないから、

デプロイするフローを準備するところから。

そこも準備しないといけないのがやっぱめんどくせえなと思って。

そんなに難しくない?

慣れとかんとなって思っているんですけど。

意外とGitをイニットしてプッシュするって

普段やらないじゃないですか。

やらない、やらない。忘れてますよね。

初回に1回しかやらないことなんで、

絶対忘れてますよ。

あったわ。

普段はGitのブランチがマスターなんだけど、

新しく作るからメインになってて、

プッシュできないってなるんだよね。

確かに確かに。

1回でやってみたほうがいいですか?

何対策したらいいんだろうと思って、

とりあえず今日本だけ買って、

準備しないとな、

あと1ヶ月ちょいしかないんで、

何からやろうかなみたいな感じです。

でもせっかくね、

申し込みが通ったので、

頑張りたいところではあるんですけど。

絶対楽しんだほうがいいと思う。

チームメイト全員でガッツリ普通振りしなくても、

ちょっとAWSでいじって、

Gitのプッシュ大丈夫だなとか、

あと結構忘れがちなのが、

エンジンXとかマインエスケール触ってない人は、

そもそもCONFファイルがどこにあるのかぐらいは

知っておいたほうがいいと思います。

この辺は、

大丈夫じゃないかなと思うんだけど。

確かに中瀬さんは、

例えば、

sudo-sでルートになるとか、

そういうのは僕らは、

オンプレ世代だから大丈夫だと思うんですけど、

ワークレックとか知らないから、

そこから教えないといけないんですよ。

そっかそっか、確かに。

ルートになるにはみたいなところがあるんですかね。

そっかそっか、

ルートになるにはみたいなところも、

15:01

わかんないのか。

思うんですよ。

この前、

Petch Per Roomっていう

オビスの部屋があるじゃないですか。

あそこで、

若いエンジニアが、

サーバー周りを触ることがないから、

どうやって身につけたらいいのか、

みたいな話をしてて、

確かになと思って。

確かに。

そうっすよ。

コンテナだったりとか、

VMでもコンテナが。

今、開発仕様は全然変わってきてて、

僕らの頃と。

そういうのは当たり前じゃないですか、

仮想環境が。

部署がもう、

縦割りで分かれてて、

サーバー触る人が決まってたりすると、

アプリケーションのことしか考えなくて良かったりするので、

その辺認識が向かなかったりすると思うんですよね。

確かに。

その辺の知識を身につける方法が、

なかなか現場レベルではないんじゃないかなと思って。

確かに確かに。

って考えると、

ISCOも良い実践の場かなとは思いますね。

確かにね。

リンケージとかでもそうなんですよね。

やっぱり、

Dockerコンポースでアップしたら、

開発環境動くし。

うんうんうん。

なんでDockerか分かんないけど、

そのコマンド打っちゃう。

動きますもんね。

マスターにプッシュすれば、

なぜかこう、

デプロイされるし。

そうそうそう。

全部やってくれるので、

何も考えなくても。

それをやるにはちゃんとやってくれてるんですけどね。

インフラエンジニアの方がね。

誰かがね。

そういうところに意識は向かないと思うので、

どうやって、

実践で触る場を提供できるかみたいなことを考えると、

なかなか難しいのかもなって思ったりしたんですよ、最近。

それのきっかけに、

ISCOの題材でそういうところをやっていくとか、

自分で、あ、世の中こういうめんどくさい作業を

自動化してくれてるんだっていうのを学ぶっていうのは、

確かに良い教材かもしれないですね。

もちろん、個人開発とかで、

自分でやってみるっていうのも全然良いと思うんですけどね。

確かにね。

個人開発で、

自分が作りたいものがない人こそ、

ISCOを触ってみるのが良いのかもしれないですね。

ああ、そういう話も聞きますもんね。

別に作りたいものないしな、みたいなのはよく聞く。

分からんでもない。

僕もそういうタイプなんで意外と。

チラッチラ、

ISCOの過去問の、

解いてはないんだけど、

どういう風な、

修正を入れたらこうなるみたいな、

説明とかを見てると、

なるほどな、確かにこんなのあったな、

みたいなのを思い出しつつ、

18:01

面白そうだなって思ってる。

ISCOの勉強をすればするほど、

筋トレでいうと、

腹筋みたいな、

体幹みたいなのが鍛えられるから、

仕事中に、

あ、これISCOで見たことあるぞって、

やっぱあるんすよ。

そういう意味では、

基礎体力みたいなのを作るんで、

ISCOに参加しなくても、

過去問を読んだりするのは、

すごいいいなと思ったりしますね。

この話に関係するんですけど、

これ後で聞こうかなと思ってたんですけど、

総代さん、

たびたび、

技術者の成長に関する

プログラムエントリーとか、

書いてるんですけど、

スター

エピソードをシェアする

メッセージを送信

tsunagimefm

スター

コメント

こちらもおすすめ