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
◯◯エンジニアになった理由
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
gessy0129
September 24, 2024
Programming
2.9k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
◯◯エンジニアになった理由
2024/09/24のLT会での登壇資料です。
gessy0129
September 24, 2024
More Decks by gessy0129
See All by gessy0129
5年間コードを書かなかったVPoEが なぜ現場に戻ったのか?
gessy0129
1
290
Takumiから考えるSecurity_Maturity_Model.pdf
gessy0129
1
220
Head of Engineeringが現場で回した生産性向上施策 2025→2026
gessy0129
0
300
プロダクト成長を支えるSRE 役割の変遷と今後の挑戦とは?
gessy0129
1
460
リポジトリリーディング手法
gessy0129
1
68
30代エンジニアのキャリアを語る納涼LT!
gessy0129
1
76
Findy様戦略発表会登壇資料
gessy0129
1
67
急拡大組織のハードシングス〜100名組織〜
gessy0129
1
64
ANDPADの攻めと守り
gessy0129
1
80
Other Decks in Programming
See All in Programming
VibeCodingからAgenticWorkflowへ
starfish719
0
620
FDEが実現するAI駆動経営の現在地
gonta
2
290
Flow は今どうなっているか
mizdra
PRO
0
610
関東Kaggler会_NVIDIA_Nemotron_コンペ_振り返り
rick_ds
0
650
in-process GraphQL のすすめ #ginzajs
izumin5210
4
1.3k
komatsuna「分散システムにおけるバグ分析手法」
komatsunaqa
0
270
AWS DevOps AgentのAzure接続機能を検証して見えた活用法/Use Cases Verified for the AWS DevOps Agent's Azure Connectivity Feature
masakiokuda
1
240
【やさしく解説 設計編・中級 #6】良いアーキテクチャとは ~ 一本の登り道の、行き先 ~
panda728
PRO
0
220
引き算の組織 ― アウトカムとAIに全振りするために辞めたこと ― / Organization by Subtraction
hirokiyamamoto14
PRO
0
240
2年かけて Deno に DOMMatrix を実装した話 / How I implemented DOMMatrix in Deno over two years
petamoriken
0
210
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
570
楽しそうなつよつよエンジニアと目が死んでる僕/A brilliant engineer having a blast, and dead-eyed me.
3l4l5
2
190
Featured
See All Featured
Mobile First: as difficult as doing things right
swwweet
225
10k
Color Theory Basics | Prateek | Gurzu
gurzu
0
420
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
990
AI: The stuff that nobody shows you
jnunemaker
PRO
9
920
Designing for Timeless Needs
cassininazir
1
450
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
A designer walks into a library…
pauljervisheath
211
24k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Abbi's Birthday
coloredviolet
3
9.4k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
390
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Transcript
© 2024 Findy Inc. みんなの 「◯◯エンジニアになった理由」 が聞いてみたい! プロダクト開発部 SRE チームリーダー
下司 宜治(gessy0129)
© 2024 Findy Inc. http://fb.me/gessy0129 下司 宜治 / Yoshiharu Geshi
プロダクト開発部 / SRE / TL CTO室 / 開発推進 / TL 新卒でヤフーに入社。2、3度の転職を経ながらサーバーサイドやSRE領 域を担当。アンドパッドでは、VPoEとして採用・組織作り・技術的負 債の改善からSRE、CRE、QA領域などプラットフォーム部分を担当。 2024年4月にファインディへジョイン。ファインディでは入社後より SREなどのプラットフォーム領域を担当しています 検索、広告、EC、ERP、EDIなどの多種多様なサービス開発・運営経験 を持ち、フロントエンドからインフラまでを幅広く担当。 サーバーサイドやインフラの方が若干得意。 [VPoE|EMゆる]ミートアップ運営 @gessy0129 FB
© 2024 Findy Inc. 技術‧⾔語遍歴 1〜3年 ガラケー版サイト構築、 Parser作成、サイトリ ニューアル、検索システム構築、データセンター 作業
Perl、PHP、C++、jQuery、 WindowsServer、FreeBSD 4〜6年 ECサイトリニューアル、検索エンジンリニューア ル、クローラー作成、 Parser作成 PHP、Perl、Ruby、jQuery、Solr、 MySQL、Oracle 7〜8年 広告配信作成、管理画面作成、デバッグ用スマ ホアプリ作成、配信用タグ作成、インフラ構築 Ruby on Rails、Ruby、ObjectiveC、 Java、JavaScript、AWS、 9〜10年 AI、MLOps、新規サービス構築 Python、PHP、CakePHP、AWS 11〜18年 マネージャー、部長、本部長、 VPoE PowerPoint、Excel、AWS 19年目 SRE AWS、Terraform
© 2024 Findy Inc. スキルマップ AWS Google Perl Python Ruby
登壇 ファシリ デザイン 障害対応 深夜メンテ 執筆 検索 QA PjM 採⽤ Figma ⽬標設定 予実管理 1on1 育成 計画作成 制度設計 PHP スライド作り Excel 図を書く PdM 台本通り に進める
© 2024 Findy Inc. スキルマップ 得意 苦⼿ 好き 嫌い AWS
Google Perl Python Ruby 登壇 ファシリ デザイン 障害対応 深夜メンテ 執筆 検索 QA PjM 採⽤ Figma ⽬標設定 予算管理 1on1 育成 計画作成 制度設計 PHP スライド作り Excel 図を書く PdM Realforce x Emacs
© 2024 Findy Inc. スキルマップ ピープルマネジメント 1on1・メンタリング ◯ 満足度高め ファシリテーション
△ 最後の締めがいつも悩み チーミング ◯ 柔軟に対応 テクノロジーマネジメント ソフトウェア品質 ◯ 手動QAのテスト設計も含めてやれる XP・DevOps ◯ 主にDevOps的思考 SRE・システムモニタリング ◯ 可観測性がきになる アーキテクチャ ◯ レビュー含めて対応 プロジェクトマネジメント PMBOK ◯ 5つのプロセスは大事ですよね 不確実性分析・クリティカルパス ◯ 障害になりそうなものは事前に排除したい CCPM △ やるけど管理したくないなって気持ち 見積もり △ ブレるよね。。 アジャイル・リーン △ 体系立てて学んだことがない プロダクトマネジメント ビジョンマネジメント ◯ 夢を常に語りたい ソフトウェア要求・仮説検証 ◯ スピード感早く検証したい プロダクトマーケティング・プロダクトセールス X 営業は苦手 UI/UXデザイン X デザインはセンスが皆無 出展:https://qiita.com/hirokidaichi/items/95678bb1cef32629c317
© 2024 Findy Inc. VPoEになった理由 VPoEを⽬指してVPoEになった訳では無い。 社内外に対して影響を出すために役職があったほうが便利だった。 VPoEだから特別なことをやろうとした訳ではない。 会社や事業を伸ばすための必要なのが役職だった。 コードレビューしたり、メンテナンスに同席したり、ペアオペしたり
してたので、世間のVPoEとはちょっと違うかも? VPoEという役職にこだわりはない。
© 2024 Findy Inc. SREになった理由 社会⼈になりたての頃からデータセンターに出⼊りが出来た。 ⾃作サーバーとかも作ってたのでインフラ領域に抵抗がなかった。 その中でAWSが出てきて、⾃分が今まで触ってきたバックエンドの知 識とAWSの知識を組み合わせることが出来た。 やればやるほど改善する。
SREの顧客は社内のエンジニアなので顧客がとても⾝近にいる環境。 めっちゃ楽しくない!?
© 2024 Findy Inc. SREの楽しさ 未整備な部分を整備していく。整備したら⽣産性が劇的に変わる。 同じ仕事とかあまりない。 常に最新の動向を追いかけていかないといけない。 SREがいなくなるぐらい⾃動化進んだり、トイル削減出来たら理想だけ ど、技術⾰新は⽇々⽇々おきてるのでやることは無限にある。
伸びてる会社だと常に新しいことをやれるのでめちゃくちゃ楽しい。 仲間もやったことがないことが多いので⽇々⽇々ディスカション!
© 2024 Findy Inc. とはいえキャリアの本質 ⾒てね https://zine.qiita.com/interview/202404-findy-03/ 眼の前の事をがむしゃらにやってたらこうなった。 やらなきゃいけないことのスキルをどんどん⾝につけた 今、SREにいるのも会社の弱い所だから。
会社の弱い所を強くしたい
© 2024 Findy Inc.