Koder Dev
Koder@koder_dev·04月13日

今日の夜の20分はこの動画に捧げて、お願い

この動画は「どのようにGoogle Photosが開発されたか」のドキュメンタリーになっていて第一人者であるDavid Lieb氏が何を感じどのように開発、リリースしたかが赤裸々に語られている これだけ多くのユーザーが使っている、今やGoogleの主力製品だから潤沢な予算と人員で順風満帆なのかと思いきや、全然そんなことなくて驚いた🤯 というのも、当初はGoogle+という別のプロジェクトの開発を求められていた、David氏がGoogle Photosの可能性を確信しプロトタイプ開発を独断で開始そこから何度も社内での抵抗や反発がありながらも「絶対にこのプロダクトは世の中に必要だ」の一心で尽力しリリース そして結果は4年以内に10億人以上のユーザーを獲得するという大躍進 普段当たり前のように使ってるGoogle Photoがここまでの想いと努力で作られていたのかを肌で感じられたし、同じエンジニアとしてここまでプロダクトを信じやり切れたのはリスペクトしてもしきれない これほど壮大なドラマをなんたって本人の口から手軽に聞けるなんて本当にいい時代になったなぁ~ 是非とも、今日の夜はこの動画を見てモチベーション上げて来週からの仕事も頑張ってほしい！！

10min
投稿一覧へ90+

この投稿を見てる人はこちらの投稿も見てます👇

Koder@koder_dev·04月20日

これ見てから“AIエージェント”って言葉の解像度爆上がりした

AIエージェントって、ただの“賢いチャットボット”じゃなかった。 これはもうタスクを解くために動き回る、小さなAIのチームだった。 ユーザーの問いに応じて、検索したり、ツールを呼び出したり、記憶を参照したり。 しかもそれを全部、自分で判断してコントロールしてるっていうのが凄い。 「RAG」や「REACT」みたいな言葉は聞いたことあったけど、それがどう組み合わさって“動いてる”のか、初めてイメージがついた気がする。 特に印象的だったのが、AIが単体じゃなくて“連携”や“構成”で設計されてるという考え方。 今ってもう「どのAIを使うか」じゃなくて「どう組み合わせて動かすか」の時代なんだな…って、ちょっと背筋伸びた。 ちなみにこの動画、IBM Technologyのホワイトボード解説シリーズの1本なんだけど、図を描きながら話してくれるから理解しやすいし、長さもちょうどよくてテンポも最高。 AIまわりの仕組みに興味ある人は、このシリーズぜんぶ見て損ないと思う。

これ見てから“AIエージェント”って言葉の解像度爆上がりした
10min
Koder@koder_dev·04月20日

え、S3のコストってそんなに削減できるの！？

Canvaがやってたクラウド最適化の話、正直レベル高すぎた。 というか「ちゃんと見直せばここまで変わるのか…」って驚いた。 Canvaって毎月500万ドル規模でS3使ってるんだけど、 データの90％がほとんどアクセスされてないことが判明。 そこでやったのが、S3 Storage Class Analysisを使ってアクセス頻度を可視化→Glacier Instant Retrievalに戦略的に移行。 しかも、オブジェクトサイズ別にコスト効果をシミュレーションして、移行対象を選んでいくという超冷静な設計。 結果、年間で約360万ドルのコスト削減。 しかも移行はたった2日で終わったらしい。かっこよすぎん？ ストレージって「とりあえず全部S3に突っ込んどけ」ってなりがちだけど、 ちゃんとデータの性質を見極めて設計するってこういうことなんだなと。 これはインフラ系エンジニアだけじゃなく、SaaS運営してる人全員に見てほしい内容だった。

え、S3のコストってそんなに削減できるの！？
10min
Koder@koder_dev·04月20日

Pinterest、6人で1100万人支えてた時代のDB設計がヤバい

Pinterestが6人のエンジニアで1100万人のユーザーを支えてたって話、控えめに言ってバグってるんだけど… それ以上にすごかったのが、その急成長をMySQLベースのアーキテクチャで乗り越えた戦い方だった。 MongoやCassandraを試しては不安定さに泣かされ、クラスタリングはリバランスが地獄。 何度もデータ破損の危機を迎えた末に選んだのが、シャーディング × キャッシュ × シンプル設計。 ユーザーごとに全データをひとつのシャードに集めて、ID構造でどのシャードにあるか即判定できる仕組みを用意。 さらに結合や制約はアプリケーション層に逃がして、 「システムは壊れる前提」で動くように組んでたのが本当にかっこいい。 もちろん失ったものもある。トランザクションとか、JOINとか。 でもそれ以上に、「崩壊せずスケールすること」を最優先にして設計した潔さに痺れた。 しかもこの話、わずか8分で聞けるってマジで神。 スタートアップでスケーラブルなシステムに悩んでる人、今まさにDB設計と戦ってる人、これは全員見たほうがいい。

Pinterest、6人で1100万人支えてた時代のDB設計がヤバい
10min