부정적 피드백의 아름다움과 두려움
첫 컨퍼런스 발표에서 익명의 날카로운 피드백을 받은 경험을 통해, 불편한 평가는 즉시 거부하기보다 감정을 가라앉힌 뒤 개선의 단서로 살펴볼 필요가 있다고 이야기합니다. 접근성을 지키면서도 발표를 더 역동적으로 만드는 방법을 고민하게 된 과정이 핵심입니다.
개발·오픈소스 · 최신기사
개발 도구와 언어, 웹 기술과 오픈소스 프로젝트의 변화를 다룹니다.
누가 GDPR을 싫어하는지를 보면 GDPR이 좋은 이유를 알 수 있습니다
이 글은 GDPR을 둘러싼 미국 기술 업계의 반발을 규제의 실패가 아니라 개인정보 보호가 실제로 기업의 권력을 제한하고 있다는 증거로 해석합니다. 유럽의 규제가 일본과 글로벌 데이터 산업으로 확산된 과정, 미국의 감시 자본주의와 연방 규제 부재를 연결해 GDPR의 영향력을 설명합니다.
스페인, Archive.today와 미러 도메인 차단 명령
스페인 문화부 산하 지식재산위원회 제2부가 웹 아카이빙 서비스 Archive.today와 여러 미러 도메인에 대한 차단을 명령했습니다. 접속자는 정부 차단 페이지로 이동하며, 지식재산권 보호 콘텐츠에 대한 불법 접근을 촉진하고 있다고 안내받습니다.
Google은 앱을 14일간 테스트할 낯선 사람 12명을 직접 찾게 했습니다 — 아무도 그 일이 얼마나 어려운지 알려주지 않았습니다
2023년 11월부터 신규 개인 개발자 계정은 Google Play 정식 출시 전에 최소 12명의 테스터가 14일 연속 앱을 사용하도록 해야 합니다. 글쓴이는 이 요건을 충족하기 위해 개발자끼리 테스트를 교환하는 PeerPlay를 만들었지만, 설치 수와 실제 사용 세션 사이의 간극과 이탈 문제를 함께 확인했습니다.
인터넷 검열을 측정하세요
OONI Probe를 실행하면 국가별 웹사이트 차단 여부, 메신저 접근성, 우회 도구 작동 여부와 네트워크 성능을 검사할 수 있습니다. 결과는 거의 실시간으로 공개 데이터셋에 추가되어 인터넷 검열의 투명성을 높이는 데 활용됩니다.
웹 브라우저의 미래에 대한 생각
Firefox의 AI 통합에 반대하며 Mozilla와 분리된 브라우저 기반을 만들자는 제안과 그 결과로 시작된 base browser 프로젝트를 소개합니다. Firefox 153 ESR에서 사용자에게 적대적인 기능을 코드에서 제거하고, 오프라인 리더·독립 애플리케이션·피드 리더로 브라우저 의존도를 낮추려는 실험과 웹의 새로운 방향에 대한 문제의식을 다룹니다.
거대한 미지의 코드베이스에 갑자기 투입됐나요? 생존 가이드입니다
대규모 코드베이스를 처음 접했을 때 모든 파일을 읽으려 하지 말고, 애플리케이션을 실행한 뒤 진입점과 실제 기능의 흐름을 추적하며 구조를 파악하라고 제안합니다. 작은 변경과 팀원·Git 기록·테스트 활용, 학습 내용 문서화를 통해 일주일 안에 실용적인 코드베이스 지도를 만들 수 있다고 설명합니다.
Hacker News 순위는 어떻게 작동하는가 — 점수, 논란, 페널티
Hacker News의 게시물 순위가 추천 수와 게시 후 경과 시간만으로 결정되지 않으며, 도메인·제목·댓글 논란 등에 따른 페널티가 함께 적용된다는 분석입니다. 특히 댓글 수가 추천 수를 앞서고 40개에 도달하면 게시물이 순식간에 하락하거나 첫 페이지에서 사라질 수 있다고 설명합니다.
dev.to 게시물의 92%는 반응 0개입니다 — 제목 조언으로는 바뀌지 않습니다
dev.to의 인기 피드가 아니라 무작위 게시물을 분석한 결과, 91.7%가 반응을 하나도 얻지 못했고 95.7%는 댓글도 없었습니다. 제목의 숫자·목록·How 같은 관행보다 태그와 기존 독자층이 훨씬 큰 차이를 만들었으며, 작성자 내부 비교에서는 제목 효과가 사라졌습니다.
AI에게 글쓰기를 맡기면 안 되는 거의 모든 이유
에릭 그루네월드는 글쓰기가 단순한 표현 작업이 아니라 사고와 검증의 과정이므로, 실질적인 글을 AI로 작성하지 말아야 한다고 주장합니다. AI가 만드는 문장은 그럴듯하지만 모호하고 미묘하게 틀리기 쉬우며, 공개 시 독자와의 암묵적 신뢰를 훼손할 수 있다고 설명합니다.
아키텍처 우주비행사에게 겁먹지 마세요
추상화와 아키텍처를 지나치게 높은 수준에서 논하는 ‘Architecture Astronauts’가 실제 사용자의 문제와 소프트웨어의 목적을 놓치는 현상을 비판합니다. Napster, SOAP, XML, .NET, Jini 등의 사례를 통해 기술 유행보다 사용자가 새롭게 할 수 있는 일이 중요한 이유를 설명합니다.
배우면서 바로 글을 씁니다
새로운 기술을 배울 때 겪은 질문과 탐색 과정을 해결 직후 기록하자는 글입니다. 초보자용 설명과 전문가용 문서 사이에는 용어와 맥락을 연결해 주는 자료가 부족하므로, 성공뿐 아니라 실패와 막혔던 지점까지 남기는 것이 다른 학습자와 문서 유지보수자 모두에게 도움이 된다고 설명합니다.
AI가 코딩하는 동안 무엇을 하시나요? 저는 AI끼리 논쟁하게 합니다
두 개의 LLM이 같은 작업을 독립적으로 검토한 뒤 근거를 교환하게 하는 AdversarialDebate를 소개합니다. 초기에는 논쟁처럼 보이는 대화의 89%가 연극에 불과했지만, 독립 판정과 구조화된 반론을 적용한 v0.2.0에서는 2,333개 데이터 행 기준 88.7%의 이진 일치율을 기록했습니다.
샌프란시스코 양파 선물 회사 — 실물 인도를 약속하는 사설 양파 선물 계약
San Francisco Onion Futures Company는 최대 6개월 뒤 노란 양파를 실제로 받는 사설 계약을 판매합니다. Stripe 결제, 고유 계약 키를 통한 양도와 배송 정보 갱신, 월별 가격 책정 알고리즘을 운영하며, Hacker News에서는 이 구조가 미국의 양파 선물 금지법상 거래소에 해당하는지를 두고 논쟁이 벌어졌습니다.
MosMos — 회의 전·중·후에 작동하는 음성 글쓰기
MosMos는 개인의 생각과 여러 사람이 참여한 대화를 음성으로 받아 실제 문서 작업에 활용할 수 있도록 만드는 음성 글쓰기 도구입니다. 자연어 받아쓰기, 사용자 지정 문체, 웹 검색, 개인 용어집, 화자 구분과 타임스탬프 기반 회의 정리 기능을 제공합니다.
Resilient와 Battle-Tested는 같은 말이 아닙니다
AI 도구로 빠르게 만든 애플리케이션을 곧바로 production-grade나 battle-tested라고 부르는 것은 신뢰성의 서로 다른 축을 혼동하는 일입니다. Resilient는 예상한 오류를 견디도록 설계됐다는 뜻이고, battle-tested는 실제 운영 장애와 예측하지 못한 조건을 겪고 수정한 이력까지 포함해야 합니다.
ProductBridge — AI 네이티브 고객 지원·피드백 에이전트
ProductBridge는 고객 지원, 피드백 수집, 설문과 투표를 하나로 묶는 AI 에이전트입니다. 헬프 센터 기반 답변과 API·MCP 연동, 피드백 중복 제거와 도달 범위·매출 기준 우선순위화를 제공해 제품 로드맵을 정량적 근거에 연결합니다.
CSS-Tricks는 협동조합이 될 수 있습니다
CSS-Tricks의 기고자였던 Eric Bailey가 사이트를 기업 소유가 아닌 협동조합(Co-op)으로 운영하자고 제안합니다. 웹 지식 인프라는 단기 수익보다 보존과 육성이 중요하며, 집단 소유가 기업 전략 변화와 경영진의 일방적 결정으로부터 콘텐츠를 지킬 수 있다는 주장입니다.
Typst 0.15, 큰 진전을 이루다 — LaTeX 대체재를 향한 발걸음
Rust로 작성된 조판 시스템 Typst가 0.15 버전을 공개하며 가변 폰트, MathML 수식 출력, 다중 문서 번들, 챕터별 참고문헌, 다중 PDF 표준 지정 등 대형 기능을 추가했습니다. HTML 출력은 아직 실험 단계지만 MathJax 없이 TeX 수준의 수식을 브라우저에 렌더링할 수 있게 되어 LaTeX 대체재로서의 가능성을 다시 보여주었습니다.
저는 12살입니다 — 오늘 아침 두 호스팅 업체와 싸웠고, 제 앱은 둘 다 살아남았습니다
12살 개발자가 만든 AI 코드 멘토 앱 KODA가 축제 첫날 아침 두 번의 호스팅 위기를 겪은 이야기입니다. Netlify의 빌드 크레딧 고갈과 Neocities의 엄격한 Content Security Policy(CSP)라는 서로 다른 장벽을 만났지만, 수동 배포와 사전에 설계한 장애 대응 로직 덕분에 앱은 끝까지 살아남았습니다. 인프라가 앱을 죽일 수 있다는 교훈을 담은 생생한 장애 대응기입니다.