Shorts: October 2026
10 Shorts posted in October 2026, each with a short summary. The same summaries in Japanese follow below.
-
How Consistent Hashing Works
Consistent hashing routes requests so that adding or removing servers barely changes where they go. This Short shows why taking the remainder of a hash breaks down: growing from four to five servers sends 80% of requests elsewhere and wastes the cache. Instead, servers and requests are placed on a hash ring, and each request goes clockwise to the next server. Virtual nodes even out the load. The technique is used to distribute web caches and databases.
Watch on YouTube -
How Continuous Delivery Works
Continuous delivery (CD) ships code to production quickly and safely, in line with the Agile Manifesto's first principle. This Short follows a pipeline from build through QA and staging to production. Automated deployment moves the software between environments with the same steps every time, so the production release is rehearsed, and automated tests run along the way. A person usually takes the last step to production, but with fully automated tests it can be a single button press.
Watch on YouTube -
How Continuous Integration Works
Continuous integration (CI) replaces the old habit of building features separately for weeks and merging everything at the end, which caused conflicts and bugs. Developers merge small changes into main often and pull the latest main before starting work, so conflicts stay small. Because frequent merges can break the build, every change to main triggers an automated build and test run, and failures are reported to the team. A few lines of GitHub Actions run these steps on every push.
Watch on YouTube -
Solving the Tower of Hanoi with Recursion
The Tower of Hanoi asks you to move a stack of disks to another peg, one disk at a time, never placing a larger disk on a smaller one. The key is to think first about moving the largest disk, which requires moving the n-1 disks above it out of the way. This Short builds a recursive hanoi function, compares recursion to falling dominoes and mathematical induction, and traces how three disks are moved in seven steps.
Watch on YouTube -
How Database Sharding Works
Sharding splits a table by rows across separate servers, and a shard key decides where each row lives. This Short covers logical and physical shards, a router that sends queries only to the shards that need them, and four strategies: range, hash, directory and geo, each with its own trade-offs. It also explains hotspots, where reads and writes pile up on one server, and how to avoid them by checking the shard key's variety, frequency and growth.
Watch on YouTube -
How File Systems Work: Paths, Inodes and Links
Starting from where /bin/zsh lives on disk, this Short explains that a path is not an address but a route the OS follows one name at a time. Each directory is a small table mapping names to inode numbers, and the inode holds the size, owner, modification time and location of the contents. It also covers hidden files, hard links created with ln, why rm only removes a name, and how a symbolic link stores only a path string.
Watch on YouTube -
Monoliths vs. Microservices
A monolith puts every feature in one program, while microservices split features by business domain into separate programs, each with its own database, behind a gateway that routes requests. Monoliths are fast because features use function calls, but one bug can stop everything. Microservices isolate failures and allow independent deploys, parallel team work and targeted scaling, but boundaries are hard to draw and cross-service updates cannot share a transaction. A monolith suffices until growing teams collide over the same code.
Watch on YouTube -
How the Shell Works
The terminal only displays text; the shell is a separate program that interprets what you type and turns it into requests to the kernel. This Short shows how the shell expands variables like $SHELL before echo even runs, the difference between shell variables and exported environment variables that child processes receive, and how PATH is searched from left to right to find commands. It also explains why the current directory is not in PATH by default.
Watch on YouTube -
How Multi-Tenancy Works
Multi-tenancy lets many customers, or tenants, share the same API and backend while keeping their data and settings separate, the opposite of single-tenant setups. This Short compares three database designs: a shared database with a tenant ID column, protected by PostgreSQL row-level security; a schema per tenant; and a database per tenant. It covers the noisy neighbor problem, fixes such as query timeouts, rate limits and per-tenant connection pools, and when each design fits.
Watch on YouTube -
The History of Information Theory
In 1948, Claude Shannon of Bell Labs published a paper that reshaped how we think about communication. This Short traces the road there, from Claude Chappe's optical telegraph in 1794 France to Vail's letter-frequency counts and the work of Hartley and Nyquist. It explains entropy as the limit of compression, and how adding redundant bits keeps errors as rare as needed when sending below channel capacity. Mobile phones, Wi-Fi and fiber optics all build on this framework.
Watch on YouTube
2026年10月のショート動画
2026年10月に投稿したショート動画 10 本の要約です。
-
コンシステントハッシュ法の仕組み
コンシステントハッシュ法は、サーバーを増やしたり減らしたりしてもリクエストの送り先がほとんど変わらない振り分け方です。ハッシュ値をサーバー台数で割った余りで送り先を決めると、4台から5台に増やしただけで8割のリクエストの送り先が変わり、キャッシュが無駄になる理由を示します。そこでサーバーとリクエストを同じハッシュ関数で輪の上に置き、リクエストを時計回りで次のサーバーへ送ります。仮想ノードを使えば負荷の偏りも抑えられます。Webキャッシュやデータベースの振り分けに使われている手法です。
-
CDの仕組み
継続的デリバリー（CD）は、書いたコードを早く安全に本番へ出すためのやり方で、アジャイル宣言の1つ目の原則にも沿っています。ビルドからQA、ステージを経て本番へ至るパイプラインを順に追います。自動デプロイはどの環境へも同じ手順でソフトウェアを運ぶので、本番に出す手順も事前に試せます。途中では自動テストも実行します。本番への最後の一歩には大抵人が関わりますが、テストを全部自動にできればボタン1つで本番に出せます。
-
CIの仕組み
継続的インテグレーション（CI）は、何週間も別々に機能を作って最後にまとめて合わせるやり方を改めるものです。以前のやり方ではマージコンフリクトやバグが起きていました。CIでは小さな変更をこまめにメインへ入れ、作業前には最新のメインを取り込むので、衝突しても小さく済みます。全員が頻繁に入れるとビルドが壊れやすくなるため、メインに変更が入るたびにビルドとテストを自動で回し、失敗したらチームに知らせます。GitHub Actionsなら数行の設定で、プッシュのたびにこの手順を実行できます。
-
ハノイの塔の仕組み
ハノイの塔は、円盤を1回に1枚ずつ、小さい円盤の上に大きい円盤を置かずに別の棒へ移すパズルです。鍵は、まず1番大きい円盤を動かす一手を考えることで、そのためには上のn-1枚をどかす必要があります。この動画では再帰関数hanoiを組み立て、再帰をドミノ倒しや数学的帰納法と比べながら、3枚の円盤が7手で移る流れを追います。
-
シャーディングの仕組み
シャーディングは、テーブルを行で分けて別々のサーバーに置き、シャードキーでそれぞれの行の置き場を決める仕組みです。論理シャードと物理シャードの違い、必要なシャードにだけ問い合わせを送るルーター、そしてレンジ、ハッシュ、ディレクトリ、ジオの4つの分け方とそれぞれの長所と短所を解説します。1台に読み書きが集まるホットスポットと、シャードキーの値の種類、出やすさ、増え方を見てそれを防ぐ方法も紹介します。
-
ファイルシステムの仕組み
/bin/zshがディスクのどこにあるのかを出発点に、パスは住所ではなく、OSが名前を1つずつたどる道順であることを解説します。ディレクトリは名前とiノード番号の小さな表で、iノードにはサイズや所有者、更新日時、中身の場所が入っています。隠しファイルの正体、lnで作るハードリンク、rmが名前を1つ消すだけである理由、そしてパスの文字列だけを中身に持つシンボリックリンクの仕組みも紹介します。
-
マイクロサービスの仕組み
モノリスはすべての機能を1つのプログラムにまとめる作りで、マイクロサービスは機能を業務ごとに別々のプログラムへ分け、それぞれが専用のデータベースを持ち、ゲートウェイがリクエストを担当のサービスへ回します。モノリスは機能同士が関数呼び出しでつながるので速い一方、1箇所のバグで全体が止まります。マイクロサービスは障害を切り離せて、サービス単位のデプロイ、チームの並行開発、部分的なスケールが可能ですが、分け方を決めるのが難しく、サービスをまたぐ更新は1つのトランザクションにまとめられません。チームが増えて同じコードの修正がぶつかり始めるまでは、モノリスで十分です。
-
シェルの仕組み
ターミナルが受け持つのは表示だけで、打った文字を解釈してカーネルへの要求に直すのはシェルという別のプログラムです。echoが動く前にシェルが$SHELLのような変数を展開する様子、シェル変数と、exportで子プロセスに渡る環境変数の違い、そしてコマンドを探すときにPATHを左から順に調べる仕組みを解説します。今いるディレクトリを最初からPATHに入れない理由も紹介します。
-
マルチテナントの仕組み
マルチテナントは、多くの顧客（テナント）が同じAPIとバックエンドを使いながら、データと設定をテナントごとに分ける仕組みで、シングルテナントとは対になる考え方です。テナントID列を持ちPostgreSQLの行レベルセキュリティで守る共有DB、テナントごとのスキーマ分離、テナントごとのDB分離という3つの設計を比べます。ノイジーネイバー問題と、クエリのタイムアウトやレート制限、テナントごとの接続プールといった対策、そしてそれぞれの設計が向く場面も解説します。
-
情報理論の歴史
1948年、ベル研究所のクロード・シャノンが発表した論文は通信の考え方を作り直しました。1794年のフランスでクロード・シャップが作った腕木通信から、ヴェイルによる英語の文字の出現頻度の調査、ハートレーやナイキストの研究を経てそこへ至る流れをたどります。圧縮の限界を示すエントロピーと、余分なビットを足し、通信容量より遅く送る限り誤り率をいくらでも小さくできる考え方を解説します。携帯電話もWi-Fiも光ファイバーも、この枠組みの上にあります。