Koder Dev
HomeBlogPosts
HomeBlogPosts
Koder dev blog

© 2026 All rights reserved.

プライバシーポリシーXnote
Koder
Koder@koder_dev·04月20日

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

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

10min
投稿一覧へ90+

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

Koder
Koder@koder_dev·05月04日

「redditが止まった日」

──世界屈指のアクセス数を誇る、アメリカ発の巨大掲示板サイト。 日本で言えば「Twitterと2ちゃんねるとQiitaを混ぜた」ような存在。 それが、2023年3月14日、約5時間(314分)、真っ白な画面しか返さなくなった... 原因は、Kubernetesのアップデートに潜んでいた小さなミス。 でもその裏には、複雑化したインフラと、"なんとなく積み上がってきた設計"のツケがあった。 redditはここ数年でgRPCやGraphQLを導入し、全文検索のために検索エンジンも刷新。 技術的にはめちゃくちゃ進化してたけど、ドキュメントが追いついていなかった。 ネットワークが詰まり、ノードが死に、復元手順は過去の環境用で、ログも追えず、 「もう全部ダメだ」ってなる一歩手前だった。 でも、エンジニアたちは手を止めなかった 壊れたものを一つひとつ手探りで直し、一度止まったクラスタを少しずつ息を吹き返させ、最後にはログと格闘しながら、全てを復旧させた。 この動画は、その障害対応の全記録と、そこから得られた学びを、静かに、でも力強く語ってる。 - バックアップは本当に動くのか? - 誰が何を知っているのか? - ドキュメントは未来の自分を助けてくれるのか? ただの障害じゃない これは、「チームとしての信頼」と「技術の積み重ね」が試された日の記録。 これはほんと、エンジニアなら一度は観ておくべき 明日は我が身、次の障害対応の登場人物は自分かもしれない

「redditが止まった日」
10min
Koder
Koder@koder_dev·06月03日

React 18のConcurrent Renderingへの道のり

この動画、めちゃおもろかった😎 自分の言葉で説明しようと思ったけど、投稿者が書いた概要欄が一番良い文章だったからそのまま抜粋 今ではとうに過ぎてしまいましたが、React v18 は React 史上最も過小評価され、かつ最も過小評価されているリリースだったと私は考えています。 当時は、ライブラリ開発者向けの、大きくて低レベルの、中身のないリリースのように見えました。しかし、今となっては、React v18 が React の歴史におけるターニングポイントであったことは明らかです。 では、なぜリリースまでにこれほど長い時間がかかったのでしょうか。そして、なぜ React の将来全体にとってこれほど重要だったのでしょうか。詳しく見ていきましょう このチャンネルのまとめ方と編集めちゃ好きだから他の動画もぜひ見てみて!

React 18のConcurrent Renderingへの道のり
React
10min
Koder
Koder@koder_dev·04月20日

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

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

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