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.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
310
Takumiから考えるSecurity_Maturity_Model.pdf
gessy0129
1
240
Head of Engineeringが現場で回した生産性向上施策 2025→2026
gessy0129
0
310
プロダクト成長を支えるSRE 役割の変遷と今後の挑戦とは?
gessy0129
1
460
リポジトリリーディング手法
gessy0129
1
68
30代エンジニアのキャリアを語る納涼LT!
gessy0129
1
77
Findy様戦略発表会登壇資料
gessy0129
1
71
急拡大組織のハードシングス〜100名組織〜
gessy0129
1
69
ANDPADの攻めと守り
gessy0129
1
87
Other Decks in Programming
See All in Programming
【DroidKaigi 2026】「アクセシビリティを利用するとき、 アクセシビリティもまたこちらを利用している」 〜マルウェアによる攻撃と防衛について〜
halunoyo
0
410
AIは賢い。でも実行環境は? CLIおじさんがAI時代に伝えたいこと ~ CLIおじさんがAI時代に伝えたいこと ~
curekoshimizu
1
160
Seeing Through Serverless: Observability for AWS Lambda with ADOT and CloudWatch Application Signals
seike460
PRO
1
120
新卒PdEのリアル
ryu1013
1
420
thread_parallel_with_free-threaded_Python_and_NumPy.pdf
riku_sakamoto
0
140
AI時代に学ぶ 好きなルール 嫌いなルール Linter編
shorty5121
0
880
Press start. Python's next generation.
willingc
PRO
3
320
自分的「カンファレンスの楽しみ方」
syumai
0
190
変化を抱擁するドキュメントの作り方 - ビジネスルール駆動開発がもたらす、コードとの新しい関係
ioki
2
120
高専キャリア LT 発表内容
crysta1221
6
5.6k
20260828_品質と開発生産性を両立させる、AI時代のE2Eテストの考え方
magicpod
0
170
市販E-Readerを乗っ取れ 〜Embedded Swiftで電子ペーパーガジェットを制御する〜
trickart
0
120
Featured
See All Featured
Into the Great Unknown - MozCon
thekraken
41
2.7k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.4k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Testing 201, or: Great Expectations
jmmastey
46
8.3k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.6k
Git: the NoSQL Database
bkeepers
PRO
432
67k
A Soul's Torment
seathinner
7
3.6k
Building Adaptive Systems
keathley
44
3.2k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
270
Designing Experiences People Love
moore
143
24k
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.