<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Distributed-Systems on philipjkim</title><link>https://philipjkim.cc/tags/distributed-systems/</link><description>Recent content in Distributed-Systems on philipjkim</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Thu, 06 Aug 2026 15:58:35 +0900</lastBuildDate><atom:link href="https://philipjkim.cc/tags/distributed-systems/index.xml" rel="self" type="application/rss+xml"/><item><title>제프 딘, 27년 만에 구글을 떠나다 — Discovery Loop 이라는 다음 장</title><link>https://philipjkim.cc/posts/20260806-jeff-dean-leaves-google-discovery-loop/</link><pubDate>Thu, 06 Aug 2026 15:58:35 +0900</pubDate><guid>https://philipjkim.cc/posts/20260806-jeff-dean-leaves-google-discovery-loop/</guid><description>&lt;p&gt;&lt;em&gt;이 글은 Claude Opus 5 을 이용해 초안이 작성되었으며, 이후 퇴고를 거쳤습니다.&lt;/em&gt;&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="2026년-8월-5일-한꺼번에-터진-두-개의-소식"&gt;2026년 8월 5일, 한꺼번에 터진 두 개의 소식&lt;/h2&gt;
&lt;p&gt;2026년 8월 5일, 순다르 피차이(Sundar Pichai)와 데미스 허사비스(Demis Hassabis)는 구글 공식 블로그에 「The next chapter of our AI momentum」이라는 공동 명의의 글을 올렸습니다. 내용은 두 가지였습니다.&lt;/p&gt;
&lt;p&gt;하나는 허사비스가 Google DeepMind CEO 자리에서 물러나 &lt;strong&gt;Google DeepMind 의장 겸 알파벳 수석과학자(Chief Scientist of Alphabet)&lt;/strong&gt; 로 옮긴다는 것이었습니다. 다른 하나는, 그 수석과학자 자리를 지금까지 지키고 있던 사람이 회사를 떠난다는 것이었습니다.&lt;/p&gt;</description></item><item><title>HTTP REST(JSON) vs. gRPC(Protocol Buffers): 언제 무엇을 쓸까</title><link>https://philipjkim.cc/posts/20260716-http-rest-vs-grpc/</link><pubDate>Thu, 16 Jul 2026 17:33:09 +0900</pubDate><guid>https://philipjkim.cc/posts/20260716-http-rest-vs-grpc/</guid><description>&lt;p&gt;&lt;em&gt;이 글은 Claude Opus 4.8 을 이용해 초안이 작성되었으며, 이후 퇴고를 거쳤습니다.&lt;/em&gt;&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;백엔드 서버를 설계할 때 거의 항상 마주치는 갈림길이 있습니다. &amp;ldquo;이 API 를 JSON 기반 HTTP REST 로 열까, 아니면 gRPC 로 열까?&amp;rdquo; 하는 질문입니다. 팀 컨벤션에 따라 별생각 없이 한쪽으로 정해지는 경우도 많지만, 두 방식은 성능·개발 경험·운영 부담·클라이언트 호환성 등 여러 축에서 뚜렷하게 다른 트레이드오프를 가집니다.&lt;/p&gt;
&lt;p&gt;이 글은 웹 백엔드를 다루는 중급 이상 개발자를 대상으로, 두 방식의 작동 원리와 장단점을 정리하고 &lt;strong&gt;&amp;ldquo;어떤 상황에서 무엇을 고르는 것이 합리적인지&amp;rdquo;&lt;/strong&gt; 를 구체적인 예시와 함께 설명합니다. 결론부터 말하면 &amp;ldquo;무조건 하나가 낫다&amp;quot;는 답은 없으며, &lt;strong&gt;통신의 상대가 누구인지(외부 클라이언트 vs. 내부 서비스)&lt;/strong&gt; 가 선택의 가장 강력한 기준이 됩니다.&lt;/p&gt;</description></item><item><title>번역글: 분산 시스템 개발자를 위한 기도</title><link>https://philipjkim.cc/posts/20250701-a-prayer-for-distrubuted-systems-developers/</link><pubDate>Tue, 01 Jul 2025 13:55:13 +0900</pubDate><guid>https://philipjkim.cc/posts/20250701-a-prayer-for-distrubuted-systems-developers/</guid><description>&lt;p&gt;원문: &lt;a href="https://philipotoole.com/a-prayer-for-distributed-systems-developers/"&gt;https://philipotoole.com/a-prayer-for-distributed-systems-developers/&lt;/a&gt; (Translated by Google Gemini)&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;16년이 넘는 시간 동안 저는 전체 스택을 오르내리며 소프트웨어를 작성했습니다. 제 경력 초기에 저는 특수 임베디드 장치를 위한 &lt;a href="http://en.wikipedia.org/wiki/Booting"&gt;부트 ROM&lt;/a&gt; 소프트웨어를 작성했습니다. 이런 종류의 프로그래밍은 컴퓨터가 &lt;strong&gt;정말로&lt;/strong&gt; 어떻게 작동하는지에 대해 많은 것을 가르쳐주었습니다.&lt;/p&gt;
&lt;p&gt;대부분의 프로그래머는 컴퓨터가 어떻게 작동하는지 안다고 생각하지만, &lt;strong&gt;그들은 단지 소프트웨어가 어떻게 작동하는지 알 뿐입니다.&lt;/strong&gt; 이 프로그래머들은 &lt;a href="http://en.wikipedia.org/wiki/Interrupt_handler"&gt;인터럽트 서비스 루틴&lt;/a&gt;이 어떻게 호출되는지, 컴퓨터가 두 숫자를 어떻게 더하는지, 마이크로프로세서가 다음 명령어를 RAM에 어떻게 로드하는지 정말로 알지 못합니다. 하지만 괜찮습니다. 그럴 필요도 없고, 관심도 없습니다.&lt;/p&gt;</description></item></channel></rss>