Outsider's Dev Story

Stay Hungry. Stay Foolish. Don't Be Satisfied.
RetroTech 팟캐스트 44BITS 팟캐스트

기술 뉴스 #269 : 25-05-01

웹개발 관련

  • Impossible Components : Dan Abramov가 백엔드 작업과 프론트엔드 작업을 한 컴포넌트에서 하는 것이 어려운 상황을 예시로 들면서 이 문제를 해결하려면 백엔드가 프론트엔드에 데이터를 전달한다는 개념을 유지한 채 컴포넌트를 분리해서 서버 쪽에서 받은 데이터를 프론트엔드 컴포넌트에 전달하는 방식으로 가능하게 만들었다. Dan Abramov는 이를 Self-contained Abstractions라고 부르고 프론트엔드 컴포넌트만 사용하면 자동으로 데이터까지 불러와져서 특별히 신경 쓰지 않아도 되는 패턴이라고 설명한다.(영어)
  • What Does "use client" Do? : 위에 글과 이어지는 듯한 Dan Abramov의 글인데 React Server Component는 API 표면이 없이 use clientuse server 지시어만 사용한 프로그래밍 패러다임으로 각각 <script>fetch()를 추상화하고 있다. Dan Abramov는 이 접근 방식이 React 이후에도 살아남을 것이고 이는 React에 대한 것이 아니라 모듈 시스템에 관한 것이기 때문에 RSC를 사용하지 않더라도 작동 방식을 배우는 것이 도움이 된다고 얘기한다. use clientuse server의 동작 방식을 풀어서 설명하면서 이 지시어가 클라이언트와 서버 간의 문을 열어주는 역할이라고 설명한다.(영어)
  • A Decade of SolidJS : Ryan Carniato가 어떻게 SolidJS를 만들고 지금까지 키우게 되었는지를 직접 설명하는 글이다. Knockout.js를 만든 직장 상사에게 오픈소스를 경험하게 되고 SolidJS를 벤치마크에서 가장 빠르게 만든 뒤 React의 Hook이 나온 것을 보고 SolidJS를 발전시켜 나갔다. Twitter에서 많은 이야기를 했지만 새로운 프레임워크를 만드는 일은 많은 공격을 당하기 시작했지만, 여러 행사를 통해 같이 작업할 사람들을 만나게 되고 Signal을 생태계의 다른 프레임워크에 전파하기 시작했다.(영어)

그 밖의 개발 관련

  • Python's new t-strings : t-strings이라고 부르는 템플릿 문자열이 Python 3.14의 기능으로 채택되었다. Python 3.6에서 f-string이 도입된 이후 문자열에 인기 있는 방식으로 사용되었지만, 보안에 취약하게 사용되기도 했다. t-strings은 f-strings의 일반화로 f-strings가 바로 문자열이 되는 데 반해 t-strings는 템플릿 인스턴스로 평가되므로 문자열을 안전하게 처리할 수 있고 더 유연하게 처리할 수 있다.(영어)
  • How to Build an Agent : Anthropic의 Go SDK를 사용해서 코딩 에이전트를 만드는 과정을 설명한다. 대화를 할 수 있는 에이전트를 만들고 에이전트가 도구를 사용할 수 있도록 인터페이스를 만든 뒤 read_file, list_files, edit_file 도구를 제공한 뒤 에이전트가 도구를 적절하게 사용하는 것을 보여준다.(영어)
  • Claude Code: Best practices for agentic coding : Anthropic에서 Cloude Code의 베스트 프랙티스를 정리한 글이다. CLAUDE.md 지침을 정리해 놓을 수 있는데 실행하는 곳 상위의 모든 CLUADE.md 파일을 읽고 상황에 따라 원하는 위치에 두고 사용할 수 있다. 당연히 MCP를 지원하므로 이 설정을 파일로 관리할 수 있고 GitHub CLI를 설치하면 깃헙과 상호작용도 할 수 있고 다른 도구들은 CLAUDE.md에 문서화해서 사용할 수 있고 .claude/commands 폴더에 프롬프트 템플릿을 저장해 두면 / 명령어로 사용할 수 있다. 또한 복잡한 문제를 풀 때는 코드 작성 전에 질문하거나 계획을 세워달라고 요청한 후 솔루션을 구현해 달라고 할 수 있고 테스트를 작성하게 요청하는 것도 좋은 방법이다. 워크플로우를 최적화 할 때는 지침을 가능한 구체적으로 작성하고 이미지나 다이어그램을 활용하게 하고 중요한 파일이나 링크를 직접 제공하는 것이 좋다.(영어)

인프라 관련

  • How Netflix Accurately Attributes eBPF Flow Logs : Netflix에서 eBPF를 사용해서 TCP flow log를 수집하는데 이때 IP를 워크로드 ID를 정확하게 연결해야 의미가 있는데 AWS에서 IP 할당이 계속 바뀌기 때문에 제대로 연결 안 되는 문제가 있었다. 이 문제를 해결하기 위해 워크로드 ID를 할당할 때 15분 정도의 지연을 두어 이 문제를 완화했지만, 완전히 해결되지 않았기 때문에 Netlfix의 IP 할당 서비스인 IPMan을 사용해서 로컬 IP는 정확히 연결할 수 있었고 원격 IP는 플로우 로그에서 시간 범위 목록과 매핑해서 정확하게 연결할 수 있게 되었다.(영어)
  • TLS Certificate Lifetimes Will Officially Reduce to 47 Days : CA/Browser 포럼에서 TLS 인증서의 수명을 줄이기로 했다. 2026년 3월 15일까지는 최대 수명이 398일이고 2026년 3월 15일부터는 200일, 2027년 3월 15일부터는 100일, 2029년 3월 15일부터는 47일로 줄어든다. 비슷하게 도메인 및 IP 주소 유효성 검사의 최대 기간도 2029년에는 10일로 줄어든다. 이렇게 기간을 줄임으로써 인증서 수명 관리에 자동화가 필수적이라고 밝혔다.(영어)
  • How Much Should I Be Spending On Observability? : 옵저버빌리티 SaaS의 비용 구조가 어떻게 동작하는지 설명한 honeycomb의 글이다. 과거 옵저버빌리티 서비스는 다중 기둥 모델을 사용했기에 비용이 증가하는 도구 수, 카티널리티, 차원이 늘어날수록 비용이 증가하는데 이 요소들이 옵저버빌리티를 가치 있게 하는 것과 연결되어 있었다. 2020년 이후에 설립된 회사는 칼럼형 저장소를 사용하는 통합 스토리지 엔진을 사용했기에 비용이 트래픽 볼륨과 계측 밀도에 영향을 받았는데 이때 비용을 제어하려면 샘플링과 계측 밀도의 조정이었다. 권장 사항은 비용관리를 위해 비즈니스 우선순위에 맞춰서 조정하라는 것이고 인프라 비용의 15~25%의 비용을 사용하는 것이 우수하다고 얘기하고 있다.(영어)

AI 관련

  • Introducing OpenAI o3 and o4-mini : OpenAI에서 대답하기 전에 더 오래 생각하도록 훈련된 o3과 o4-mini 모델을 공개했다. o3는 코딩, 수학, 과학, 시각적 지각에서 뛰어난 성능을 보여주며 o4-mini는 비용 효율적인 추론 모델이다.(영어)
  • OpenAI Codex CLI : OpenAI에서 Claude Code처럼 터미널에서 사용할 수 있는 코딩 에이전트인 Codex CLI를 공개했다. 2021년 OpenAI는 GitHub Copilot의 기반이 되는 Codex 모델을 공개했다가 2023년 3월 deprecated 시켰는데 이번에 이를 이어받은 Codex CLI를 공개한 것이다.(영어)
  • A practical guide to building agents : OpenAI에서 에이전트를 만드는 가이드를 34 페이지 PDF로 공개했다. 에이전트가 무엇이고 언제 만들어야 하는지부터 디자인 기초와 가드레일을 설명하고 있다.(영어)
  • From MCP to multi-agents: The top 10 open source AI projects on GitHub right now and why they matter : GitHub에서 주목받는 MCP 혹은 AI 에이전트 관련 프로젝트를 정리한 글이다.(영어)
  • Qwen3: Think Deeper, Act Faster : Alibaba Cloud에서 만드는 Qwen 3 모델이 공개되었다. 이번에는 주력 모델인 Qwen3-235B-A22B와 소형 MoE 모델인 Qwen3-30B-A3B를 공개했다.(영어)

볼만한 링크

  • Understanding the Origins and the Evolution of Vi & Vim : vi와 vim이 나오기까지 어떤 과정이 있었는지를 설명하는 글이다. Ken Thompson의 ed가 많이 쓰이던 상황에서 ed의 불편함을 느끼고 George Coulouris가 em을 만들고 여기에 Bill Joy와 Chuck Haley의 en과 ex를 만든 후 ex에 비주얼 모드를 추가하면서 vi가 되었다. vi는 ex에서 비쥬얼 모드로 들어가기 위한 명령어에서 따온 것으로 이후 vi의 다양한 클론이 나오고 그중에서 가장 성공한 클론이 vim이다.(영어)
  • Getting Forked by Microsoft : Philip Laine이라는 개발자는 3년 전 Kubernetes를 관리하는 일을 하다가 이미지 레지스트리 다운을 겪으면서 P2P 이미지 레지스트리인 Spegel을 만들어서 공개하고 Microsoft와 만나서 아키텍처에 대한 얘기도 나누었지만, 시간이 지난 뒤 Microsoft에서 P2P 이미지 레지스트리인 Peerd를 공개한 것을 보았다. README에 Spegel에서 인사이트를 얻었다고 되어 있었지만, 코드도 상당 부분 차용한 것으로 보이지만 두 프로젝트는 경쟁 관계가 되었고 개인 오픈소스 메인테이너로써 대기업과 경쟁해야 하는 안타까운 상황을 공유했다.(영어)
  • 페이스북의 민낯, <부주의한 사람들> (번역) : 메타(페이스북) 출신의 사라 윈-윌리엄스가 최근 발표한 폭로 회고록 "부주의한 사람들"에서 공개한 페이스북의 불편한 진실을 정리한 글이다. 저자인 사라 윈-윌리엄스가 마크 주커버그, 세릴 샌드버그, 조엘 캐플런이 얼마나 잘못하고 있는지가 나와 있다.(한국어)
  • 효율적 이타주의(Effective Altruism)의 죽음 (번역) : 효율적 이타주의는 2021년 엄청난 돈이 움직이며 큰 관심을 모았지만, 효율적 이타주의의 대표라고 할 수 있는 샘 뱅크먼-프리드는 암호화폐의 사기 및 자금 세탁으로 징역을 살게 되었다. 효율적 이타주의는 이상하게 보일 수 있지만 다른 기부 조직도 세밀하게 보면 좋은 부분이 있지만 어려운 점이 있고 그런 면에서 효율적 이타주의를 다시 볼 수도 있지만 샘 뱅크먼-프리드의 범죄로 그 의미도 많이 퇴색되게 되었는데 이러한 부분에 많은 고민 지점을 주는 글이다.(한국어)

IT 업계 뉴스

  • FTC v. Meta live: updates from the battle for Instagram and WhatsApp : 미국 연방거래위원회(FTC)가 Meta의 반독점 재판이 지난 4월 14일 시작되었다. 이는 Facebook이 Instagram과 WhatsAPP 인수로 소셜 네트워크 시장을 불법적으로 독점했다고 2020년 말 FTC가 처음 제기했고 FTC는 Instagram과 WhatApp을 분리해야 한다고 주장하고 있다. 주커버그를 포함하여 수많은 사람이 나와서 증언하고 있는데 FTC는 Meta와 Snapchat, Mewe 정도만을 포함하는 가족/친구 사이의 소셜 네트워크로 정의해서 Meta의 반독점을 주정하고 있고 Meta는 TicTok, YouTube 등 수많은 서비스가 경쟁 관계에 있어서 반독점이 아니라고 주장하고 있다. 그리고 FTC는 Instagram과 WhatsApp이 인수되지 않았으면 더 잘되었을 거라고 증명해야 하고 Meta는 Meta의 지원으로 잘 된 거라고 주장한다.(영어)
  • US CISA extends MITRE CVE, CWE programs with last-minute contract extension, prevents shutdown : 올해 25주년을 맞이한 보안 취약점 관련한 MITRE의 CVE, CWE 프로그램이 계약 마지막 날까지 연장이 되지 않아서 불안감을 조성했지만, 미국 사이버보안 및 인프라 보안국(CISA)에서 마지막에 계약을 11개월 연장하기로 했다.(영어)
  • Here’s an update on our use of country code top-level domains. : Google이 지역화된 검색 결과를 위해 각 국가에 맞는 국가 코드 최상위 도메인(ccTLD)을 사용해 왔는데 이제 google.com에서도 지역별 검색 결과를 제공할 수 있게 되어 국가별 도메인을 없애도 모두 google.com으로 리다이렉션할 예정이라고 밝혔다. google.co.kr이 google.com으로 리다이렉션된다는 의미다.(영어)

프로젝트

버전 업데이트

2025/05/01 15:54 2025/05/01 15:54