Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Curiosity & Persistence
Search
Recruit
PRO
March 06, 2025
Technology
310
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Curiosity & Persistence
2025/2/19に開催したRecruit Tech Conference 2025の古川の資料です
Recruit
PRO
March 06, 2025
More Decks by Recruit
See All by Recruit
AIネイティブ時代における 開発組織の役割と拡張の可能性
recruitengineers
PRO
2
200
開発が速く安くなった後の話 AI時代のソフトウェアエンジニアリング組織論 #devsumi
recruitengineers
PRO
40
30k
双方向推薦システムにおける長期的マッチング最大化に向けた代理目的関数の設計と実証
recruitengineers
PRO
1
150
就職⽀援サービスにおけるキャリアアドバイザーのシフトスケジューリング
recruitengineers
PRO
1
200
Model Routerを使った逐次LLM選択による毀損低減効果の検証
recruitengineers
PRO
2
78
ストリーム処理基盤のFlink移行検証と適材適所の実践
recruitengineers
PRO
2
120
AI 時代の Platform Engineering
recruitengineers
PRO
3
510
巨大プラットフォームを進化させる「第3のROI」
recruitengineers
PRO
2
3.7k
データ戦略を加速させる プラットフォーム エンジニアリングと進化的アーキテクチャ
recruitengineers
PRO
3
130
Other Decks in Technology
See All in Technology
キャリアLT会#3
beli68
2
260
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
watany
4
400
副作用のある Lambda でも Lambda Power Tuning は使えるのか / lambda-power-tuning-side-effects
koukihosaka
2
150
ダッシュボード"開発"について 〜使われるダッシュボードのつくりかた〜
kimichan
0
220
Devsumi 2026 Summer 人もAIも使える共通基盤を事業の加速装置にする~デザインシステム運用に学ぶ組織レバレッジ~ 渡辺 凌央
legalontechnologies
PRO
1
300
発表と総括 / Presentations and Summary
ks91
PRO
0
210
AI Coding Agent時代のcdk-nagガードレール 〜組織ルールを強制CIで守り抜く設計の挑戦〜
mhrtech
3
530
どこまでAIに任せるか 〜確率論と決定論の境界決定〜
shukob
0
510
reFACToring
moznion
0
300
OpenTelemetryにおけるGoのゼロコード・コンパイル時計装について #fukuokago
quiver
0
310
プロダクト開発組織の現在地(Ver.2026/07) / product-organization
kaonavi
0
470
データと地図で読む 大井町の「かわるもの、かわらないもの」
yoshiyama_hana
0
240
Featured
See All Featured
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
310
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
SEO for Brand Visibility & Recognition
aleyda
0
4.6k
The Pragmatic Product Professional
lauravandoore
37
7.4k
How Software Deployment tools have changed in the past 20 years
geshan
0
34k
GraphQLとの向き合い方2022年版
quramy
50
15k
Mobile First: as difficult as doing things right
swwweet
225
10k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2k
The SEO Collaboration Effect
kristinabergwall1
1
510
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.4k
The agentic SEO stack - context over prompts
schlessera
0
850
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.2k
Transcript
Curiosity & Persistence RECRUIT TECH CONFERENCE 2025 技術を活かし、技術と生きる~エンジニアはキャリアをどう描くか? 古川 陽介
株式会社リクルート プロダクトディベロップメント室 グループマネジャー 好奇心と探求心と継続性
古川 陽介 筋トレ、お笑い、サッカー観戦、プログラミング 経歴 / Career 複合機メーカーやゲーム会社を経て2016年にリクルート テクノロジーズ(現リクルート)に入社。 プロダクト開発をする傍らアプリケーションの改善や運 用、開発支援ツールの開発、エンジニアの育成を行い、
現在リクルートのアプリケーションソリューショング ループでマネジャーを務める 趣味 / Hobbies プロダクトディベロップメント室 アプリケーションソリューションユニット 横断エンジニアリング部 APソリューショングループ マネジャー
キャリアについて • 自分のキャリアの大半は Node.js や JavaScript といったもの と関わってきたことで起きている • そもそもなんでそれをやろうと思ったのかを今回焦点を当てて
話す
もともと... • バックエンドエンジニアだった ◦ Java とか Oracle とか 全文検索エンジンとかが僕の主戦場 だった
◦ 大学時代の研究が画像認識、検索エンジン系だったのでその まま就職してそうなった
仕事の中でも... • パフォーマンスチューニングが好きだった • パフォーマンスチューニングは現状分析、原因追及、修正の結 果、定量的なデータが出てくるので、エンジニアっぽくて好き だった • あと、よくお客さんに喜ばれた
でもある日...
別のエンジニアが Webアプリケーション側で UI を変更した
それまで ActiveX 中心だったのを JavaScript を中心に動くようにした
結果として Chrome でも動くようになった
めっっっちゃお客さんに喜ばれた
ユーザの待ち時間の80%は フロントの処理である https://www.oreilly.co.jp/books/9784873113616/
非機能要件で生きていた 自分が初めて経験した衝撃
パフォーマンスチューニングしてても バックエンドだけではなく フロントエンドもできないと喜ばれないのだと知った
今までの考え方:リクエストを受け取ってからレ スポンスを返すまでが自分の役割
この衝撃の後の考え方: ページを読み込んでから目的の操作が達成できる までを改善する必要がある
そんなこんなで
フロントエンドエンジニアも 目指すようになった
とりあえず、 JavaScript を触ってみる
わからん
this は 4種類ある 変数宣言すると globalになる え?コンパイルしなくても動くの? 文字列比較 === でいけん の??
jQuery ...???? prototype.js ???? Array は splice で全部できる $.ajax ? XHR ? Regex 苦手 documentってなんだよ
this は 4種類ある 変数宣言すると globalになる 文字列比較 === でいけん の?? jQuery
...???? prototype.js ???? Array は splice で全部できる $.ajax ? XHR ? Regex 苦手 documentってなんだよ え?コンパイルしなくても動くの? わからん😨
本を読んでもよくわからん
とりあえずなんか作ってみようと思った
None
作ったら反響があった 面白い・便利・楽しいなど
次に発表してみた
東京Node学園3時限目 Play framework vs Node.js Express 性能比較
パフォーマンス計測は得意だったので 楽しかった
こちらも反響があった 「このパターンはどうか?」 「このときはどうなっているか?」など
だんだん楽しくなってきた
謎のアプリをたくさん作った
OCR ライブラリ作って AWS Lambda上で動かしたり
六角形のステッカーが作れる サイト作ったり
笑顔になったら写真撮るカメラ 作ったり
何かのアウトプットをする => 反響がもらえる => また何かのアウトプットをする => さらに反響がもらえる
何かのアウトプットをする => 反響がもらえる => また何かのアウトプットをする => さらに反響がもらえる 楽しい😀
どんどん好奇心が出てくる
好奇心に幅と深さがあることを知った
Node.js アプリケーション フレームワーク テスト フロントエンド EventLoop V8 Just In Time
Compiler Express Socket.io middleware tools TDD React Webpack
好奇心の幅: 広く何でも興味を持つ 好奇心の深さ: 深く疑問を探求していく
そうやって自分の柱を作っていった
次に自分の中で大事にしていたのは 継続性
2011 年: Node.js が爆発的に流行った ※ さっきのアプリ作ったり発表してたりしてたのはこの時代
2012 - 2013年: Node.js 人気は落ち着いてた
2013年に日本Node.jsグループ代表に。
2014年: 最初にNodeに飛びついてたEarly Adapter な人たちは Goとかに行って抜けてった。
2014 - 2015年: Node.js 暗黒期、forkされたり、会社の中で重宝 されなかったり、リリースが滞ったりしていた
要は人気がかげってしまった
それでもやってた
特別何かが優れてた訳じゃない
ただ続けてた、やめなかったことが 今の自分を作ってる
このときの自分がなんで ずっと継続してたのかは不明
2013年に日本Node.jsグループ代表になってはいたが、 「何でやってるのか?」は未だにわかってない
一つ言われたのが「本当に好きなんだね」 とは言われた。
もしかしたらそうかもしれない。 ロジックを超えた行動をしていた気がする。
みんなに伝えたいこと(まとめ) • 好奇心を持とう、何でも面白がってみよう • 探究心を持とう、深ぼってみよう • そうやって身につけた知識をアプリケーションや発表という形 式で形にしてみよう • 継続しよう、忙しくて勉強できないなーとかそういう時間が
あっても良い、ただ辞めないで続けることが強みになる