2025年度株式会社Speeeのアドベントカレンダーです!
| SUN | MON | TUE | WED | THU | FRI | SAT |
|---|---|---|---|---|---|---|
1 田中亮成 | 2 菅沢雄介 | 3 林﨑優一郎 | 4 川田廉太郎 | 5 長谷川拓実 | 6 Taku Shiroto | |
7 木下聡大 | 8 Toru Sato | 9 木俣雄太 | 10 aaaa | 11 石川澄怜 | 12 嶋 | 13 黒須将 |
14 渋谷恒介 | 15 中島聖太 | 16 nyamadori | 17 小町雄紀 | 18 Naoki Takashima | 19 田中一城 | 20 Toru Sato |
21 Gentz | 22 北田雅弥 | 23 菅沢雄介 | 24 山本竜也 | 25 Hideaki Ishii |
- 12/1「あえてコードを書かないエンジニアインターンシップ」で気づいた、“事業を創るエンジニア”という役割「あえてコードを書かないエンジニアインターンシップ」で気づいた、“事業を創るエンジニア”という役割 - Speee DEVELOPER BLOG
- 12/2「変わらない強み × 今だから起きている変化」 12年在籍している私が思う、今Speeeが一番面白い理由「変わらない強み × 今だから起きている変化」 12年在籍している私が思う、今Speeeが一番面白い理由 - Speee DEVELOPER BLOG
- 12/3プロダクトの未来に責任を持ち、プロダクト開発の面白さを解放する
- 12/4検証環境復旧チャート
- 12/5GCPの権限追加に関するトイル削減事例について、課題解決の一連の流れを紹介
- 12/6新卒エンジニアが入社8ヶ月を通して学んだ開発への向き合い方
- 12/7「作る」から「成果を出す」へ意識が変わった話
- 12/8産業AXへの挑戦と私たちの現在地。4つの変化とこれからの課題
- 12/9AIがコーディングをする今、人間にしかできない役割を引き受けていく話AIがコーディングをする今、人間にしかできない役割を引き受けていく話 - Speee DEVELOPER BLOG
- 12/10複数プロダクトを横断して気づいた検証可能な開発の必要性複数プロダクトを横断して気づいた検証可能な開発の必要性 - Speee DEVELOPER BLOG
- 12/11プランナーがAIと開発してみたら、開発生産性が4倍・Issue作成時間が95%削減された話プランナーがAIと開発してみたら、開発生産性が4倍・Issue作成時間が95%削減された話 - Speee DEVELOPER BLOG
- 12/12AIで営業データの構造化を完全自動化する 〜Difyプロンプトチューニング編〜AIで営業データの構造化を完全自動化する 〜Difyプロンプトチューニング編〜 - Speee DEVELOPER BLOG
- 12/13通話音声をリアルタイムで構造化した話 (開発編)AI で営業データの構造化を完全自動化する 〜基盤編〜 - Speee DEVELOPER BLOG
- 12/14「価値のあるシステム」を作るエンジニアのスタンス - 32万レコードのログシステム設計で実践したこと「価値のあるシステム」を作るエンジニアのスタンス - 32万レコードのログシステム設計で実践したこと - Speee DEVELOPER BLOG
- 12/15Railsアップデートから学ぶ意思決定に根拠を持ち、残すことの重要性Railsアップデートから学ぶ意思決定に根拠を持ち、残すことの重要性 - Speee DEVELOPER BLOG
- 12/16マルチプロダクトSaaSにおけるシンプルな共通基盤を作るための3原則
- 12/17「要件通り=正解ではない」新卒エンジニアが学んだ、"解くべき問い"のスコープ定義「要件通り=正解ではない」新卒エンジニアが学んだ、"解くべき問い"のスコープ定義 - Speee DEVELOPER BLOG
- 12/18AI エージェント開発で半年間成果が出なかった私が、前に進めるようになるまでAI エージェント開発で半年間成果が出なかった私が、前に進めるようになるまで - Speee DEVELOPER BLOG
- 12/19新卒エンジニアがコードレビューと設計でぶつかった壁と、その乗り越え方新卒エンジニアがコードレビューと設計でぶつかった壁と、その乗り越え方 - Speee DEVELOPER BLOG
- 12/20技術組織が事業フェーズの変化に合わせて変化してきた2年間の話
- 12/21事業を動かすエンジニアの判断軸——達成プランを軸に判断する - Speee DEVELOPER BLOG
- 12/22「できる領域」のやり方を、「できない領域」に転用する——そのために必要だったのは、暗黙知を「構造化」することだった「できる領域」のやり方を、「できない領域」に転用する——そのために必要だったのは、暗黙知を「構造化」することだった - Speee DEVELOPER BLOG
- 12/23役割の越境には、縦と横があるんじゃないかという話役割の越境には、縦と横があるんじゃないかという話 - Speee DEVELOPER BLOG
- 12/24新卒2年目エンジニアの私が、チームをリードするために「こだわっている」こと新卒2年目エンジニアの私が、チームをリードするために「こだわっている」こと - Speee DEVELOPER BLOG
- 12/25Why-What-Howを問われ続けたSpeeeでの5年間とこれからWhy-What-Howを問われ続けたSpeeeでの5年間とこれから - Speee DEVELOPER BLOG