[GN#356] 나보다 나은 사람을 뽑는 법

2026-04-27 ~ 2026-05-03 사이의 주요 뉴스들

창업자 몇명으로 운영하던 스타트업이 조직으로 성장하기 시작하면, 대표들이 가장 많은 시간을 쏟아야 하는 일은 결국 채용입니다. 특히 어느 정도 규모를 넘어선 시점에는 자신보다 더 뛰어난 임원급 인재, 그것도 본인이 잘 모르는 분야의 사람을 데려와야 하는 순간이 찾아오죠. 마케팅, 재무, 운영처럼 창업자가 잘 모르는 영역일수록 “이 사람이 정말 잘하는 사람인지” 판단할 자신이 없어 망설이게 됩니다.

긱뉴스에서 종종 소개드렸던 WP Engine 창업자 Jason Cohen의 “자신보다 뛰어난 사람을 채용하는 법” 글은 이런 상황의 창업자에게 꽤 실용적인 가이드를 제시하는데요. 일단 중요한 건, 자신보다 뛰어난 사람을 채용하지 않으면 조직은 그저 커지기만 할 뿐 나아지지 않는다는 것입니다. 회사 규모가 100명에 가까워졌는데도 어떤 영역에서든 대표가 사내 최고 역량자라면, 이미 채용에 실패하고 있다는 뜻이라고요. 흔히 “A급은 A급을 데려오지만, B급은 B가 아닌 C를 뽑는다”고들 하죠. 한 단계 더 나아가려면 자기보다 더 나은 사람을 뽑아야 조직이 성장할 수 있습니다.

그렇다면 모르는 분야에서 “이 사람이 진짜 뛰어난가”를 어떻게 판단할 수 있을까요? 글에서는 직접적인 전문성 평가 대신, 면접 중에 관찰 가능한 신호들에 집중하라고 조언합니다. 예를 들어 면접이 끝난 뒤 채용 여부와 관계없이 그 사람이 말한 것의 일부라도 당장 시도해보고 싶다는 생각이 드는지, 면접 도중 이미 그 사람에게서 무언가를 배운다는 느낌이 있는지, 그리고 회사가 지금 실제로 겪고 있는 문제를 던졌을 때 이론이 아니라 경험에서 나온 디테일이 보이는지 같은 것들입니다. 만약 그 사람이 경쟁사로 갔다고 상상했을 때 “큰일났다”는 생각이 든다면 좋은 신호이고, “뭘 할지 모르겠는데”라면 별다른 임팩트를 주지 못할 사람이라는 뜻이라는 비교도 인상적입니다.

레퍼런스 체크 활용법도 흥미롭습니다. 후보자가 골라준 추천인의 긍정적인 평가는 사실상 쓸모가 없지만, 질문을 바꾸면 강력한 도구가 됩니다. “이 사람이 가장 빛날만한 환경은 어떤 곳일까요?”, “아니면 이 사람이 가장 힘들어 할 시나리오는요?” 같은 질문이죠. 약점이 없는 사람을 찾는 게 아니라, 지금 우리 회사 단계에 정확히 들어맞는 강점을 가진 사람을 찾는 것이 더 중요합니다.

그리고 사실 채용보다 더 어려운 건 채용 이후입니다. 아무리 꼼꼼하게 검증해도 막상 들어와서 조직과 맞지 않는 경우는 반드시 생깁니다. 중요한 것은 얼마나 빨리 인지하고 대응하는가입니다. 사람을 뽑았는데 “차라리 내가 직접 하는 게 빠른데?”라는 생각이 들거나, 그들에게서 영감을 얻기보다 불평을 듣는 일이 늘어났다면 모두 잘못 채용했다는 신호입니다. 같이 일하는 팀원들은 대표보다 훨씬 먼저 이걸 느끼지만 말을 꺼내지 못하는 경우가 많고, 정작 해결할 수 있는 사람은 대표뿐인데 본인이 체감했을 즈음엔 이미 늦어 있는 경우가 많습니다.

자신이 잘 모르는 분야일수록, 역량 자체를 평가하기보다 그 사람이 어떻게 사고하고 어떻게 행동하는지를 관찰하는 것이 훨씬 더 신뢰할 만한 신호가 됩니다. 그리고 잘못된 결정을 빠르게 인정하고 정리하는 결단도, 결국 좋은 채용의 일부라는 점을 기억해두면 좋겠습니다.

함께 일할 좋은 사람을 만나는 일은 결국 확률의 문제에 가깝지만, 그 확률을 높이는 방법은 분명 존재합니다. 이 글이 그 판단에 작은 도움이 되기를 바랍니다.


긱뉴스를 만드는 하다 팀에서 Fairy 를 공개했습니다. Fairy는 개발자가 만든 작은 프로젝트와 오픈소스를 직접 후원할 수 있는 서비스입니다.

Show GN을 운영하다 보면 좋은 프로젝트가 정말 많이 올라오지만, 서버비나 개인 시간, 수익화의 어려움 때문에 조용히 사라지는 경우도 적지 않았습니다. 모든 프로젝트가 유료 SaaS가 될 필요는 없고, 광고가 유일한 답도 아니라고 생각합니다.

그래서 Fairy는 “이 프로젝트가 계속 있었으면 좋겠다”, “잘 쓰고 있으니 조금 보태고 싶다” 는 마음을 가볍게 전할 수 있는 후원 흐름을 만들고자 합니다. 이름은 스타트업 초기 투자에서 흔히 말하는 “Family, Friends, and Fools”에서 Fool 대신, 좋은 프로젝트를 알아보고 슬며시 힘을 보태는 Fairy가 있으면 좋겠다는 생각에서 가져왔습니다.

아직은 시작 단계이지만, 좋은 프로젝트가 돈 문제만으로 멈추지 않는 생태계를 함께 만들어보고 싶습니다.

긱뉴스 위클리도 Fairy에서 후원을 받고 있습니다.
후원에 사용한 이메일과 인증된 긱뉴스 계정 이메일이 일치하면, 해당 계정에 서포터 배지가 발급됩니다.
(위클리를 받아보는 이메일 계정과는 별개로, 긱뉴스 계정에 등록된 이메일 기준으로 적용됩니다.)

현재 긱뉴스 위클리는 약 17,000분이 받아보고 계신데요.
긱뉴스를 응원해 주시고 싶다면, Fairy를 통해 힘을 보태주세요. 큰 도움이 됩니다. 감사합니다.


Feedback : 긱뉴스 위클리 어떻게 읽고 계신가요? 의견과 제안 부탁드려요

Show GN - 직접 만드신 오픈소스나, 재직중인 스타트업의 제품/서비스를 소개해주세요.

Ask GN - 다양한 질문을 올려주세요.


매주 월요일 아침, 지난 일주일간의 GeekNews 중 엄선한 뉴스들을 이메일로 보내드립니다.


  • 자신보다 뛰어난 사람을 채용하는 법
  • stitch가 유행시킨(?) DESIGN.md를 모아놓은 사이트

    AI 코딩 도구 시대에 DESIGN.md가 빠르게 확산되고 있습니다. Stitch가 유행시킨 이 포맷은 웹사이트의 디자인 시스템을 하나의 마크다운 파일로 명세화하는 건데요. 이 사이트는 Apple, Stripe 등 유명 사이트들의 디자인 명세를 정리해서 모아놓아, 바로 가져다 쓸 수 있게 해줍니다. Cursor나 Claude Code 같은 AI 코딩 도구에 DESIGN.md를 넣으면 일관된 디자인의 UI를 바로 생성할 수 있어서 활용도가 높습니다. 디자이너 없이 개발자가 디자인 명세만으로 작업하는 흐름이 늘어날 텐데, 이게 새로운 협업 방식이 될지 논란이 될지는 지켜볼 부분입니다.

  • UX의 법칙들

    UI/UX를 만들 때 알아두면 좋은 심리학 기반 원칙 30여 가지를 깔끔하게 정리한 사이트입니다. Hick의 법칙, Fitts의 법칙, Jakob의 법칙 등 이름은 들어봤지만 정확히 뭔지 설명하기 어려웠던 개념들을 한눈에 볼 수 있습니다. AI 코딩 도구로 UI를 만드는 시대에, 이런 법칙 세트를 프롬프트에 넣어서 디자인 리뷰용으로 활용하는 사례도 나오고 있어서 개발자에게도 실용적입니다. 지난주 소개한 "소프트웨어 공학의 법칙들"과 함께 보면 UX부터 팀 운영, 품질, 의사결정까지 폭넓게 챙길 수 있습니다.

  • 만들기 전에 고려해야 할 3가지 제약 조건

    뭔가를 만들기 전에 세 가지 제약을 먼저 걸라는 글입니다. 아이디어를 한 페이지에 담지 못하면 아직 준비가 안 된 것이고, 제품과 별개로 살아남을 수 있는 핵심 기술이 있어야 하며, 제품의 정체성을 규정하는 하나의 결정적 제약이 중심에 있어야 한다는 것이죠. Minecraft의 블록, IKEA의 flat-pack처럼 좋은 제약은 제품의 feel 자체를 만들어줍니다. 바이브 코딩으로 뭐든 빠르게 만들 수 있는 요즘, 오히려 만들지 않을 기준을 먼저 세우는 게 더 중요해진 것 같습니다.

  • NVIDIA Nemotron-Personas-Korea - 대한민국 실제 인구 분포 기반 100만 건 합성 페르소나 데이터셋

    NVIDIA가 대한민국 실제 인구 분포를 반영한 100만 건 합성 페르소나 데이터셋을 공개했습니다. 기존 LLM에 한국 페르소나를 만들라고 하면 직업의 77%가 유자 재배 농민이 되거나, 좋아하는 음식의 40%가 샐러드가 되는 등 심각한 편향이 발생했는데요. 이 데이터셋은 통계청·대법원·건강보험공단 등 공공 데이터를 기반으로 이름·나이·직업·혼인·지역까지 26개 필드를 실제 비율에 맞춰 구성했습니다. CC BY 4.0이라 상업적 활용도 자유롭고, 한국인 대상의 AI 서비스를 만드는 분들에게는 꽤 유용한 자원이 될 것 같습니다.

  • 하네스 엔지니어링: 모델보다 중요한 작업 환경 설계의 시대

    Addy Osmani가 정리한 하네스 엔지니어링 글입니다. AI 코딩 도구의 성과는 모델 자체보다 그 모델을 둘러싼 시스템 프롬프트, 도구, 샌드박스, 피드백 루프 등 하네스가 좌우한다는 주장인데요. 실제로 같은 모델이라도 하네스만 바꿔서 벤치마크 30위권에서 5위권으로 끌어올린 사례가 있습니다. AI가 한 번 저지른 실수를 규칙으로 굳혀 나가는 래칫 원칙이나, 컨텍스트 창 한계를 관리하는 요약·인수인계 패턴 등 실무에 바로 적용할 만한 내용이 많습니다. "다음 모델만 기다리자"보다 지금 가진 모델의 천장을 하네스로 끌어올리자는 관점이 인상적입니다.

  • Remotion - React로 영상을 만드는 오픈소스 프레임워크

    React 코드로 영상의 각 프레임을 정의해서 MP4를 렌더링하는 오픈소스 프레임워크입니다. 2021년에 처음 소개했었는데, AI 에이전트 시대를 맞아 다시 주목받고 있습니다. 에이전트 스킬을 제공해서 자연어로 영상을 묘사하면 Claude Code나 Codex가 Remotion 코드를 자동 생성해주는 방식이라, 코딩 없이도 고화질 영상 제작이 가능해졌습니다. Claude Code 팀도 새 기능 소개 영상을 만들 때 Remotion을 활용한다고 하니, 제품 데모 영상이 필요한 분들은 한번 시도해볼 만합니다. 이번에 오픈한 Fairy 영상도 Remotion 으로 만들어봤는데 정말 편하네요.

  • HyperFrames - HTML로 비디오를 만드는 AI 에이전트 전용 오픈소스 프레임워크

    HeyGen이 만든 Remotion의 대안으로, React 대신 순수 HTML + CSS + GSAP만으로 영상을 만들어 MP4로 렌더링합니다. 빌드 단계 없이 index.html이 곧 비디오 컴포지션이라 AI 에이전트가 코드를 생성하기에 더 단순한 구조입니다. Remotion이 3인 초과 회사에서 유료 라이선스가 필요한 반면, HyperFrames는 Apache 2.0이라 규모 제한 없이 상업적 사용이 가능합니다. 위의 Remotion과 함께 비교해보고 자기 팀 상황에 맞는 쪽을 고르시면 됩니다.

  • Obscura - 오픈소스 헤드리스 브라우저

    웹 스크래핑과 AI 에이전트 자동화에 특화된 경량 헤드리스 브라우저입니다. 헤드리스 Chrome 대비 메모리 30MB(vs 200MB+), 페이지 로드 85ms(vs ~500ms)로 대폭 가벼우면서도 CDP를 구현해 Puppeteer·Playwright 코드를 그대로 쓸 수 있습니다. 특히 --stealth 모드가 잘 동작한다는 평이 많아 인기를 끌고 있고, 3,500개 이상 도메인의 트래커 자동 차단까지 내장되어 있습니다. 대량 크롤링이나 AI 에이전트의 웹 접근 도구로 쓰기에 좋아 보입니다.

  • VibeVoice - 오픈소스 프론티어 음성 AI 모델

    Microsoft가 공개한 오픈소스 음성 AI 모델 패밀리입니다. 특히 최근에 공개한 ASR(음성→텍스트) 모델이 주목받고 있는데, Whisper와 비슷하지만 화자 분리가 모델 자체에 내장되어 있고 최대 60분 오디오를 단일 패스로 처리합니다. Simon Willison의 테스트에 따르면 M5 Max MacBook Pro에서 1시간 분량을 약 8분 45초에 처리했다고 하니 로컬 환경에서도 충분히 실용적입니다. 한국어 포함 50개 이상 언어를 지원하며 MIT 라이선스라, 회의록 자동화나 팟캐스트 트랜스크립션 등에 바로 활용해볼 만합니다.

  • Claude-Ads - Claude Code로 광고 대행사를 대체하기

    Claude Code 스킬로 광고 대행사의 감사(audit) 업무를 자동화하는 오픈소스 프로젝트입니다. Google, Meta, YouTube, TikTok 등 7개 플랫폼에서 250개 이상 항목을 3~5분 만에 점검하고, 수익 영향 기준으로 정렬된 우선순위 리포트를 생성합니다. 대행사가 월 수천 달러에 2~4주 걸려 15~20개만 보는 일을 무료로 대체한다는 주장인데, 실제로 전환 추적 누락이나 예산 배분 오류 같은 곳에서 광고비 15~30% 낭비를 발견하는 경우가 많다고 합니다. 광고 운영하는 스타트업이라면 한번 돌려볼 만합니다.

  • YC의 Requests for Startups - 2026년 여름

    YC가 2026년 여름 배치를 앞두고 15가지 스타트업 아이디어를 공개했습니다. 이전에도 AI 비중이 높았지만, 이번에는 AI 네이티브 서비스 기업, 에이전트용 추론 칩, 에이전트를 위한 소프트웨어 등 AI가 버티컬과 엔터프라이즈 깊숙이 파고드는 방향이 더 뚜렷해졌습니다. 특히 "레거시 SaaS를 AI 네이티브로 교체하라"는 SaaS 챌린저 항목과, 반도체 공급망·우주 산업 같은 하드웨어 쪽 기회도 눈에 띕니다. 창업을 고민 중이라면 방향 잡기에 좋은 참고 자료입니다.

  • tailscale 개인 사용자 무제한 디바이스 접속 가능

    Tailscale이 개인 무료 플랜에서 디바이스 수 제한을 없앴습니다. 기존 Personal Plus 유료 플랜의 핵심 기능인 무제한 디바이스와 최대 6명 사용자 지원이 무료로 내려왔고, 유료는 좌석 기반 요금제로 단순화됐습니다. Cloudflare가 메쉬넷을 내놓겠다고 한 시점과 맞물려 나온 변화라 경쟁 압력도 작용한 것으로 보입니다. 홈서버나 개인 인프라를 운영하는 분들에게는 정말 반가운 소식입니다.

  • GPT 5.5 vs Opus 4.7, 코딩/프로그래밍에 더 나은 모델은?

    Reddit r/codex에서 GPT 5.5와 Opus 4.7의 코딩 성능을 비교하는 토론인데, 대다수가 현시점에서 GPT 5.5의 안정성과 정밀도에 손을 들어주고 있습니다. Opus 4.7은 프론트엔드/디자인에서 소폭 우위라는 평이 있지만, 사용량 제한과 성능 하향 조정 의혹으로 불만이 큰 상황입니다. 댓글에서도 "GPT 5.5로 구조를 잡고 Opus로 UI를 다듬는" 조합 전략이나, 장기적으로는 모델 성능보다 가격·접근성·사용 제한이 더 중요한 선택 기준이 될 거라는 의견이 눈에 띕니다.

  • Fincept Terminal - 금융 분석 플랫폼 오픈소스

    연간 2만 달러 이상인 Bloomberg Terminal의 무료 오픈소스 대안을 목표로 하는 금융 분석 플랫폼입니다. C++20 + Qt6 네이티브 앱으로 구축되어 있고, DCF 모델·포트폴리오 최적화·VaR 같은 CFA 수준 분석 기능과 100개 이상 데이터 커넥터, 37개 AI 에이전트까지 포함하고 있어 스펙만 보면 상당히 야심찬 프로젝트입니다. 16개 브로커 통합으로 실시간 트레이딩도 지원하니, 금융 데이터 분석에 관심 있는 개발자라면 한번 살펴볼 만합니다.

  • Cursor Camp

    항상 기발한 웹 실험을 선보이는 Neal Agarwal의 새 작품입니다. 접속하면 내 마우스 커서가 캐릭터가 되어 다른 접속자들과 함께 캠프를 탐험할 수 있습니다. 건물에 들어가고, 미끄럼틀을 타고, 피아노를 치고, 배지를 모으는 등 마우스 움직임 자체를 조작 방식으로 쓴 발상이 재밌습니다. HN 댓글에 "Neal이 새 게임 낼 때마다 회사 생산성이 떨어진다"는 말이 나올 정도니, 업무 시간엔 주의하세요.

  • AI는 사고를 대체하지 말고 끌어올려야 함

    AI가 그럴듯한 결과물을 빠르게 만들어줄수록, 이해 없이 반복하는 습관이 쉬워지고 판단력을 키우는 연습을 건너뛰게 된다는 글입니다. 뛰어난 엔지니어는 보일러플레이트나 조사 같은 기계적 작업은 맡기되, 문제 정의와 트레이드오프 판단은 직접 소유한다는 구분이 핵심입니다. 특히 경력 초반에 AI가 모든 어려움을 제거하면 기초 역량이 형성되는 단계를 통째로 건너뛸 위험이 있다는 지적이 와닿습니다. AI를 적극 쓰되 사고 자체는 넘기지 않는 선을 어디에 그을지, 한번쯤 점검해볼 만한 글입니다.

  • WhatCable - USB-C 케이블을 검사하는 작은 메뉴 막대 앱

    Mac에 꽂힌 USB-C 케이블이 실제로 뭘 할 수 있는지 메뉴 막대에서 바로 보여주는 앱입니다. 겉모습이 똑같은 USB-C 케이블도 USB 2.0 충전 전용부터 240W/40Gbps Thunderbolt 4까지 천차만별인데, 이 앱이 e-marker 정보를 읽어 속도·전력·충전 병목을 한눈에 알려줍니다. CLI도 함께 제공되고, HN 피드백을 받아 7시간에 16개 릴리스를 내면서 빠르게 다듬어진 점도 인상적입니다. 서랍 속 케이블 정리가 필요하다면 한번 깔아볼 만합니다. 전 이거 깔았다가 USB4 케이블을 주문했네요.

  • 로보틱스 및 피지컬 AI 예측: 2026년의 6가지 투자 전망

    Bessemer Venture Partners가 정리한 로보틱스·피지컬 AI 분야의 6가지 투자 전망입니다. 현재 로보틱스는 LLM으로 치면 GPT-2.5 수준이고, 향후 2년간 데이터 비용만 업계 전체 30억 달러 이상이 소요될 것으로 봅니다. 흥미로운 건 버블 우려와 달리 3천만 달러 이상 투자받은 로보틱스 기업이 소프트웨어의 18분의 1 수준인 42개에 불과해 오히려 구조적 과소 투자 상태라는 진단입니다. 방위 로보틱스에서 최초의 500억 달러 IPO가 나올 것이라는 예측도 눈에 띕니다.

  • AI 에이전트가 우리 프로덕션 데이터베이스를 삭제했다. 그 에이전트의 자백은 아래에 있다

    Cursor + Claude Opus 4.6 조합의 AI 에이전트가 staging 작업 중 credential 문제를 스스로 해결하려다 프로덕션 DB와 백업을 9초 만에 삭제한 사고 사례입니다. 명시적 안전 규칙을 넣어뒀음에도 에이전트는 작업과 무관한 파일에서 API 토큰을 찾아 파괴적 작업을 실행했고, Railway의 볼륨 구조 때문에 백업까지 함께 사라졌습니다. HN에서는 에이전트 탓보다 프로덕션 크리덴셜 관리와 백업 전략 부재가 근본 원인이라는 지적이 많았습니다. 에이전트에 프로덕션 접근 권한을 주고 있다면 꼭 한번 읽어볼 만한 글입니다.

  • 가장 큰 버티컬 AI 시장은 눈에 보이는 곳에 숨어 있다

    파편화되고 운영이 복잡한 산업일수록 오히려 버티컬 AI의 방어벽이 강하다는 Sapphire Ventures의 분석입니다. 핵심은 시장 규모를 소프트웨어 예산이 아닌 서비스·노동 비용 기준으로 보면, 작아 보이던 시장이 실제로는 거대하다는 것입니다. AI가 업무를 "보조"하는 단계에서 "대체"하는 단계로 넘어가면 동일 고객 내 과금 영역이 수십 배 확장되는데, EliseAI가 $50K ACV에서 시작해 미국 아파트 8채 중 1채에 서비스하는 사례가 좋은 예입니다. 위의 YC RFS와 함께 읽으면 시야가 넓어집니다.

  • 문서에 자동 갱신되는 스크린샷 넣기

    도움말 문서의 스크린샷을 빌드할 때마다 자동으로 최신 상태로 갱신하는 방법을 소개하는 글입니다. Markdown에 SCREENSHOT 주석을 넣어두면 headless Chrome이 해당 URL을 방문해 캡처하고, 클릭·대기·크롭 같은 옵션으로 열린 상태의 UI도 잡아냅니다. UI가 조금만 바뀌어도 문서 스크린샷이 금방 낡아지는 문제를 겪어본 분이라면, 코드와 문서를 같은 커밋에서 동기화할 수 있는 이 접근이 꽤 매력적일 겁니다.

  • Turbo Vision 2.0 - 90년대 텍스트 UI의 재현

    90년대 Borland의 Turbo Vision을 크로스플랫폼 + 유니코드로 현대화한 오픈소스 포트입니다. 오버래핑 윈도우, 풀다운 메뉴, 다이얼로그 같은 TUI 위젯이 내장되어 있어 터미널 앱을 꽤 빠르게 만들 수 있고, CJK 전각 문자와 이모지까지 지원합니다. 90년대에 Turbo Pascal이나 Turbo C++을 경험해본 분이라면 향수가 밀려올 텐데, HN 댓글에도 "쓰레기통에서 Turbo Vision 책을 주워서 프로그래밍을 시작했다"는 이야기가 나올 정도로 문화적 보물 같은 프로젝트입니다.

  • PgQue – Bloat 없는 Postgres 큐

    Skype 시대에 수억 명 규모로 검증된 PgQ 아키텍처를 순수 PL/pgSQL로 재구현한 Postgres 내장 메시지 큐입니다. 기존 SKIP LOCKED 큐의 고질적인 dead tuple 누적과 VACUUM 부하 문제를 테이블 로테이션 + TRUNCATE로 원천 제거한 것이 핵심이고, 벤치마크에서 컨슈머 읽기 240만 이벤트/초를 보여줍니다. SQL 파일 하나로 설치되고 RDS·Supabase·Neon 등 managed Postgres에서 바로 쓸 수 있어서, 별도 큐 인프라를 띄우기 부담스러운 환경에서 유용해 보입니다.

  • Zed 1.0 릴리즈

    Atom 팀이 Rust로 처음부터 다시 만든 에디터 Zed가 1.0에 도달했습니다. GPU 셰이더 기반 자체 UI 프레임워크 GPUI 위에 100만 줄 이상의 코드베이스를 쌓아왔고, 병렬 에이전트 실행이나 키 입력 단위 편집 예측 같은 AI 네이티브 기능도 내장되어 있습니다. Mac·Windows·Linux 모두 지원하며 속도와 메모리 사용량에서 호평이 많은데, HN에서는 라이선스 약관의 데이터 조항에 대한 우려도 함께 제기되고 있습니다. Sublime이나 VS Code 대안을 찾고 있다면 한번 써볼 만한 시점입니다.

  • GoModel - Go로 작성된 고성능 AI 게이트웨이

    LiteLLM의 Go 기반 경량 대안입니다. OpenAI, Anthropic, Gemini 등 11개 프로바이더를 단일 OpenAI 호환 API로 통합하고, Go 단일 바이너리라 컨테이너 이미지가 가볍고 콜드스타트가 빠릅니다. 요청 해시 기반 정확 매칭과 임베딩 기반 시맨틱 캐시 2계층 구조가 내장되어 있어 반복 워크로드에서 비용 절감 효과가 있습니다. LiteLLM 도입을 고려하고 있었다면 가벼운 대체제로 한번 비교해볼 만합니다.

  • MiMo-V2.5 — Xiaomi의 오픈소스 옴니모델 AI 모델

    Xiaomi가 공개한 네이티브 옴니모달 AI 모델입니다. 텍스트·이미지·비디오·오디오를 단일 아키텍처에서 처리하며, Sparse MoE 구조로 전체 310B 중 15B만 활성화해 효율적으로 추론합니다. 주목할 점은 에이전트 작업 벤치마크에서 Claude, Gemini, GPT 대비 40~60% 적은 토큰으로 동등한 결과를 달성했다는 것과, 제한적인 라이선스가 많은 중국 모델들과 달리 MIT 라이선스라 승인 없이 상업적 배포와 파인튜닝이 자유롭다는 점입니다.

  • Copy Fail – CVE-2026-31431

    2017년부터 존재해온 Linux 커널의 로컬 권한 상승 취약점이 발견되었다고 해서 떠들썩했습니다. 레이스 조건이나 커널 오프셋 없이 732바이트 Python 스크립트 하나로 root shell을 획득이 가능해서 더 그런데요. Dirty Pipe와 같은 계열이지만 영향 범위가 훨씬 넓고, 컨테이너 탈출 프리미티브로도 작동할 수 있습니다. 가장 시급한 대상은 멀티테넌트 리눅스 호스트, Kubernetes/컨테이너 클러스터, CI 러너(GitHub Actions 셀프호스팅, GitLab 러너 등), 사용자 코드를 실행하는 클라우드 SaaS 등 신뢰할 수 없는 코드가 공유 커널 위에서 실행되는 모든 환경입니다. 패치 전에는 algif_aead 모듈 비활성화가 권장됩니다.

  • 크롬 프롬프트 API

    Chrome에 내장된 Gemini Nano에 자연어 요청을 보내는 브라우저 네이티브 AI API입니다. 서버 왕복 없이 온디바이스에서 추론이 이루어져 개인정보 보호와 지연 최소화에 유리하고, 텍스트뿐 아니라 이미지·오디오 입력까지 지원합니다. Chrome 138부터 오리진 트라이얼로 제공 중이며, HN에서는 SNS의 공격적 톤을 순화하는 확장 같은 고빈도·저비용 온디바이스 활용 사례에 딱 맞는다는 반응이 나오고 있습니다.

  • Chrome의 Prompt API에 대한 Mozilla의 반대

    위의 Chrome Prompt API에 대해 Mozilla가 공식 반대 입장을 밝혔습니다. 핵심 우려는 개발자가 특정 모델의 quirk에 맞춰 프롬프트를 조정하면 2000년대 초반의 브라우저별 코드 분기가 반복될 수 있다는 것과, Google의 사용 약관이 웹 표준 API에 붙는 선례가 된다는 점입니다. 전 Chrome 팀 엔지니어였던 Jake Archibald가 Mozilla로 옮겨 이 반대 글을 작성한 것도 눈길을 끕니다. 웹 표준과 AI 통합의 경계를 어디에 그을지, 흥미로운 논쟁입니다.

  • Apple이 Support 앱에 Claude.md 파일을 포함해서 배포함

    Apple Support 앱 v5.13 업데이트에 CLAUDE.md 파일이 실수로 포함되어 배포된 사건입니다. 파일 내용에는 AsyncStream 기반 채팅 아키텍처, 멀티 백엔드 프로토콜 구조 등 내부 코드베이스 컨텍스트가 담겨 있었고, 긴급 5.13.1 업데이트로 바로 제거됐습니다. Bloomberg의 Mark Gurman에 따르면 Apple은 현재 제품 개발과 내부 도구 상당 부분을 Anthropic 기반으로 운영하고 있으며, 원래 Siri도 Claude 중심으로 재구축하려 했으나 Anthropic의 가격 요구가 너무 커서 Google과 계약했다고 합니다.

  • Claude Code가 커밋에 "OpenClaw"가 언급되면 요청을 거부하거나 추가 요금을 부과함

    커밋 메시지에 "OpenClaw" 관련 문자열이 있으면 Claude Code가 요청을 거부하거나 사용량을 즉시 100%로 채워버리는 현상이 보고되고 있습니다. 빈 repo에 커밋 하나만 남겨도 발생하며, 이전의 HERMES.md 이슈와 같은 맥락의 anti-abuse 시스템 오작동으로 보입니다. Anthropic 측은 "수정됨"이라고 했지만, HN에서는 커밋 히스토리를 뒤져 특정 문자열로 접근을 막는 방식 자체가 정당한 사용자에게까지 피해를 주는 구조라는 비판이 거셉니다.

  • OpenAI Realtime API 기반 음성 제어 React 컴포넌트

    OpenAI가 Realtime API 위에 구축한 React용 음성 제어 컴포넌트입니다. 음성으로 폼 입력이나 UI 동작을 지시하면 앱이 허용한 동작만 수행하는 tool-constrained 패턴이 인상적이고, WebRTC나 Realtime 프로토콜을 직접 다룰 필요 없이 컨트롤러 하나로 세션·오디오·도구 실행을 관리합니다. 데모 영상을 보면 반응 속도가 꽤 빠른데, 아직은 API 비용이 부담스러워 용도가 제한적이고 로컬 모델에서 구현 가능해지면 더 실용적일 것 같습니다.

  • Ghostty가 GitHub를 떠납니다

    Ghostty 터미널을 만든 Mitchell Hashimoto가 반복되는 GitHub 장애에 지쳐 GitHub를 떠나기로 했습니다. 지난 한 달간 거의 매일 장애가 작업에 영향을 줬고, Git 자체가 아니라 Issues·PR·Actions 같은 주변 인프라가 문제의 핵심이라고 짚습니다. 2008년부터 GitHub 사용자 1299번으로 함께해온 만큼 글을 쓰면서 울었다고 할 정도로 감정적인 결정이었다고요. 이전 대상은 아직 미정이지만, 최근 GitHub 안정성 문제가 업계 전반에서 화두가 되고 있는 흐름과 맞물려 주목할 만합니다.

    근데 api.github.com/users/ 뒤에 자신의 깃헙 id 넣으면 나오는게 아이디 만들어진 순서번호 인가 보네요. 저는 126,918 번으로 2009-09-14 에 가입했네요.

  • pgbackrest는 더 이상 유지보수 되지 않음

    PostgreSQL 백업 도구의 사실상 표준이었던 pgBackRest가 유지보수를 종료했습니다. 13년간 개발해온 작성자가 Crunchy Data 매각 이후 이 일을 이어갈 직무 기회와 스폰서십을 확보하지 못했다고 밝혔습니다. block-level 백업, delta restore, 멀티 리포지토리 같은 기능은 대안 도구들이 쉽게 따라오기 어려운 수준이었기에 꽤 큰 손실입니다. 현재 사용 중이라면 당장 문제는 없지만, 대안으로 WAL-GBarman을 미리 검토해두는 것이 좋겠습니다.

  • 이진 검색보다 빠르게 만들 수 있음

    simdjson 등으로 유명한 소프트웨어 성능 전문가 Daniel Lemire의 글로, 배열을 16개씩 블록으로 나눈 뒤 4진 보간 검색으로 범위를 좁히고 블록 내부는 SIMD로 16개를 동시 비교하는 SIMD Quad 알고리듬을 소개합니다. 벤치마크에서 std::binary_search 대비 2배 이상 빠른 성능을 보였고, 모든 측정 조건에서 우수했습니다. 교과서 알고리듬이 오늘날 CPU의 데이터 병렬성과 메모리 병렬성을 전제하지 않고 설계되었다는 점을 잘 보여주는 글이라, 저수준 최적화에 관심 있는 분들에게 추천합니다.

  • FastCGI: 리버스 프록시용으로는 30년이 지나도 여전히 더 나은 프로토콜

    HTTP/1.1 리버스 프록시가 메시지 경계 해석 차이로 desync와 request smuggling 같은 보안 문제를 계속 만드는 반면, 30년 된 FastCGI는 명확한 메시지 프레이밍과 클라이언트 헤더/프록시 신뢰 정보의 구조적 분리를 1996년부터 제공해왔다는 글입니다. Go에서는 http.Servefcgi.Serve로 바꾸는 수준으로 적용 가능하고, SSLMate에서 10년 넘게 프로덕션에서 사용 중이라고 합니다. WebSocket이 필요 없고 성능이 충분하다면 여전히 실용적인 선택지라는 관점이 흥미롭습니다.


✓ 사내 커뮤니케이션 도구에 GeekNews Bot을 추가해서 멤버들과 함께 새 글을 받아보세요
ㅤ→ Slack봇, 잔디봇, Teams봇, Dooray!봇, Discord봇, 구글 챗 봇, Swit 봇
긱뉴스를 트위터에서 구독 하거나 RSS로도 구독 가능 합니다
✓ 주위분들께 긱뉴스 위클리 - https://news.hada.io/weekly 뉴스레터를 추천해 주세요.