皆さん、いかがお過ごしでしょうか？9月になってロンドンはすっかり夏の終わりです。本日のエピソードはホスト二人の近況回になっています。

ロンドンの夏の服装とKenのヒゲや髪型のこだわりについてまったりと話しています。



ご感想はご意見は X でハッシュタグ ⁠⁠#LondonTechTalk⁠⁠ [https://twitter.com/hashtag/LondonTechTalk?src=hashtag_click] をつけてつぶやいてください。お便りはこちらの ⁠⁠⁠Google Form⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] でも募集しています。

Kazのロンドンでの服装とKenの髪型

London Tech Talk 名物 Bookclub 第四弾 "Database Internals" 第十一章の振り返り収録です。"Replication and Consistency" の内容について振り返りました。
まずは分散システムにおけるレプリケーションの必要性と、それに伴う整合性の課題について紹介しました。大学の図書館分館のアナロジーを織り交ぜながら、同じ質問に対して場所によって異なる答えが返ってくる状況を例に、分散システムの整合性問題を説明しました。
続いて、悪名高い CAP 定理について触れました。Consistency（一貫性）、Availability（可用性）、Partition tolerance（分断耐性）の三つのうち最大で二つまでしか同時に満たせないという理論と、その現実的な適用における注意点について説明しました。CP システムと AP システムの具体例も交えて紹介しました。
その後、様々な整合性モデルについて詳しく解説しました。Sequential Consistency では SNS や銀行システムの例を用いて、すべてのノードが同じ順序でイベントを確認する重要性を説明しました。Causal Consistency については、因果関係のあるイベント同士の順序性のみを保証する、より緩い整合性モデルとして紹介しました。Eventual Consistency では、Amazon のショッピングカートの実装例を挙げ、最終的な整合性がどのように実現されるかを具体的に説明しました。
また、チューナブル整合性の概念として R + W > N の式を紹介し、図書館分館での在庫確認のアナロジーを使って、読み込み（R）と書き込み（W）のクォーラムをどのように調整するかについて説明しました。
その他 Bookclub で盛り上がった実践的な議論や、次回の Chapter 12 の予定について触れました。
ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form [https://forms.gle/xFVHRRNehh9xFgKT8]⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ で募集しています。

【Bookclub 第四弾】 "Database Internals" #11 振り返り

Yuta [https://london-tech-talk.com/guests/yuta]さんを初めてゲストにお呼びしました。ベルリンからトロント、東京へと渡り歩いた Yuta さんの日本本帰国後に何をしているか、今後についてお話を伺いました。

 * AI時代の新たな疲労：なぜ私(たち)は『説明のつかないしんどさ』を抱えているのか [https://syu-m-5151.hatenablog.com/entry/2025/07/16/115510]
   
 * The New Skill in AI is Not Prompting, It's Context Engineering [https://www.philschmid.de/context-engineering]
 * 地球環境カードゲーム マイアース My Earth [https://x.com/npo_myearth]
 * wyom.dev [https://wyom.dev/]
   
 * https://remix.run/jam/2025

ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] で募集しています。

日本本帰国後のこれから (Yuta)

Blue Penguin さん、angreen さん、りささんからお便りをいただきました。お便りありがとうございます。そのお便りに返信する形で収録しました。

前半は、Blue Penguin さんと angreen さんのお便りの返信という形で「技術アウトプットのモチベーション維持」について話しました。

後半は、りささんのお便りの返信という形で「ベルリンとロンドンの生活の違い」について話しました。

 * Default Mode Network (DMN) [https://en.wikipedia.org/wiki/Default_mode_network]
 * 『思考の整理学』 [https://ja.wikipedia.org/wiki/%E6%80%9D%E8%80%83%E3%81%AE%E6%95%B4%E7%90%86%E5%AD%A6]
 * 『エンジニアの知的生産術』 [https://gihyo.jp/book/2018/978-4-7741-9876-7]
 * 写像 [https://ja.wikipedia.org/wiki/%E5%86%99%E5%83%8F] / Map [https://en.wikipedia.org/wiki/Map_(mathematics)]
 * Citizenship education programmes by Department for Education (UK) [https://assets.publishing.service.gov.uk/media/5f324f7ad3bf7f1b1ea28dca/SECONDARY_national_curriculum_-_Citizenship.pdf]

 * 不文憲法 [https://ja.wikipedia.org/wiki/%E4%B8%8D%E6%96%87%E6%86%B2%E6%B3%95]

ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] で募集しています。

Ken の技術アウトプットと Kaz のベルリン v.s. ロンドン談義：Blue Penguin さん、angreen さん、りささんへのお便り返信回

Tomohisa さん [https://london-tech-talk.com/guests/tomohisa]をゲストにお呼びしました。今回のトピックは「AI 時代のプログラミング教育」です。

Tomohisa さんが七月初旬に公開された記事 [https://zenn.dev/jtechjapan_pub/articles/b63bedb2b32bb2] (zenn.dev) の中で、12歳と16歳の娘さんたちに Claude Code を用いてアプリを作成して Vercel にデプロイまで完成させた、というストーリーを紹介されていました。この記事を受けて、コーディングの経験が無い子どもたちが、AI コーディングツールを用いることによって、どのような教育の可能性を広げることができるのかについて議論しました。

 * Route 66 [https://en.wikipedia.org/wiki/U.S._Route_66]
 * AI時代のプログラミング教育：娘たちにAIコーディングから教えたら、簡単にデプロイまでできた [https://zenn.dev/jtechjapan_pub/articles/b63bedb2b32bb2]
 * USA Money Calculator [https://usa-money-calculator.vercel.app/]
 * AIコーディングの理想と現実 [https://speakerdeck.com/tomohisa/aikodeingunoli-xiang-toxian-shi]
 * AIコーディング新時代を生き残るための試行錯誤 [https://speakerdeck.com/tomohisa/ai-coding-survival-guide]

ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] で募集しています。

"娘たちにAIコーディングから教えたら、簡単にデプロイまでできた" を紹介したい (Tomohisa)

London Tech Talk  で書籍出版プロジェクトを始動しました。本収録では、どのようなトピックなのか、なぜ書籍を出版しようと思ったのかについて紹介しました。また、プロジェクトに携わる Teppei と Ken それぞれの想いについても触れました。

ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] で募集しています。

書籍出版プロジェクトを始動しました！(Teppei)

imajin さん [https://london-tech-talk.com/guests/imjn]をゲストにお呼びしました。

アイルランドの天気についてお話することから始まり、家族が日本に一時帰国している間にどう時間を過ごすか、特にimajinさんはランニング、読書にハマっていること、孤独とどう向き合うかについてお話を聞きました。また最近の大きな出来事として、同僚と外で飲んでいるときにバックパックを盗まれて犯人を AirTag で追跡したことを共有していただきました。後半では、最近のお仕事の話、例えば iOS エンジニアからフルスタックな働き方をしていること、大企業で必要なスキル、日本本帰国したときのお仕事について語り合いました。

 * スマホ時代の哲学 [https://www.amazon.co.jp/%E3%82%B9%E3%83%9E%E3%83%9B%E6%99%82%E4%BB%A3%E3%81%AE%E5%93%B2%E5%AD%A6-%E5%A4%B1%E3%82%8F%E3%82%8C%E3%81%9F%E5%AD%A4%E7%8B%AC%E3%82%92%E3%82%81%E3%81%90%E3%82%8B%E5%86%92%E9%99%BA-%E8%B0%B7%E5%B7%9D%E5%98%89%E6%B5%A9-ebook/dp/B0BHYWGFYZ]

ご感想はご意見は X でハッシュタグ ⁠⁠#LondonTechTalk⁠⁠ [https://twitter.com/hashtag/LondonTechTalk?src=hashtag_click] をつけてつぶやいてください。お便りはこちらの ⁠⁠⁠Google Form⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] でも募集しています。

天気と孤独と窃盗犯追跡 (imajin)

London Tech Talk 名物 Bookclub 第四弾 "Database Internals" 第九章の振り返り収録です。"Failure Detection" の内容について振り返りました。

まず "Heartbeat / Ping" スタイルでの故障検知について紹介しました。誤検知を避けるために、タイムアウト時間を伸ばしたり、リトライ回数を増やしたりという軽減策と、そのデメリットについて SRE としての実体験をもとに紹介しました。

次に "SWIM Protocol" について話しました。 Heartbeat スタイルと Gossip スタイルの合わせ技とも言えるアルゴリズムです。Direct Ping / Indirect Ping の使い分けや、どのようなノードリストをメンバー間で共有していくのかについて触れました。

続いて ”Phi Accurual Failure Detection" について説明しました。Apache Akka や Apache Cassandra でも使われている本プロトコルは日本の研究者によって発表された論文に基づいています。故障確率 Phi を数理統計的に計算するその革新性について話が広がりました。

最後に、それぞれのプロトコルを「朝になかなか起きてこないティーンエイジャーの子供を起こすシーン」というアナロジーで説明してみました。

そのほか Bookclub で盛り上がった観点や、次回の Chapter 10 の予定について触れました。

ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] で募集しています。

【Bookclub 第四弾】 "Database Internals" #9 振り返り

ホストの二人で近況編を収録しました。

前半は、Kaz が新しいホームベーカリーを購入した話をしました。毎朝焼きたてのパンを焼く技術、変数を変えながら味を試行錯誤する過程、朝ごはんのレパートリーについて盛り上がりました。

後半は、Ken と Kaz が、子育てをしながら父親プログラマーという前提で考える、現在のキャリア戦略について意見交換をしました。

ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] で募集しています。

Kaz のホームベーカリーと Ken の子育てプログラマのキャリア戦略

London Tech Talk 名物 Bookclub 第四弾 "Database Internals" 第八章の振り返り収録です。"Distributed Systems - Introduction and Overview" の内容について振り返りました。

冒頭からいきなり脱線して SQLite3 がいかに耐障害性と Simplicity の観点から優れているかについて語ってしまいました。とはいえ、この背景にあるのはいかに Distributed Database Systems を運用するのかが難しいという事実があります。

ようやく本来のトピックに戻り、本章の内容について振り返りました。Two General's Problem や FLP Impossiblity などのキーワードについて紹介しました。

また Bookclub で盛り上がった観点についても紹介しました。Exactly-once delivery / At-least-once delivery やメッセージの順序保証の難しさ、 Backoff / Jitterのようなリトライ戦略の重要性について議論しました。

加えて TGP (Two General's Problem) / BGP (Byzantine Generals Problem (BGP) の違いについても紹介しました。分散環境における合意形成の難しさについて、以前 Ken が執筆した人狼ゲームのアナロジーで語る合意形成 [Consensus algorithms explained with Werewolf game analogy]のブログにも触れました。

そのほか Bookclub で盛り上がった観点や、次回の Chapter 9 の予定について触れました。

ご意見・ご感想など、お便りはこちらの⁠⁠⁠⁠⁠⁠⁠ ⁠⁠⁠Google Form⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ [https://forms.gle/xFVHRRNehh9xFgKT8] で募集しています。

【Bookclub 第四弾】 "Database Internals" #8 振り返り

Ken Wagatsuma & Kaz Okuda です。最新の技術ネタや海外転職、海外の現地生活について喋ります。