kodai

幼稚園から見てる視点と今日の視点

8年目 note.com/kodai3/n/nb12e…

Gaudiyのファン国家ってなんや思てるひと全員読んでください かなり現実的な未来予測です

GitHub のシニアエンジニアが語っているポッドキャストからメモ。動画と順番は前後している。 ・スタートアップが「クラウドネイティブ」や「Kubernetesを触りたい」という理由だけで移行すると、コスト増と開発速度低下で死にかけることがある ・人は「かっこいいアーキテクチャ」や「モダン技術のステータス」を追いがちであり、「本当にその問題に必要か」という観点が抜け落ちやすい ・どの規模でどの設計に進化させるべきかという明確な境界値は存在せず、「1000リクエスト/秒だからもう分散システムだ」とは必ずしも言えない ・GitHubのような巨大サービスですら、数百万リクエスト/秒を小さなKubernetesクラスタと数コンテナでさばくことができており、シンプルでも意外といける ・GitHubでは、まず既存アーキテクチャで出せる限界まで使い切ってから、データや需要の伸びを見て「次の段階への書き換え」を判断している ・スタートアップのCTOであれば、いきなり100倍スケールを想定した設計をするのではなく、まずは100〜1000ユーザーを単一VMで捌くくらいのシンプル構成で十分だろう ・スケールアップは過小評価されがちだが、CPU数百コア、TBクラスメモリのVMが普通に買える現代は、これで十分に戦える ・水平分散やシャーディングに飛びつく前に、「まずは限界までマシンを強くする」だけで多くの問題は解決できる ・ソフトウェアは「一度作って終わり」ではなく「進化させ続けるもの」であり、保守と改修というランニングコストが常に発生する資産 ・ビジネス側は一括投資して10年もちそうなシステムを欲しがるが、技術もトレンドも変化が激しい現代では、それは非現実的な期待 ・現実的なやり方は「今の1桁上のオーダーに耐えられる設計をする」「そこに達したらまた次のオーダーのために再投資する」という階段方式 ・キャッシュやNoSQLや分散データストアなどは、「直面している具体的なボトルネック」が見えたときに初めて導入を検討すれば良い ・シンプルな設計や実装はスケールすればするほど価値が高まり、愚直・素直なコードの方が、大規模運用では安全で扱いやすい、という逆説が成立する ・大企業のシステムデザイン面接はスケールの話が多いが、実務経験がなくても理論とパターンを学ぶことで「ゲームとして攻略する」ことが実は可能 ・入社後すぐにゼロから巨大システムを1人で設計することはほぼなく、既存システムに入り、より経験豊富なメンバーからレビューを受けながら成長していくのが普通 ・AIエージェントがコードの9割を書く時代になりつつあり、優れたエンジニアの仕事の重心は実装から、運用・品質・リスク・パフォーマンス・設計判断へ移りつつある ・AIがコードを書くとしても、「何を作るべきか」「どの設計を選ぶべきか」「どのようにテスト・計測・ロールアウトするか」を決めるのは依然として人間の役割 ・プロとしてのソフトウェアエンジニアは、事業への数値的インパクトで評価される ・事業側の意思決定者は技術的な詳細や難しさを完全には理解できないため、エンジニア側に「ビジネスの言葉（売上・コスト・リスク・遅延による損失）」で語れる人が必要 ・そのためには、自分の作るシステムが現場のオペレーションやお金の流れにどう影響するかを、現場に足を運んで観察し学ぶ姿勢が重要 ・これからのエンジニアには、1つの分野を掘るだけでなく、広い分野を高速で学び、短期間で実務レベルに到達できる「学習スピード」と「学習の幅」が求められる ・すべての分野で達人になる必要はなく、「一部の領域で深い専門性を持ちつつ、他の領域もそこそこ分かるT字型のスキル構成」が強みに ・好奇心を鍛え、新しい分野に飛び込むことへの「居心地の悪さ」に慣れ、それを楽しめるようになることが、これからの時代のエンジニアの大きな武器だろう youtube.com/watch?v=LeUUxL…

@thetasota ありがとう〜〜

@r34b26 おめでとうございます🎉🎉🎉

とりあえず結婚してみたら意外とやることあるし、お金かかる

🔥🔥🔥

とらちゃんだ👀

事前告知していましたが、あらためてご報告です。主宰するイベントコミュニティ CrossRel (@crossrel_commu) にて、初のカンファレンスを開催します。 日時は2026年1月25日、カンファレンス名は 「KNOTS 」 です。 初回開催のカンファレンス且つ、実績がない中でスポンサーや協力してくださる方々がいるかどうか…は正直不安でしたが、幸いなことに多くの方々、企業様に共感、ご協力いただけることになりました、皆様ありがとうございます。 これまで数多くのミートアップを重ねてきましたが、デザインとエンジニアリングは再び近接し、職能に縛られない新しい不可分領域が広がり始めています。 その変化のただ中にある人と組織をつなぎ、共創を促し、技術や組織の発展を加速させたいと考えています。 「KNOTS」は、そのための交差点となる場です。 新しい一年の始まりに、学びと視座を広げる新たな共創の場を共に築きましょう！🤝

❮ 登壇情報 | Speaker Info ❯ ＼本日開催！／ 【増枠】Go Night Talks – After Conference mercari.connpass.com/event/367075/ Gaudiyからは雨宮悟（@rail44 ）が登壇します🎤 「Spanner Change Streamによる、Transactional Outboxでの分散トランザクションの高速化」 #Golang #GauDev #go_night_talk

💡 本日お昼開催の「AI開発の実戦メソッドとアーキテクチャ事例 ― toCサービスの高速デリバリを支える技術」にて、Gaudiy BE Eng. Ryoが登壇しました！🎉 スライドはこちら👇 #tocデリバリ #GauDev -- AI-DLCの思想に基づくこれからのAI駆動開発 speakerdeck.com/ryio101010/ai-…

@junooka1 いい経験でした🙆

@r34b26 すごい！最高っすね！！

武道館ライブのエンドロールにエンジニアとして乗せてもらうなどした 縁と縁が繋がり円になって、面白いもの作るのにが関われて最高、一層気合い入る

シード期のスタートアップの組織づくりのことを議論することが日々多いわけですが、ここ数ヶ月で聞いた施策の中で目からウロコが落ちたのは「人のことで悩むの、禁止」を社内でアナウンス。 ・チームが数十人規模になってくると、必ず人の好き嫌いや派閥めいたものが出てくる ・急成長を目指すスタートアップにおいて、「あの人のやり方が納得できない」などの言動は無価値 ・そもそもスタートアップなんだから、何十年も一緒に働くわけでなく、せいぜい数年の話なんだから我慢しようよ ・DeNA社の「コトにむかえ」のさらに具体的なアナウンスっぽい みたいな感じと理解。（すべて私の主観的解釈なので悪しからず。）なかなかOut of Box感あって、実効性ありそうで、ロックで、スタートアップ感あって良かった

デザイン・AI・エンジニアリング 一 境界を結び、共創をひらくカンファレンス「KNOTS」を2026年1月25日に開催します✨️ 第一弾として協賛スポンサー各社とコンセプトを公開、今後も継続的に情報を更新します👉️ 現在もスポンサー募集中ですので、ご興味ある会社様はぜひお問い合わせください✉️

個人の方でspeaker deck上げときました！ トークで説明していた内容あるので、スライド自体が皆さんの参考になるかアレですが、よろしければぜひー speakerdeck.com/zchee/the-curr… #gocon

6社共催でFEカンファレンスのアフターイベントを開催します！その名も「余熱NIGHT」です🚀 FEC北海道&東京に参加した/する方々、余熱を感じながらFEの横のつながり作りにぜひです〜！ luma.com/u9djlzi1

暑すぎて北海道戻りたい

本日の登壇資料です！ ありがとうございましたー！ ぜひGaudiyのスポンサーブースにもお立ち寄りください🫶 speakerdeck.com/maminami373/au… #frontendo #フロントエンドチョットデキルルーム

これから始める発表の資料です！イベントに参加されていない方もぜひともご覧ください！ #frontendo #ガウディルーム 奥深くて厄介な「改行」と仲良くなる20分 speakerdeck.com/oguemon/vs-new…