変化し続けるキャリアと変わらない原体験
YAPC::Japan::Online keynote
Mar 5th, 2022
YAPC::Japan::Online
- 開催めでたい
- キーノート光栄
- オンライン開催
- id:onishi さんに先んじてしまった
- YAPC::Kyoto 中止残念でした (延期とのことです)
- 今後のオフライン開催に期待
- 新しいハイブリッドな形にも
- Discord活用いいですね
Me
- id:Songmu (ソンムー)
- Masayuki Matsuki / 松木雅幸
- Launchable / プリンシパルソフトウェアエンジニア
- おそらくはそれさえも平凡な日々 https://www.songmu.jp/riji/
- https://metacpan.org/author/SONGMU
- 60+ CPAN Modules / 200+ GitHub repositories
- 3 Times ISUCON Winner Using Perl
- 「みんなのGo言語」共著者
- ghqメンテナ
- 認定スクラムマスター
- etc.
自作のスライドツール
- Perl製
- Text::Markdown::Slidy
- https://metacpan.org/pod/Text::Markdown::Slidy
- 昔はそういうのが流行っていた
- 自分の道具を自分で作る古式ゆかしきハッカー仕草
- Sporkというのが昔あった
- https://metacpan.org/dist/Spork
- 今回敢えて使っている
- キーノートらしい写真とかが乏しいというのもある
本日お話すること
- YAPC::Tokyo 2019 でもキャリアの話をした
- 「Songmuさんにキーノートみたいな話された」by tokuhirom (本来のキーノート担当)
- かぶらないようにキャリアの話など
- 他の人の参考になれば
- 「ハッカー」を良い意味で使います
- なるべく「ソフトウェアエンジニア」という用語を使います
自己紹介
経歴
- 2005 語学学校営業兼システム担当
- 2009 SIer
- 2011 カヤック
- ソーシャルゲーム開発リードエンジニア
- 2014 はてな
- チーフエンジニア
- Mackerel プロダクトマネージャー
- 2019 Nature (IoT/エネルギースタートアップ)
- 取締役CTO / VPoE
- 2021 Launchable (外資のテックスタートアップ)
- Principal Software Engineer
特徴
- 業界デビューは遅め (カヤックに入ったのが30歳)
- バックエンド主軸のWebアプリケーションエンジニア
- いわゆるDevOpsやSRE領域
- インフラエンジニアではない
- あくまでアプリケーション寄り
- Webアプリケーションエンジニアの中でインフラ領域や低レイヤが比較的得意
- エンジニアリング組織のマネジメントや採用活動経験
- プロダクトマネジメント経験もある
- 言語は最近はGoが多い。仕事ではJavaメイン
好きなもの
- 安定稼働が好き
- バッチシステムが好き
- OSSが好き
OSS活動
- 気軽に量産している
- 自分しか使わないOSSもある
- 質より量
- 「量が質に転化する」と信じている
- BlogもOSSも、細々と続けたことが今の自分に繋がっている
私とPerl(現在)
- 多くのCPANモジュールを無駄に上げている
- 趣味はCPANize (でした)
- Web+DB Press連載「Perl Hackers Hub」監修チーム
- 著者探しをpapixに引き継いでから本当に何もしていません…
- 隔月の連載執筆者を常時探しています!
- 仕事や趣味でちょっとしたスクリプト、ベターシェルスクリプト的利用
CPAN
今年のPerl活動
- Riji
- Test::RedisServer
その過程でMinillaにパッチを送った。
Riji
- 自作のBlogツール (static site generator)
- 私のBlogサイトはこれを使っている
- Gotanda.pmのサイトでも使ってくれている
- Markdownファイルのgit履歴からRSSを出力してくれるのが便利
- v1を出して、リリース時にコンテナも作るように
- GitHub Actions と GitHub Container Registry
Test::RedisServer
https://metacpan.org/pod/Test::RedisServer
- typesterからメンテを引き継いだもの
- テスト時にテンポラリプロセスを立ててしまうという発想
- kazuhoさんの Test::mysqld 発のアイデア
- ちなみに、Test::mysqldのメンテナンスも今僕がやっています
- コンテナ時代になって利用シーンは減ってきた
- issueが上がってきたので対応した
- https://github.com/typester/Test-RedisServer/issues/13
- 面白い問題だった
- レポートが丁寧でありがたかった
- テストコードから修正を作れた
- 別ルートでメールも来た
- 「メンテナンス滞ってるみたいだからメンテ引き継ごうか？」
- https://github.com/typester/Test-RedisServer/issues/13
Minilla
- CPANモジュールオーサリングツール
- tokuhiromが作り始めた
- 開発にも関わらせてもらった
- インスパイアでGo版のgodzilというものを作っている
- 年初にいくつかpull requestを送った
- badgeのURL変更 -> https化
- masterブランチコンベンションの廃止
- 世の中の変化に追随
- syohex++ skaji++
Perlの良さ
- 自分の道具箱に入っている
- 一生使うでしょう
- sed/awkを使うより良いと思っている
- 正規表現のeオプションがとにかく便利
- まだ使われている
- DuckDuckGo, Booking.com, cPanel, Fastly...
- LINE, DeNA, Mobile Factory...
- ちゃんと進化している
- 毎年リリース
- 利用が減少している現実はある
- SDK等のサポートが乏しくなっている現実
- 自分で作れる良さもある(かも知れない)
- 僕も新規プロジェクトで採用することは無いと思う
- SDK等のサポートが乏しくなっている現実
Perl製のもの
- https://github.com/brendangregg/FlameGraph
- フレームグラフ出すやつ
- Devel::NYTProf
- GoのpprofのFrame Graphでもおなじみ
- Device::Yeelight
- Xiaomi系列のスマートライト
- ちゃんとCPANモジュールがあった!
Web会議中にライトを付ける
Perlから学んだ少し悲しい現実
- 良い技術が世で積極的に使われるとは限らない
- トレンドの重要性
- ユーザーに優しいことが弱点になることもある
- 後方互換をどれだけ大事にするか
- ユーザーに合わせすぎることが足かせになることも
- CPANの仕組みの涙ぐましい努力
- TMTOWTDIの土壌
Launchable
Jenkins
- 革命的だった
- CIが民主化された
- テスト結果をチーム内で共有
- クラウドがなかった時代
- みんながテストを手元で実行していた(実行していなかった)
Ukigumo
https://metacpan.org/pod/Ukigumo::Server
- Perl界におけるJenkinsの再発明
- 私も開発に携わっていた(とは言え仕事では殆どJenkinsを使っていた)
- 今でも起動成功 (
cpanm -qn Ukigumo::Server && ukigumo-server) (Songmu++)
Ukigumoシリーズ
レイヤー分離されている綺麗な設計。
- Ukigumo::Server
- テスト結果保持サーバー
- Ukigumo::Client
- テスト実行クライアント
- テストを実行して結果をサーバーにAPIポストする
- Ukigumo::Agent
- テスト実行ノード
- イベントを受け付けてテストを実行する
疎結合であることの特性(Ukigumo)
- 手元での実行結果もサーバーに投げられる
- 分散実行がやりやすい
- 反面オールインワンじゃないわかりづらさもある
密結合ならではの良さ(Jenkins)
- 全部入りのわかりやすさ
- Plugin機構
- 意外なキラーコンテンツ
- 実行中のアウトプットを見られる
- CircleCI, GitHub Actions等では当たり前になった
- ワークフローパイプライン
- cron代替(!)
- CDでの利用
- 実行中のアウトプットを見られる
学び
- 思わぬ使われ方の中に進化の種がある
- 余白があることの大事さ
- 常に疎結合が正しいわけではない
- Worse is better
- コミュニティによる設計思想の違い
Goでテストの分散実行
- github.com/Songmu/gotesplit
- Goのテストを簡単に分割実行するためのツール
- すごく便利
- 私がPerlの影響を受けている
- 分散実行という力技
Launchable cli
- https://github.com/launchableinc/cli
- お客様の実行結果をLaunchableのサーバーにぶん投げてもらう
- そのデータを機械学習で解析する
- 力技じゃなくてAIの力でテスト時間を短縮する
- テスト結果を投げるいうのはUkigumoとある意味同じ
私とYAPC
- 2009年から大体参加
- 2012年からスピーカーをすることが多い
印象深いYAPC
- 2009 YAPC::Asia 初参加 Plack回
- 2012 YAPC::Asia 初登壇 スピーカーハッカソン
- 2013 YAPC::Asia 中国語LT
- 2015 YAPC::EU グラナダ
- 2019 YAPC::Tokyo ベストスピーカー
2009 Plackの凄さ
- 当時はその価値が分からなかった
- miyagawaさんがエコシステムを作った
- PerlのあらゆるWebフレームワークで使われる共通インターフェース
- 技術を作る側
- 使う側ではない
- 使う側のCasualさも大事
- yusukebeが提唱
- Perl Casual
2012 初登壇とスピーカーハッカソン
- 公式コンテンツではなくて有志によって開催されていた
- 良い慣習だったと思う
- CPANモジュールのメンテナンス
- YAPC会期中にでたアイデアの実装
- ハッカーの末席に加われたような嬉しさ
2013 中国語LT
- Rijiの紹介
- YAPC::Asia なのだから中国語もあっていいだろうと思った
- ウケてよかった
- LTとトークのハードルの逆転現象があった
- 偉大なLT職人達: makamaka, moznion, dameninngenn
- コミュニティーに認知されてきた実感
2015 YAPC::EU グラナダ
- Uzullaさんのベストトーク契機
- 日本のPerl Mongerが何人もトークしに行くムーブメントが生まれた
- 海外が身近になった
- スペインは丁度良かった
- 海外との地続き感
2015 YAPC::EU 前夜祭
2015 YAPC::EU 登壇
2015 YAPC::EU 🍺
2015 YAPC::EU 🍺
2019 YAPC::Tokyo ベストスピーカー
- 良かったですね
- このときに「次回は京都でやるぞ！」って言った気がします
個性豊かなハッカー達の話
- いくつかのエピソード
ISUCON2
- typesterがRedisを投入して勝った
- 飛び道具がキレイに嵌った
- 国内でRedisブームが到来する
- typesterの技術審美眼には度々驚かされる
- typesterに「Songmuさんには安定感があって安心」と言ってもらえた
- その後の仕事でも
- Natureのキャリアにつながっている
- 余談: Text::Xslateの凄さ (gfx++)
プロダクトを引き継ぐこと
- 私のCPAN distの1/4がfirst authorではない
- tokuhiromから多くを引き継いだ(コミット権をもらった)
- Ukigumoもそう
- Go: github.com/x-motemen/ghq
- Ruby: github.com/x-motemen/git-pr-release
- 引き継ぐことで他者の流儀を学べる
大体 @tokuhirom にパッチを送ると「You have commit bit!」って言われてコミット権が降ってくる時期があった
— songmu (@songmu) March 17, 2020
私はメンテナンスが好きだし得意
- 育てていく過程が好き
- 安定稼働が好き
- 変化させ続けながら安定させること
- 新しいものを作る人は飽きっぽい人が多い
- 次のものを作り始める
- 事業も引き継いだ
- 自分のそういう特性に気づけた
- 生み出すのが得意ではないジレンマはある
技術的負債
- 技術的負債を生み出したい人なんていない
- 新しいチャレンジは技術的負債になりがち
- 責任を持てるかどうかは大事
- 信頼を失うと新しいチャレンジの機会も減ってしまう
- 技術的負債を恐れて新しいチャレンジができなくなることも問題
いろいろな人がいるから面白い
- プログラマー風林火山
- 弱点を補完する役割分担
- 自分と異なる人は新たな観点をもたらしてくれる
- 思いもよらぬものが生まれる
- 視野が狭いことも時には強みになる
- 無知なdisりはよくないけど
- そういうのも暖かく見守れると良いですね
選択について
- 自分の選択を後悔しない
- 他者の選択をバカにしない
- 自分がしないだろう選択をする人には価値がある
私のキャリア
- キャリアアップ: リードエンジニア -> エンジニアリングマネージャー -> CTO
- そこからの IC (Individual Contributor) 回帰
キャリアアップの中での心がけ
- 自分がやりたいことをできる状況を作り出す
- 信頼を勝ち取ってから自分の好きな技術を導入するとか
- 正しく自己主張をする
- 察してもらおうとしない
- 自分の成果を説明できるようにする
- 自分を無条件に評価してくれる人なんていない
- 逆に評価してくれる人が現れたら大事にする
- 察してもらいたいなら察する
- 意図を汲む
- 過去の経緯・今の施策がどうしてそうなっているのか
- 仕事の報酬は仕事
- チャンスを逃さない
- 仕事を断らない
- その先にチャレンジがやってくる
順調な(?)キャリアアップの中で感じていたもやもや
- 砂上の楼閣感
- 基礎の英語力やエンジニアリング能力の不足
- 楼閣が崩れてしまうことへの不安
- 叩き上げならではの不安
- 「人間力?」でごまかして生きてきた
- マネージャーとしての力不足
- 組織が律速されてしまうことへの申し訳無さ
- 自分の未来が収束していくことへの不安
- 日本で技術幹部としてしか生きていけなくなることへの不安
自分の特性
- 安定を望む気持ちがある
- 反面、未来が予想できないほうが楽しいという感覚もある
- 保守的な自分を打ち破りたい
- たまに極端な選択をする
- 敢えてノイズを混ぜる
- 思いつきを大事にする
- その結果としての選択に後悔しないように行動する
自分の視野に入っていないものはそもそも選ぶことが出来ない
-- 川口さん: https://ja.kohsuke.org/diversity/whole-new-world/
Launchableでプラットフォームを作る
自分の夢が乗るソフトウェアがたどり着けるところと、他の人がその人の夢を乗せられる器のようなソフトウェアではたどり着けるところの高さが違う。
他の人が自分の夢を乗せられような、ってのがゴール
原体験が刺激された
- Plackの原体験が刺激された
- エコシステムを作ること
- 僕にとってのOSSはナイフづくりでしかなかった
- 切れ味の鋭い単機能なツール
IC(イチ開発者)としてLaunchableに入社
- ワールドワイドなマーケットが相手
- エンジニア向けプロダクト
- Javaを書いている
- 公用語が英語
Pendulum Career
マネージャー経験は糧になる
- 良い経験になったし、今も役立っている
- また戻るかも知れない
- グローバルなチームをマネジメントする機会もあるかも？
「変化は常に正しい」
- 保守的な自分に言い聞かせる言葉
- 変化力が持続性につながる
- 変化してまたもとに戻るのも変化である
- 経験になる
経験は強い
- 若い人は優秀
- 優秀でないと困る
- 知の高速道路は人類の叡智
- 若い人が優秀な業界は幸福
- 経験で勝る
- 積み重ねは重要
- ゆるくてもいいから継続する
- 老化による衰えも技術で抑えられる
- 良い時代
英語
- 40歳手前から学習再開
- 成長を実感できて楽しい
- 死ぬまで極められない(=死ぬまで成長できる)
- 川口さんですら「読むのは日本語に比べて3倍遅い」
- 終わりがない道の楽しさ
- ソフトウェアエンジニアリングも同じ
英語は別にマストじゃない
- できたらより面白いことができる可能性があるという話
- 有力な"オプション"である
- 他のハイクラスな職種は、英語が"マスト"であることも多い
- 英語がそれほどできなくても海外や近い環境で働けるチャンスがある
- ソフトウェアエンジニアは恵まれている
テクノロジーと英語
- 英語に対する敷居は下がっている
- テクノロジーの力は素晴らしい
- DeepL, Grammarly
- 学習アプリも充実している
- ELSAが最近気に入っています
- 殆どが機械翻訳で成り立つ未来は来る
- でも全ては置き換えられないし、置き換えて欲しくはない
- 言語の多様性が文化を生む
- 正しいコード・個性のあるコード・美しいコード
- 正しい文章・個性のある文章・美しい文章
とは言え苦労しています
- https://songmu.jp/riji/entry/2022-02-26-bide-my-time.html
- 覚悟していたこととは言え
- マネージャーからICに戻る大変さ
原体験を大事にしたい
- 変化し続けていく中での行動原理
- 根源的な欲求が大事
原体験を大事にしたい
- ハッカーの純粋なかっこよさ
- 多様性
ハッカーの純粋なかっこよさ
- カッコいい
- ゼロからモノを作れること
- 自由である
- 働き方を自分で決められる
多様性
- 様々な魅力的なハッカーの存在
- 自分を受け入れてくれたことへの感謝
- サブカル的な側面もあった
- はみ出し物の集まり的な
サブカルからメインストリームへ
- 社会的責任が伴うプロダクトも増えてきた
- 高学歴エリートの参入も増えてきた
- 優秀な人が流入してきてより面白いことができるのは良いこと
- エリートとのシナジー
ハッカー: ゼロからモノづくりができる
- 業界の成熟と細分化に伴う環境の変化
- アイデアを出すのは「ビジネス側」で安定的な基盤や開発体制を整えるのがエンジニアリング?
- それも一つのあり方、だがそれだけではない
- コモディティ化の落とし穴
- 可換可能になりすぎるリスク
- イノベーションを生み出せる側であって欲しい
- Plack, Jenkins
- Google, Facebook, Hatena etc.
- もちろんエンジニアだけの特権だとも思ってはいけない
Webエンジニアバブルをどう捉えるか
- 市場価格に自分の価値を決めてもらい過ぎない
- 交渉材料としてはもちろん有用
- 自分の価値を自分で決められるのが理想
- 今の市場価格の根拠を説明できるか
- 私も完璧にできる自信は無いのだけど
- イノベーションを生み出す側にいられられなくなるリスク
- 「エンジニアは単価高いから事業立ち上げには不要」と言われてしまいかねない
- ソフトウェアエンジニア界隈が巨象化してイノベーションのジレンマに陥るリスク
多様性: 「変な人」を直ぐに排斥して欲しくない
- Brilliant Jerks問題
- 「口の悪いハッカーの時代は終わり」
- 言いたい事はわかるけど
- 排斥の言葉にも聞こえる
- 本当に変な人なのか
- 変であることは悪いのか
- 優秀な人が入ってくるのは良いこと
- 同様に爪弾き者も受け入れる業界であって欲しい
- そういう多様性がイノベーションにつながると信じている
ソフトウェアエンジニアの素晴らしさ
- ローリスク・ミドルリターン
- リターンも大きくなってきた
- 人生の充実
- 友人ができる
- 仕事が楽しい
- 「自由」な職業
- 自分の働き方を自分で決めることもできる
- 多様な働き方があっていい
ソフトウェアエンジニアが増えて欲しい
- 増やす必要がある
- まだまだコード化されるべき領域は多い
- 思いついたことをコードに落とすのは時間がかかる
- シンギュラリティはまだ先
- 世界は複雑で変化し続ける
ソフトウェアエンジニアになれる人を増やす
- ゼロサムではない・プロスポーツとの違い
- パイを広げる余地・必要がある
- いろいろな人を受け入れられるように
- 超人だけが生き残れる世界ではあってはいけない
- 「〇〇じゃないと生き残れない」とか言わない
- 土日にコードを書く必要はない
- 書きたい人は書けばいい
自分が続けたいこと
- コードを書き続けること
- 情報を発信すること
- blogを書き続けること
- OSSを作ること
- 英語
アンラーニングできていない？と思うことはあるが原体験なので大事にしたい。
「死ぬまで続けるかも」という感覚を持つようになってきた。
感謝
- YAPCに
- ハッカーの皆様に
- Perlコミュニティに
- ソフトウェア・エンジニアリングに
- OSSカルチャーに
- Web業界に
宣伝
- Launchableに興味ある方是非連絡ください
- ただし、採用は現在空いていません
- 採用が空いたときにお知らせすることはできます(僕もそのルート)
- 個人スポンサー等してもらえると嬉しいです
- GitHub Sponsors
- ワンショットSponsorもあります
- ghq handbook
- GitHub Sponsors