리브의 아침 브리핑

01효과적인 소프트웨어 설계 문서 작성법

설계 문서는 구현에 시간을 쏟기 전에 어려운 문제와 중요한 결정을 검토하고, 팀과 협력 팀의 피드백을 미리 받아 두려고 씁니다. 문서에 넣을 결정은 틀렸을 때의 비용으로 고릅니다. 웹앱을 C++로 20만 줄 쓴 뒤 Rails가 맞았다는 걸 깨닫는 상황은 되돌리기 어렵지만, 게시물을 100개 보여줄지 25개씩 보여줄지는 몇 시간이면 바꿉니다.

• 여러 명이 구현을 조율하거나, 3개월 이상 걸리거나, 수년간 운영하거나, 요구사항이 모호하거나, 설계 단계에서 막을 수 있는 치명적 위험이 있으면 쓸 값어치가 높고 둘 이상이면 거의 확실합니다.
• 제목·메타데이터·목적·배경·목표·제외 범위·시나리오·다이어그램·용어집은 선택 목록이며, 프로젝트에 필요한 것만 씁니다.
• 미해결 쟁점에는 가능한 해결 방안과 다음 행동을 적고, 해결한 뒤에도 결정 요약과 기존 논의를 남겨 둡니다. 때로는 투자할 적정 시간이 0일 수도 있습니다.

refactoringenglish.com · 관심사 상 · 추천 상위 7.1%

02여러분의 사고방식에 가장 큰 영향을 준 블로그 글은 무엇인가요?

여러분의 사고방식을 가장 크게 바꾼 블로그 글은 무엇인가요. 저는 Parse, Don't Validate 와 초기 joelonsoftware 글들을 꼽습니다. 모인 답을 보면 잘못된 추상화와 불필요한 복잡성을 경계하는 쪽, 완벽한 코드보다 실제로 완성하는 쪽, 그리고 오래 일하는 방식으로 크게 갈립니다.

• 설계 축에는 The Wrong Abstraction, The Law of Leaky Abstractions, The Grug Brained Developer, Taco Bell Programming 처럼 무리한 공통화와 성급한 일반화를 말리는 글이 모였습니다.
• 완성 축에는 How to ship, You Don't Need to Work on Hard Problems, Black Triangles 가 올라왔고, 운영 축에는 Migrations: the sole scalable fix to tech debt 와 LANGSEC, Hoare 의 The Emperor's Old Clothes 가 있습니다.
• Don't Get Distracted 처럼 흥미로운 알고리듬에 빠져 있는 동안 그 도구가 사람을 추적하는 데 쓰일 수 있다는 점을 놓쳤다는 회고도 함께 추천됐습니다.

lobste.rs · 관심사 상 · 추천 상위 10.6%

03스타트업을 강력하게 만드는 법

스타트업 상담에서 돈을 더 버는 방법을 물으면 대개 점진적 개선이 나옵니다. 대신 무엇이 이 회사를 더 강력하게 만드느냐고 물으면, 기업 가치를 몇 자릿수나 키울 수 있는 전환이 나오기도 합니다. 그런 가상의 전환이 늘 유망한 것은 아니지만, 아이디어를 변형해 보는 시도 자체가 아이디어를 더 잘 이해하게 만듭니다.

• 부품 공급자에 머물지 말고 고객 관계를 직접 쥐거나 돈이 회사를 거쳐 흐르게 만들고, 가능하면 다른 기업이 위에 무언가를 얹는 앱스토어형 구조나 업계 표준을 먼저 제안합니다.
• 풀스택 전략은 기술을 파는 대신 그 기술로 같은 사업을 직접 하는 것이고, 극단으로 가면 고객사의 지적 작업을 전부 흡수해 고객사의 고객이 진짜 고객이 됩니다.
• Paypal 처럼 주력 제품의 주변부가 진짜 제품일 수 있습니다. 사용자의 오용은 강한 수요 신호이므로 불평하지 말고 그 행동이 보내는 메시지를 봅니다.

paulgraham.com · 관심사 중 · 추천 상위 11.5%

04OpenArch - LLM 아키텍처를 모델별 한 파일로 구현한 PyTorch 코드 모음

최신 LLM 아키텍처를 공부하다가 모델별 설계 의도를 제대로 이해하려고 PyTorch 로 하나씩 처음부터 구현했습니다. 공식 저장소는 속도와 샤딩과 하위 호환성을 최적화하느라 읽기 어려운데, OpenArch 는 성능 대신 가독성을 우선해 아키텍처마다 읽을 수 있는 파일 하나로 정리했습니다.

• 어텐션(MHA·GQA·MQA·MLA·슬라이딩 윈도), 정규화(pre/post-norm·QK-Norm·RMSNorm), 위치 인코딩(RoPE·NoPE·YaRN), 밀집형과 MoE 를 나란히 놓고 비교하도록 구성했습니다.
• GPT-2 XL, Llama 2/3/4 Maverick, OLMo 2, DeepSeek R1, Gemma 3, Qwen 3, Kimi K2, GLM 4.5, GPT-OSS 와 멀티모달 PaliGemma 3B 가 순전파 실행 가능하고, Qwen 3 는 4B 밀집형과 30B-A3B MoE 를 둘 다 넣어 같은 계열 안의 차이를 볼 수 있습니다.
• LLM Architecture Gallery 의 72개 전체 구현이 목표이고 미구현 모델 추가와 공식 가중치 대조 테스트에 기여를 받습니다. 프로덕션에는 공식 구현이나 transformers 를 쓰라고 못박아 뒀습니다.

github.com/anuj0456 · 관심사 상 · 추천 상위 21.0%

05Show GN: 바다거북스프 — AI와 질문을 주고받으며 푸는 추리 게임

경기도 갭이어에서 만난 셋이서 만들었습니다. 진행자가 짧고 이상한 이야기를 던지면 참가자가 예/아니오로만 답할 수 있는 질문을 계속 던져 숨은 사연을 추리하는 바다거북스프를, 진행자 역할을 AI 가 맡도록 옮겼습니다. 사람이 모여야 할 수 있던 게임을 혼자서도 할 수 있게 만든 웹 서비스입니다.

• 시나리오를 고르면 사건 개요만 주어지고, 채팅으로 질문해 단서를 모으다가 확신이 서면 정답 추리를 제출해 AI 에게 판정을 받습니다.
• 회원가입 없이 바로 플레이할 수 있고, Cloudflare Workers 위에 올라가 있습니다.
• 댓글에는 추리 모드에서 왜일까라고 치면 답이 새어 나오고 그것을 다시 제출하면 게임이 바로 끝난다는 제보가 붙었습니다.

turtlesoup.mgs3067.workers.dev · 관심사 상 · 추천 상위 59.2%

06Show GN: JetBatang NF - JetBrains Mono Nerd Font에 RIDIBatang 한글을 합친 터미널 글꼴

터미널에서 한글을 예쁘게 보려고 고정폭 글꼴을 직접 만들었습니다. Alacritty 에는 글꼴 폴백 목록이 없어 family 를 하나만 받고, Windows 에서는 시스템이 알아서 한글 글꼴을 골라 버려 무엇이 쓰일지 지정할 수가 없었습니다. 한글만 따로 지정할 방법이 없으니 아예 한 파일로 합쳤습니다.

• 라틴과 Nerd Font 아이콘은 JetBrainsMono Nerd Font 에서, 한글과 가나는 RIDIBatang 에서 가져왔고 한글 폭을 라틴 1칸의 정확히 2배로 고정해 터미널 격자가 어긋나지 않습니다.
• 굵기 8단계에 정체·이탤릭을 곱한 16종이고 Nerd Font 아이콘은 원본 그대로 유지했습니다.
• fontTools 만 있으면 직접 빌드할 수 있고 재료는 스크립트가 받아옵니다. 원본 글꼴을 바꿔 CascadiaCode 같은 다른 Nerd Font 를 바탕으로도 만들 수 있습니다.

github.com/kyh0703 · 관심사 상 · 추천 상위 67.8%

07새소리를 듣고 1800년대 삽화로 그려 주는 e-ink 액자

Show HN: An e-ink frame that hears birds and draws them as 1800s illustrations

마이크가 정원 소리를 듣고 오픈소스 BirdNET 분류기인 BirdNET-Go 가 소리로 새를 판별하면, e-ink 액자가 그 새의 1800년대 자연사 삽화를 꺼내 그립니다. 노르웨이 베르겐에 있는 제 정원의 실시간 웹 데모도 함께 열어 뒀습니다.

• 감지된 새 목록이 바뀔 때만 화면을 다시 그리고, 콜라주를 e-ink 표시용 6색으로 디더링합니다.
• 큰 새일수록 화면 중앙에 오도록 실제 체중에 따라 크기를 조절합니다.
• 400종이 넘는 새의 800개 이상 컷아웃을 전부 공개 도메인 도판에서 오려 냈고, 현재 커버리지는 북유럽과 영국권이 가장 좋습니다.

github.com · 관심사 최상 · 프런트 상위 0.5%

08System One 모델 계열과 Jev 공개

Introducing System One Models and Jev

typesafe.ai 가 System One Models 와 Jev 를 공개했습니다. 이름부터 이중 처리 이론의 시스템 1을 가리키는데, 텍스트를 생성하지 않는 계열이라는 점이 기존 LLM 발표와 가장 크게 갈리는 지점입니다.

• 발표에 붙은 데모 중에서는 Doom 을 다루는 쪽이 가장 많이 회자됐습니다.
• 텍스트를 만들지 않는다는 점 때문에, 반응 쪽에서는 언어 모델보다 Tesla FSD 스택 같은 실시간 제어 계열과 비교하는 시각이 나왔습니다.
• 공개 주체의 인물 이름이 기존 AI 기업 경영진 이름과 헷갈린다는 반응도 함께 붙었습니다.

typesafe.ai · 관심사 최상 · 프런트 상위 4.2%

09대량 감시 25년, 이제 충분하다

25 years of mass surveillance is enough

슈나이어가 25년간의 대량 감시를 결산했습니다. 감시 체계가 어떻게 확장돼 왔고 어디서 멈출 수 있었는지를 짚으면서, 이제는 정리할 때라고 말합니다.

• 반응에서는 수정헌법 1조와 4조의 보호를 최대한 활용하도록, 자기 기기와 자기 집에서 돌아가는 쓰기 쉬운 서비스를 만들어 널리 퍼뜨리자는 제안이 나왔습니다.
• 각국 정부가 이제 막 시작하는 단계일 뿐이라는 비관도 함께 올라왔습니다.
• 감시와 전체주의적 통제는 권력을 쥔 쪽까지 포함해 모두에게 하강 나선이라는 관점에서, 도덕경의 금령이 많을수록 백성이 가난해진다는 구절을 끌어온 반응도 있었습니다.

schneier.com · 관심사 중 · 프런트 상위 2.8% · 화제

10Gemini 3.8 Live 와 Extended Thinking 공개

Gemini 3.8 Live and 3.8 Live Extended Thinking

구글이 Gemini 3.8 Live 와 3.8 Live Extended Thinking 을 공개했습니다. 실시간 상호작용 계열에 사고 시간을 늘린 변형을 나란히 붙인 구성입니다.

• Live 와 Extended Thinking 두 갈래를 같은 발표에 함께 올렸습니다.
• 반응 쪽에서는 데모 영상에서 체스의 가장 흔한 외통 패턴에 지는 장면이 나왔다는 지적이 가장 많이 공유됐습니다.
• 사고라는 이름에 대한 냉소가 붙는 한편, Gemini 계열의 산문이 읽을 만하다는 평가는 여전하다는 반응도 있었습니다.

blog.google · 관심사 최상 · 프런트 상위 22.8%