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
gessy0129
September 24, 2024
Programming
2.8k
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
270
Takumiから考えるSecurity_Maturity_Model.pdf
gessy0129
1
210
Head of Engineeringが現場で回した生産性向上施策 2025→2026
gessy0129
0
290
プロダクト成長を支えるSRE 役割の変遷と今後の挑戦とは?
gessy0129
1
450
リポジトリリーディング手法
gessy0129
1
65
30代エンジニアのキャリアを語る納涼LT!
gessy0129
1
70
Findy様戦略発表会登壇資料
gessy0129
1
64
急拡大組織のハードシングス〜100名組織〜
gessy0129
1
51
ANDPADの攻めと守り
gessy0129
1
76
Other Decks in Programming
See All in Programming
Even G2とAWSで推しのエージェントを召喚しよう!
har1101
1
170
AI時代の仕事技芸論〜ソフトウェア開発で「遊ぶように働く」職人的熟達のすすめ(スクフェス仙台 2026バージョン)
kuranuki
0
650
Hatena Engineer Seminar #37「言語モデルの活用に関する研究」
slashnephy
0
520
任せる範囲はこう広がった / How the Scope of AI Delegation Has Expanded
nrslib
1
260
Terraform標準の組織で AWS CDKをどう使うか
mu7889yoon
0
250
Honoでのサプライチェーン侵害対策 〜 3つのライブラリに学ぶ
yusukebe
7
1.9k
「正の参照」と 「負の導出」で組む ハーネスエンジニアリング
cottpan
1
140
そのテスト、説明できますか?~LWテスト戦略FW~のご紹介
nakahara
0
210
OSINT for SRE: 学術論文とポストモーテムから探る システム障害の共通パターン / SRE NEXT 2026
tomoyk
1
3.8k
これからAgentCoreを触る方へトレンドはGatewayです
har1101
6
500
【やさしく解説 設計編・中級 #6】良いアーキテクチャとは ~ 一本の登り道の、行き先 ~
panda728
PRO
0
170
信頼性について考えてみる(SRE NEXT 2026 miniLT)
hayama17
0
190
Featured
See All Featured
Fashionably flexible responsive web design (full day workshop)
malarkey
408
67k
GraphQLとの向き合い方2022年版
quramy
50
15k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
Deep Space Network (abreviated)
tonyrice
0
230
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Practical Orchestrator
shlominoach
191
11k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
410
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
270
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
So, you think you're a good person
axbom
PRO
2
2.1k
Building the Perfect Custom Keyboard
takai
2
810
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
460
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.