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
280
Takumiから考えるSecurity_Maturity_Model.pdf
gessy0129
1
210
Head of Engineeringが現場で回した生産性向上施策 2025→2026
gessy0129
0
300
プロダクト成長を支えるSRE 役割の変遷と今後の挑戦とは?
gessy0129
1
450
リポジトリリーディング手法
gessy0129
1
66
30代エンジニアのキャリアを語る納涼LT!
gessy0129
1
71
Findy様戦略発表会登壇資料
gessy0129
1
65
急拡大組織のハードシングス〜100名組織〜
gessy0129
1
54
ANDPADの攻めと守り
gessy0129
1
76
Other Decks in Programming
See All in Programming
属人化した知識を、 AIが辿れる地図にする
pkshadeck
PRO
1
110
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
680
エンジニアにデザインハーネスを 〜デザインプロセスを規定するためのハーネス〜 / Design harness from an engineer's perspective
rkaga
2
1.8k
そこに3びきプロダクトがいるじゃろう——生成AI時代における“価値が届かない理由”の構造
kosuket
0
230
【やさしく解説 設計編・中級 #1】一つの車に、運転手は一人 ~ある倉庫システムの事例から~
panda728
PRO
0
200
AI Engineeringは、AIプロダクトだけのものか? 〜AIがソフトウェアを作る時代の新しい当たり前〜 / No AI in your product. AI Engineering in your development.
rkaga
3
170
えっ!!コードを読まずに開発を!?
hananouchi
0
280
複数の Claude Code が"放置"されてしまう問題をCLI ダッシュボードを自作して解決した話
sumihiro3
0
360
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
8
5.7k
コーディングルールの鮮度を保ちたい for SRE NEXT 2026 / keep-fresh-go-internal-conventions-sre-next-2026
handlename
0
150
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
17k
PHP初心者セッション2026 〜生成AIでは見えない裏側を知る:今だからLAMPを通して仕組みを学ぶ〜
kashioka
0
720
Featured
See All Featured
Designing Powerful Visuals for Engaging Learning
tmiket
1
460
Become a Pro
speakerdeck
PRO
31
6k
ラッコキーワード サービス紹介資料
rakko
1
4.1M
Amusing Abliteration
ianozsvald
1
240
Discover your Explorer Soul
emna__ayadi
2
1.2k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
640
Are puppies a ranking factor?
jonoalderson
1
3.7k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
810
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.4k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
880
Design in an AI World
tapps
1
270
For a Future-Friendly Web
brad_frost
183
10k
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.