Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
◯◯エンジニアになった理由
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
gessy0129
September 24, 2024
Programming
3k
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
390
Takumiから考えるSecurity_Maturity_Model.pdf
gessy0129
1
280
Head of Engineeringが現場で回した生産性向上施策 2025→2026
gessy0129
0
330
プロダクト成長を支えるSRE 役割の変遷と今後の挑戦とは?
gessy0129
1
480
リポジトリリーディング手法
gessy0129
1
79
30代エンジニアのキャリアを語る納涼LT!
gessy0129
1
87
Findy様戦略発表会登壇資料
gessy0129
1
79
急拡大組織のハードシングス〜100名組織〜
gessy0129
1
100
ANDPADの攻めと守り
gessy0129
1
94
Other Decks in Programming
See All in Programming
地方こそサーバーレス — 10年続けた、顔が見えるチームで確かな基盤を / Serverless Matters Most in Regional Areas — 10 Years of Building Reliable Foundations with Close-Knit Teams
seike460
PRO
1
340
社内AIエージェント「Askワンバン」における コストチューニングの取り組み
t0yohei
0
170
AWS CDKを理解するために公式の定義を深掘って解説してみる / Understanding AWS CDK by Digging into Its Official Definition
akihisaikeda
3
290
[JA] Domain Modeling with Vanilla Rails: 「操作」から再考するRailsの設計論
yasaichi
4
1.9k
作れるエンジニアから、価値を届けるエンジニアへ
ryunakayama
1
250
Railsのためのパスキー実践入門 〜マルチテナントSaaSでの意思決定〜
utakaha
4
3.8k
学びを記事・スライド・Xへ高速展開する― AI-assisted Learning Loopで回すコンテンツ生成術
ochtum
0
200
Herb in Rails 8.2: Your ERB views, now HTML-aware @ Kaigi on Rails 2026, Tokyo, Japan
marcoroth
2
420
Getting Started with Vibe Coding
miccheng
0
200
Spec-Driven Development - Why Vaadin Is the Perfect Fit
simas
PRO
0
240
Web3Dライブラリを作ってVue Custom Rendererの仕組みを理解しよう / lets learn vue custom renderer by making 3d library
drumath2237
1
130
現場と育てるRailsモデリング 〜Spreadsheetから始めたモデル設計〜
siroemk
2
1.2k
Featured
See All Featured
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
240
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
470
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.9k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.5k
Mobile First: as difficult as doing things right
swwweet
225
10k
Design in an AI World
tapps
1
390
Discover your Explorer Soul
emna__ayadi
2
1.3k
Tell your own story through comics
letsgokoyo
1
1.1k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2.2k
Context Engineering - Making Every Token Count
addyosmani
9
1.3k
AI: The stuff that nobody shows you
jnunemaker
PRO
11
1.3k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
480
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.