Koder Dev
HomeBlogPosts
HomeBlogPosts
Koder dev blog

© 2026 All rights reserved.

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

MCPって結局なんなん?って人、この動画見て。

最近あっちこっちで聞く、Model Context Protocol(MCP)、正直名前からして難しそうだし、構成も概念も込み入ってて分かりにくい… …はずなんだけど、この動画はそれをたった5分でスッと理解させてくれるのがすごい。 MCPはざっくり言うと、AIが外部ツールやデータベースと簡単に繋がるようになるための共通ルール。 これまでは毎回個別にカスタム統合が必要だったけど、 MCPがあればPostgresもSlackもGitHubも、同じ仕組みで接続できる。 AIが"ツールを使える"ってレベルが一気に現実味を帯びてくる。 構成やプリミティブの仕組みも、ちゃんと順を追って説明してくれてて、 「これでようやくMCPの全体像が掴めた…!」ってなる内容だった。 難しそうでスルーしてた人ほど見てほしい。 MCPって何がすごいの?が、ちゃんと腹落ちする。

10min
投稿一覧へ90+

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

Koder
Koder@koder_dev·05月04日

“推しアプリが突然死”──これ、他人事じゃないかも

Redditっていう海外の巨大掲示板サービスがあるんだけど、 その非公式アプリ「Apollo」は、神UIで圧倒的な支持を集めてた。 中には「公式より100倍いい」とまで言う人もいた。 でも2023年、Redditの方針が激変。 「API使いたいなら、使用量に応じて従量課金制にするよ。 Apolloみたいに大量アクセスだと、年間20〜30億円かかる計算になる」 ──そう一方的に通達された。 個人で開発してたApolloの作者は当然払えず、アプリは閉鎖に。 怒ったユーザーたちは、掲示板(サブレディット)を次々と“閉鎖”して抗議。 全Redditが真っ黒になる「ブラックアウト」事件に発展。 でもReddit運営は、抗議を続ける管理人(モデレーター)を強制解任。 ルール違反を理由に、力技でコミュニティを再開させていった。 ──この騒動が教えてくれたのは、 「どれだけ愛されても、APIに依存しすぎると守れない」って現実。 これは、全ての開発者にとって他人事じゃない話。 実話ベースなのにドラマすぎるし、編集も見事なのでぜひ👇

“推しアプリが突然死”──これ、他人事じゃないかも
10min
Koder
Koder@koder_dev·04月13日

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

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

今日の夜の20分はこの動画に捧げて、お願い
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