$ sh blog.update.sh

2026-03-09 주간 URL 모음

2026-03-08T23:00:00.000Z

Redis Patterns for Coding Agents
- Archive | HackerNews
- 요약
  - 이 사이트는 Redis 전용 디자인 패턴, 모범 사례, 커맨드 레퍼런스를 제공하며, 인간 개발자와 LLM 코딩 에이전트 모두를 위해 최적화되어 있음
  - 중요: 본 문서는 Redis(redis.io) 전용이며, Valkey, KeyDB, Dragonfly 등 Redis 호환 대안과는 호환성이 다를 수 있음
  - LLM 코딩 에이전트는 llms.txt(머신 리더블 인덱스)를 먼저 가져온 후, 필요한 개별 .md 파일을 순차적으로 조회하는 방식으로 활용할 수 있음
  - 커맨드 레퍼런스는 카테고리별 인덱스(commands-index.md)와 개별 커맨드 문서(commands/content/commands/)로 구성되며, github.com/redis/docs의 미러임
  - 핵심 디자인 패턴(Fundamental)으로는 원자적 업데이트, Cache-Aside, 캐시 스탬피드 방지, 분산 락(Redlock 포함), Rate Limiting, Redis Streams, Vector Sets 등 20개 패턴이 제공됨
  - 커뮤니티 패턴으로는 비트맵, 지리공간, 리더보드, Pub/Sub, 세션 관리, 벡터 검색/AI 등 실용적인 6개 패턴이 포함됨
  - 프로덕션 패턴으로 Pinterest(기능별 파티셔닝, 큐), Twitter/X(커스텀 자료구조), Uber(탄력성 및 샤딩) 등 대형 기술 기업의 실제 적용 사례를 다룸
  - 분산 환경에서의 일관성을 위해 Redlock 알고리즘(N개 인스턴스 중 과반수 락 획득)과 Cross-Shard Consistency 패턴이 별도로 제공됨
  - Redis 8의 Vector Sets를 활용한 시맨틱 검색, RAG 파이프라인, 추천 시스템 등 AI 관련 패턴이 포함되어 있음
  - 모든 패턴 문서는 HTML과 Markdown 형식으로 동시 제공되어 접근성과 자동화 활용이 용이함

2026-03-02 주간 URL 모음

2026-03-01T23:00:00.000Z

PostgreSQL Bloat Is a Feature, Not a Bug
- HackerNews
- 요약
  - PostgreSQL의 블로트(Bloat) 현상은 버그가 아니라 MVCC 설계에 내재된 특성으로, 행 수가 동일해도 디스크 사용량이 증가하고 쿼리 성능이 저하되는 원인임
  - Postgres는 데이터를 8KB 고정 크기 페이지(Page) 단위로 저장하며, 페이지는 한번 할당되면 삭제해도 파일시스템에 반환되지 않아 테이블 파일은 오직 커지거나 유지될 뿐임
  - MVCC(Multi-Version Concurrency Control) 방식에서 UPDATE는 기존 튜플을 수정하지 않고 새 튜플을 추가하며, DELETE도 실제로 데이터를 지우지 않고 xmax 값만 설정해 데드 튜플(Dead Tuple) 이 누적됨
  - 데드 튜플은 쿼리 결과에 보이지 않지만 디스크 공간을 차지하고, Postgres가 페이지를 읽을 때 이를 스캔해야 하므로 디스크 공간 낭비뿐 아니라 성능 저하도 유발함
  - 테이블 블로트는 pgstattuple 익스텐션의 dead_tuple_percent로 측정할 수 있으며, 인덱스도 데드 튜플을 가리키는 항목이 남아 인덱스 블로트가 별도로 발생함
  - 인덱스 블로트는 REINDEX INDEX CONCURRENTLY로 해결할 수 있으며, 일반 REINDEX는 테이블을 완전히 잠그므로 운영 중에는 CONCURRENTLY 옵션 사용을 권장함
  - VACUUM은 데드 튜플의 공간을 재사용 가능하도록 표시하지만 테이블 파일 크기 자체를 줄이지는 않으며, VACUUM FULL은 테이블을 완전히 재작성해 공간을 반환하지만 테이블을 독점 잠금함
  - Postgres의 Autovacuum은 기본적으로 데드 튜플이 전체의 20% + 50행을 초과할 때 자동 실행되며, 대용량 테이블이나 고트래픽 환경에서는 autovacuum_vacuum_scale_factor, autovacuum_vacuum_threshold 등을 개별 튜닝해야 함
  - 장기 실행 트랜잭션은 VACUUM이 해당 트랜잭션이 필요로 할 수 있는 모든 튜플을 정리하지 못하게 막아 데이터베이스 전체 블로트를 유발할 수 있으므로 주의가 필요함
  - 블로트 허용 기준으로 소규모 DB는 30~50%, 대규모 DB(50GB+)는 20% 이하를 유지하는 것을 권장하며, 과도한 블로트 시 Autovacuum을 더 적극적으로 조정하거나 pg_repack을 활용할 수 있음
Why Senior Engineers Let Bad Projects Fail
- Archive | HackerNews | GeekNews
- 요약
  - 시니어 엔지니어는 "나쁜 프로젝트"를 발견해도 항상 개입하지 않는데, 옳다는 것과 효과적이라는 것은 다르기 때문이다.
  - "나쁜 프로젝트"는 UX, 기술적 설계, 정치적 동기(승진용, 유행 추종 등) 측면에서 다양하게 정의되며, 그 판단은 초기엔 주관적이지만 시니어일수록 직관적으로 감지할 수 있다.
  - 소프트웨어 회사는 속도와 실행을 중시하기 때문에 우려 제기는 무시되기 쉽고, 너무 자주 반대하면 "부정적인 사람"으로 낙인찍힐 위험이 있다.
  - 영향력을 은행 계좌처럼 관리해야 한다: 코드 리뷰 소소한 지적($5), 아키텍처 도전($500), VP의 프로젝트 반대($50,000)처럼 소비 규모가 다르며, 잔고가 바닥나면 정치적 파산 상태가 된다.
  - 개입 여부를 결정하는 세 가지 핵심 기준은 ① 프로젝트와의 근접성, ② 실패 시 내 팀에 미치는 영향, ③ 실패 시 회사 전체의 피해 규모이다.
  - 개입 방식은 스펙트럼이 존재한다: 직접 프로젝트 중단 요청(핵옵션) → 팀에 우려 직접 전달 → 방향 살짝 조정(넛지) 순으로 강도가 다르다.
  - 개입하지 않을 때는 의존성을 줄이거나 추상화 레이어를 만드는 조용한 대비책을 마련하거나, 나쁜 프로젝트의 핵심 아이디어를 자신의 프로젝트에 더 나은 방식으로 흡수하는 전략을 쓸 수 있다.
  - 팀원들에게는 나쁜 프로젝트를 좋은 척 포장하지 말고, 정치적 세부사항 없이 사실에 기반해 솔직하게 소통해야 신뢰를 유지할 수 있다.
  - 결론적으로, 모든 것을 고치려 하기보다 실제로 결과를 바꿀 수 있는 싸움을 전략적으로 선택하는 것이 시니어 엔지니어의 핵심 역량이다.
Car Wash Test on 53 leading AI models: "I want to wash my car. The car wash is 50 meters away. Should I walk or drive?"
- Archive | HackerNews | GeekNews
- 요약
  - "Car Wash Test"는 53개의 주요 AI 모델에 "50미터 거리의 세차장에 가려면 걷는 게 나을까, 운전하는 게 나을까?"라는 단순한 논리 질문을 던지는 벤치마크로, 정답은 반드시 운전해야 함(차가 세차장에 있어야 하므로)
  - 단 1회 테스트에서 53개 모델 중 11개만 정답(drive)을 선택했으며, 42개 모델은 "50미터는 짧으니 걷는 게 효율적"이라는 잘못된 휴리스틱에 따라 오답을 선택함
  - 10회 반복 일관성 테스트(총 530회 API 호출) 결과, 매번 정답을 맞힌 모델은 단 5개(Claude Opus 4.6, Gemini 2.0 Flash Lite, Gemini 3 Flash, Gemini 3 Pro, Grok-4)에 불과함
  - GPT-5는 단일 테스트에서 정답을 맞혔지만 10회 중 7회(70%)만 성공했으며, Sonar는 1회 테스트에서 정답이었으나 10회 반복에서 0/10으로 완전히 실패함
  - 전체 모델 중 33개는 10회 반복에서 한 번도 정답을 맞히지 못했으며, Llama, Mistral, DeepSeek 전 모델과 대부분의 Claude/GPT 하위 모델이 포함됨
  - Rapidata를 통한 인간 기준선 테스트(1만 명)에서 71.5%가 정답(drive)을 선택, 53개 모델 중 48개는 평균적인 인간보다도 낮은 정답률을 기록함
  - AI 모델의 실패는 크게 3가지 유형으로 분류됨: ① 항상 틀리는 모델(33개), ② 가끔 맞히지만 예측 불가한 모델(15개, 프로덕션 환경에서 가장 위험), ③ 항상 맞히는 모델(5개)
  - 이 테스트는 AI가 단순한 맥락적 추론보다 학습된 휴리스틱("짧은 거리 = 걷기")을 우선시하는 신뢰성 문제를 드러내며, 복잡한 실제 비즈니스 로직에서의 위험성을 시사함
  - 구조화된 예시와 도메인 컨텍스트를 제공하는 컨텍스트 엔지니어링이 휴리스틱을 억제하고 추론 품질을 높이는 방법 중 하나로 제시됨
  - 모든 테스트는 Opper의 LLM 게이트웨이를 통해 동일한 프롬프트·포맷으로 진행됐으며, 전체 데이터는 JSON 형식으로 공개됨
(번역) 자바스크립트의 명시적 리소스 관리
- Archive
- 요약
  - 자바스크립트는 전통적으로 리소스 정리(cleanup)를 개발자의 책임으로 남겨두어 try / finally 패턴에 의존했으며, 이는 장황하고 실수하기 쉬운 코드를 만들어 왔음
  - 명시적 리소스 관리(Explicit Resource Management) 는 리소스 정리를 언어 수준에서 보장하는 1급(first-class) 기능으로, 관례나 패턴이 아닌 언어 자체의 일부로 제공됨
  - using 키워드를 사용하면 스코프를 벗어날 때 리소스가 자동으로 정리되며, try / finally 없이도 누락 없는 정리가 보장됨
  - 리소스 정리 방식은 Symbol.dispose(동기)와 Symbol.asyncDispose(비동기) 심볼을 구현하는 방식으로 활성화(opt-in)되며, 각 라이브러리의 정리 방식을 표준화함
  - 비동기 정리가 필요한 경우 await using을 사용하며, 스코프 종료 시 정리 완료까지 대기한 후 다음 코드로 진행함
  - 여러 리소스를 using으로 선언하면 정리가 역순(스택 방식) 으로 자동 수행되어, 기존의 수동 정리 순서 관리 부담이 사라짐
  - using이 적합하지 않은 유연한 상황에서는 DisposableStack / AsyncDisposableStack을 사용하여 동일한 안전성을 확보할 수 있음
  - 이 기능은 서버 사이드에만 국한되지 않고, Web Streams, 옵저버, IndexedDB 트랜잭션 등 프런트엔드 환경에도 동일하게 적용 가능함
  - 2026년 초 기준 Chrome 123+, Firefox 119+, Node.js 20.9+에서 지원되며, Safari는 미지원이지만 로드맵에 포함되어 있음
  - 이 기능은 try / finally를 완전히 대체하는 것이 아니라 더 나은 기본값을 제공하며, 보일러플레이트 감소, 리소스 누수 방지, 코드 가독성 향상에 기여함

2026-02-23 주간 URL 모음

2026-02-22T23:00:00.000Z

Modern CSS Code Snippets | modern.css
- Archive | HackerNews
- 요약
  - 현대적인 CSS 코드 스니펫과 이를 대체하는 오래된 핵(hack)들을 나란히 비교하여 보여줌
Designing A Streak System: The UX And Psychology Of Streaks — Smashing Magazine
- 요약
  - 스트릭(Streak)은 사용자가 특정 행동을 연속으로 완료한 일수를 나타내며, 단순한 지표를 넘어 행동 심리학과 깊이 연결된 강력한 UX 패턴임
  - 스트릭의 심리적 기반은 세 가지 원리로 설명됨: 손실 회피(Loss Aversion)(잃는 고통이 얻는 기쁨보다 2배 강함), Fogg 행동 모델 B=MAP(동기·능력·촉발 요소가 동시에 존재해야 행동 발생), 자이가르닉 효과(미완성 과제가 완료된 것보다 더 오래 기억에 남음)
  - 스트릭은 습관 형성에 긍정적이지만, 목표보다 스트릭 자체를 지키는 것에 집착하는 강박(Compulsion) 으로 변질될 수 있어 윤리적 설계가 중요함
  - 좋은 스트릭 UX 설계의 핵심 원칙
    - 행동을 최대한 작고 쉽게 만들어 진입 장벽을 낮출 것 (예: 명상 앱의 30초 세션)
    - 시각적 피드백을 통해 노력을 실감 나게 표현할 것 (예: GitHub 기여 그래프, 애플 피트니스 링)
    - 타이밍에 맞는 알림을 활용하되, 과도한 알림으로 인한 피로감을 주의할 것
    - 마일스톤 축하로 감정적 보상을 제공해 지속 동기를 유지할 것
    - 그레이스 메커니즘(스트릭 프리즈, 유예 시간, 점감 모델 등)으로 불가피한 중단에 유연하게 대처할 것
  - 타임존 처리와 치팅 방지를 위해 서버를 단일 진실의 원천(Single Source of Truth) 으로 삼고, 사용자 로컬 타임존 기준으로 날짜를 비교하며, 모든 이벤트를 UTC 타임스탬프와 메타데이터로 서버 측에서 검증해야 함
  - 스트릭 시스템의 핵심 로직은 사용자의 행동 이벤트를 서버가 수신 후 로컬 타임존으로 변환하여 날짜를 비교하고, 같은 날·다음 날·하루 이상 공백 등 각 경우에 따라 스트릭을 유지·연장·리셋하는 방식으로 동작함
  - 서버 다운타임이나 버그로 인한 스트릭 손실에 대비해 유예 윈도우 제공 및 관리자 수동 복구 기능을 구축해야 하며, 모든 제품이 스트릭 시스템을 필요로 하는 것은 아님을 설계 전에 반드시 고려해야 함
The path to ubiquitous AI
- HackerNews | GeekNews
- 요약
  - AI의 광범위한 채택을 가로막는 두 가지 핵심 장벽은 높은 지연 시간(latency)과 천문학적인 비용이며, Taalas는 이를 해결하기 위해 설립된 AI 추론 하드웨어 스타트업임
  - Taalas는 임의의 AI 모델을 커스텀 실리콘(칩)으로 변환하는 플랫폼을 개발하며, 새로운 모델 수령 후 단 2개월 만에 하드웨어로 구현 가능함
  - Taalas의 핵심 기술 철학은 세 가지로 구성됨:
    - 완전 특화(Total Specialization): 각 모델에 최적화된 실리콘 생산
    - 저장과 연산의 통합(Merging Storage and Computation): 단일 칩에서 메모리와 컴퓨팅을 DRAM 수준 밀도로 통합하여 기존 한계 극복
    - 근본적 단순화(Radical Simplification): HBM, 고급 패키징, 액체 냉각 등 복잡한 기술 없이 시스템 총비용을 10배 절감
  - 첫 번째 제품인 HC1(Llama 3.1 8B 하드와이어드 모델)은 사용자당 초당 17,000 토큰을 처리하며, 이는 현재 최고 수준 대비 약 10배 빠르고, 구축 비용은 20배 저렴하며, 전력 소비는 10배 적음
  - HC1 기반 Llama는 현재 챗봇 데모 및 추론 API 서비스로 제공되고 있으며, 컨텍스트 윈도우 크기 조정 및 LoRA를 통한 파인튜닝을 지원함
  - HC1은 커스텀 3비트 기반 데이터 타입을 사용해 일부 품질 저하가 있으나, 2세대 플랫폼(HC2)은 표준 4비트 부동소수점 형식을 채택하여 이를 개선할 예정임
  - 향후 제품 로드맵으로는 HC1 기반 중형 추론 LLM(봄 출시 예정)과 HC2 기반 프론티어 LLM(겨울 배포 예정)이 계획되어 있음
  - Taalas는 24명의 팀원과 3,000만 달러(조달액 2억 달러 이상 중)만으로 첫 제품을 출시하며, 소규모 정예 팀과 집중된 목표로 대규모 자본 투입 없이 성과를 달성함
  - Taalas의 궁극적 목표는 지연 시간과 비용이라는 AI 보급의 핵심 장벽을 제거하여, 즉각적이고 초저비용의 AI 추론을 개발자들에게 제공하는 것임
애니메이션을 설계하는 방법 | kciter.so
- Archive | GeekNews
- 요약
  - 애니메이션도 설계할 수 있으며, 복잡한 움직임은 단순한 상태 변화의 조합으로 분해되고 수학적으로 표현 가능함
  - 모든 애니메이션은 그래프로 표현할 수 있으며, 그래프의 모양이 움직임의 느낌을 결정함 (가로축: 시간 또는 스크롤 등 입력값, 세로축: 변하는 속성값)
  - 이징(Easing)과 큐빅 베지어 커브: 선형 보간의 재귀적 적용으로 두 제어점만으로 다양한 가감속 움직임을 표현하며, 이징 선택은 "목적"에 따라 결정됨
  - 지수적 접근: value += (target - value) * factor 수식을 매 프레임 적용해 목표값이 실시간으로 바뀌는 상황에서도 자연스러운 감속 곡선을 만들 수 있음
  - 스프링 애니메이션: 복원력과 감쇠력 기반의 물리 시뮬레이션으로, 고정된 duration 없이 stiffness와 damping 두 파라미터만으로 탄성 있는 다양한 움직임을 구현함
  - 물리 시뮬레이션: 중력·마찰·충돌 등의 규칙만 정의하면 복잡한 움직임이 자동으로 생성되며, 다수 오브젝트 상호작용이나 인터랙티브 요소에 적합함
  - 삼각함수(sin/cos): 진폭·주파수·위상 세 파라미터로 주기적 움직임을 표현하며, 여러 요소에 위상 차이를 주면 파동·플로팅 같은 효과를 만들 수 있음
  - 톱니파: (t % period) / period로 0→1 단방향 반복을 구현하며, 펄스·핑 등 "시작→끝→즉시 리셋" 패턴에 활용됨
  - 복잡한 애니메이션 설계 원칙으로 그래프 구간 분리, 의존성 파악, 파이프라이닝, 상태 전환 설계, 속성 분리, 랜덤성, 양방향성 고려 등을 제시함

2026-02-16 주간 URL 모음

2026-02-15T23:00:00.000Z

For the Love of Craft: Vectorize Images in Figma Design and Draw | Figma Blog
- Archive
- 요약
  - Figma가 새로운 AI 이미지 편집 도구인 Vectorize를 출시하여 래스터 이미지를 편집 가능한 벡터로 변환할 수 있게 함
  - Vectorize는 Remove background, erase object, Expand image에 이어 Figma의 AI 이미지 편집 툴킷에 추가된 최신 기능임
  - Figma Design과 Figma Draw에서 사용 가능하며, 한 번의 클릭으로 이미지를 캔버스에 가져와 편집 가능한 벡터로 변환함
  - 주요 활용 사례 1: 래스터 드로잉을 벡터로 변환하여 스케치를 유연한 벡터 일러스트레이션으로 만들고, 색상 변수를 사용해 브랜드 일관성 유지 가능
  - 주요 활용 사례 2: 손글씨 레터링을 편집 가능하게 변환하여 캘리그래피나 종이 스케치를 수정 가능한 로고로 만들고, 배경 제거 및 개별 문자 조정 가능
  - 주요 활용 사례 3: 재사용 가능한 텍스처 오버레이 생성으로 그레인이나 노이즈 텍스처를 벡터로 변환하여 UI나 랜딩 페이지에 깊이감 추가
  - 실제 세계의 영감을 워크플로우에 쉽게 통합하여 불필요한 우회 없이 더 표현력 있는 디자인 작업 가능
  - Professional, Organization, Enterprise 플랜의 Full-seat 사용자에게 제공되며, AI 기능이 활성화되어야 함
  - AI 작업은 크레딧을 사용하며, 상세한 사용 가이드와 모범 사례가 제공됨
  - 디자이너가 도구와 씨름하는 시간을 줄이고 창작에 더 집중할 수 있도록 craft, capability, style을 강화하는 것이 목표
Discord will require a face scan or ID for full access next month
- Archive | HackerNews | GeekNews
- 요약
  - Discord는 3월부터 전 세계적으로 연령 인증 시스템을 도입하며, 모든 계정을 기본적으로 "청소년 적합 환경"으로 설정함
  - 성인 인증을 받지 않은 사용자는 연령 제한 서버/채널 접근 불가, 스테이지 채널 발언 제한, 민감한 콘텐츠 필터링 적용 등의 제약을 받게 됨
  - Discord는 계정 정보 기반 연령 추론 모델을 사용하며, 계정 보유 기간, 디바이스 및 활동 데이터, 커뮤니티 패턴 등을 활용 (개인 메시지나 메시지 내용은 사용하지 않음)
  - 연령 추론으로 확인되지 않은 경우, 사용자는 AI 기반 얼굴 연령 추정(비디오 셀카) 또는 신분증 제출을 통해 성인 인증 가능
  - 얼굴 연령 추정은 사용자 기기를 벗어나지 않으며, 신분증 이미지는 제3자 업체를 통해 확인 후 대부분 즉시 삭제됨
  - Discord는 작년 영국과 호주에서 연령 인증을 시범 도입했으며, 일부 사용자가 Death Stranding 포토 모드로 우회했으나 1주일 만에 수정함
  - 2024년 10월 Discord의 제3자 업체가 데이터 유출 사고를 겪어 사용자 연령 인증 데이터(정부 발급 ID 이미지 포함)가 노출됨
  - 데이터 유출 후 Discord는 해당 업체와의 협력을 즉시 중단하고 다른 제3자 업체로 전환했으며, 생체 인식이나 얼굴 인식이 아닌 얼굴 추정만 수행한다고 강조
  - Badalich는 "대다수 사용자는 경험의 변화를 느끼지 못할 것"이라고 설명하며, 주로 성인 콘텐츠에 영향을 미칠 것이라고 언급
  - Discord는 연령 인증 도입으로 인한 사용자 이탈 가능성을 인지하고 있으며, 이를 계획에 반영하고 다른 방법으로 사용자를 다시 유치할 방안을 모색 중
Creates diagrams from textual descriptions!
- Archive | HackerNews
- 요약
  - Kroki는 다양한 다이어그램 도구를 위한 통합 API를 제공하는 서비스로, BlockDiag, BPMN, Mermaid, PlantUML, GraphViz, Excalidraw 등 20개 이상의 다이어그램 타입을 지원함
  - 무료 서비스(Exoscale 후원으로 서버 제공)와 Self-Managed 인스턴스(자체 인프라 설치) 두 가지 형태로 제공됨
  - HTTP API를 통해 텍스트 기반 다이어그램 설명을 이미지로 변환하며, GET과 POST 요청 모두 지원함
  - GET 요청 시에는 다이어그램을 deflate + base64로 인코딩하여 URL에 포함해야 하며, Python 원라이너로 쉽게 인코딩/디코딩 가능함
  - POST 요청 시에는 인코딩 없이 평문(plain text) 또는 JSON 형식으로 다이어그램을 전송할 수 있음
  - 출력 포맷은 다이어그램 타입에 따라 png, svg, jpeg, txt, base64 등을 지원하며, 타입별 지원 형식은 상이함
  - Content-Type 및 Accept 헤더를 사용하거나 URL에 출력 형식을 명시하여 다양한 방식으로 API 호출 가능함
  - MIT 라이선스 기반의 오픈 소스 프로젝트로, 누구나 최소한의 리소스로 서비스를 호스팅할 수 있음
  - Yuzu tech가 개발 및 유지보수하며 Exoscale이 지원하고 있으나, 인프라 비용 충당을 위해 추가 스폰서를 모집 중임
  - 사용자 피드백을 위한 설문조사를 진행 중이며, 지원하지 않는 다이어그램 도구에 대한 제안을 환영함
Shades of Halftone - The Blog of Maxime Heckel
- Archive | HackerNews
- 요약
  - 하프톤(halftone)은 서로 다른 크기의 점들을 격자로 배치하여 색상 그라데이션의 착시 효과를 만드는 클래식한 패턴 기법으로, 원래는 제한된 잉크 색상으로 이미지를 인쇄하기 위한 기술이었으나 현재는 다양한 미디어와 웹에서 텍스처나 그레인 효과를 주는 예술적 도구로 활용됨
  - 하프톤은 본질적으로 광학적 착시 효과로, 높은 주파수의 점 격자를 제공하여 연속적/부드러운 톤의 인상을 생성함. 점의 반경이 눈의 공간 해상도보다 작아지면 뇌가 패턴의 공간 평균을 수행하여 개별 점 대신 '잉크'와 '빈 공간'의 비율을 부드러운 톤으로 인식함
  - GLSL을 사용한 기본 하프톤 구현
    - 원/점 렌더링: UV 좌표의 중심점까지의 거리 필드(distance field)와 마스크(threshold) 활용
    - 격자 생성: fract() 함수로 UV 좌표를 타일링하여 각 셀이 자체 원을 그리도록 구현
    - 픽셀화(pixelation)와 루마(luma) 기반 점 크기 조절을 통해 실제 하프톤 필터 효과 적용
  - 하프톤 변형들
    - Grid offset: 점들을 엇갈리게 배치하여 더 높은 밀도와 적은 여백 확보
    - "Dot adjacent" 패턴: 원뿐만 아니라 정사각형, 링(ring) 등 다양한 형태로 확장
    - Dots and squares 조합: 어두운 픽셀은 흰 점이 있는 정사각형, 밝은 픽셀은 표준 점으로 렌더링하여 원본 텍스처를 더 잘 보존
  - 모아레 패턴(Moiré Pattern)은 두 개의 거의 동일한 반복 패턴이 겹쳐질 때 발생하는 간섭 현상으로, 멀티채널 하프톤 구현 시 불가피하게 발생함. 각 레이어에 특정 회전 각도를 적용하여 간섭을 최소화할 수 있음
  - 디지털 vs 물리적 색상 블렌딩
    - RGB(가산 혼합): 검은 디스플레이에서 빛의 추가로 작동하며, 색상 채널이 더해져 흰색으로 수렴 (ColorOut = (Ir, 0, 0) + (0, Ig, 0) + (0, 0, Ib))
    - CMYK(감산 혼합): 흰 종이에서 빛의 흡수로 작동하며, 잉크가 빛을 필터링하여 검은색으로 수렴 (ColorOut = White * (1.0 - C) * (1.0 - M) * (1.0 - Y))
  - CMYK 하프톤 구현: RGB를 CMYK로 변환한 후 각 채널(Cyan 15°, Magenta 75°, Yellow 0°, Key 45°)마다 특정 각도로 회전된 점 격자를 생성하고, 각 점의 크기를 해당 채널의 강도에 맞춰 조절하여 모아레 아티팩트를 최소화하면서 인쇄물과 유사한 색상 출력을 구현
  - 격자 제약 깨기 - Cell wall 문제 해결: 현재 픽셀 주변의 3x3 이웃 셀을 샘플링하여 점들이 셀 경계를 넘어 확장되거나 겹치도록 허용함으로써 클리핑 제거. 이를 통해 워터컬러 같은 효과나 잉크 방울 같은 유기적인 "gooey" 하프톤 구현 가능
  - 애니메이션 하프톤 - Displaced dots: Frame Buffer Objects(FBO)와 핑퐁 렌더링으로 마우스 커서의 궤적을 텍스처로 렌더링하고, 이를 하프톤 셰이더에 전달하여 커서의 움직임 방향과 강도에 따라 점/링의 위치를 동적으로 변위시켜 생동감 있는 효과 생성
  - 간단한 원 형태에서 시작하여 다양하고 흥미로운 효과 세트로 빠르게 확장 가능하며, 모듈식 셰이더 코드를 유지하여 간단한 효과부터 복잡한 효과까지 동일한 함수를 재사용할 수 있음. 이 기법은 향후 실시간 셰이더 기반 페인팅(인상주의, 점묘법, 수채화 스타일 에뮬레이션)에도 활용 가능한 기초를 제공함
GitHub - PeonPing/peon-ping: Warcraft III Peon voice notifications (+ more!) for Claude Code, Codex, and other IDEs. Stop babysitting your terminal.
- Archive | HackerNews
- 요약
  - peon-ping은 AI 코딩 에이전트(Claude Code, Codex, Cursor, OpenCode, Kiro, Google Antigravity 등)가 작업을 완료하거나 사용자 입력이 필요할 때 게임 캐릭터 음성으로 알림을 제공하는 도구
  - Warcraft, StarCraft, Portal, Zelda, Dota 2 등 43개 이상의 게임 캐릭터 음성 팩을 지원하며, 기본 설치 시 10개의 큐레이션된 영어 팩 포함
  - CESP(Coding Event Sound Pack Specification) 오픈 표준을 구현하여 세션 시작, 작업 완료, 권한 요청, 빠른 연속 프롬프트 등의 이벤트를 표준화된 카테고리로 매핑
  - macOS와 Linux에서 brew install 또는 curl 스크립트로 설치 가능하며, 전역 또는 프로젝트 로컬 설치 모드 지원
  - CLI 명령어 제공
    - peon toggle/pause/resume: 음성 알림 일시 정지/재개
    - peon packs use/next/list: 음성 팩 전환 및 목록 조회
    - peon notifications on/off: 데스크톱 알림 토글
    - peon preview: 특정 카테고리 또는 전체 사운드 미리듣기
  - 원격 작업 지원: SSH 세션, devcontainer, Codespaces에서 자동 감지 후 로컬 머신의 릴레이 서버(peon relay --daemon)를 통해 오디오와 알림을 전송
  - 모바일 알림: ntfy, Pushover, Telegram을 통해 휴대폰 푸시 알림 지원 (peon mobile ntfy )
  - 설정 파일(config.json)을 통해 볼륨, 카테고리별 활성화, 팩 로테이션, 짧은 작업 무음 기간 등 세부 조정 가능
  - 터미널 탭 제목 업데이트(● project: done), 데스크톱 알림(터미널이 포커스되지 않을 때만), 반복 방지 로직, 스팸 감지(10초 내 3회 이상 프롬프트 시 user.spam 음성 재생) 등 부가 기능 제공
  - Claude Code에서 /peon-ping-toggle 슬래시 명령 또는 자연어로 설정 변경 가능("enable round-robin pack rotation", "set volume to 0.3" 등)

2026-02-09 주간 URL 모음

2026-02-08T23:00:00.000Z

Notepad++ Hijacked by State-Sponsored Hackers
- Archive | HackerNews | GeekNews | Lobsters
- 요약
  - Notepad++ 공식 웹사이트가 국가 지원 해커(중국 국가 지원 그룹으로 추정)에 의해 하이재킹당하는 보안 사고 발생
  - 공격자들은 호스팅 제공업체의 인프라 수준에서 서버를 침해하여 특정 사용자의 업데이트 트래픽을 가로채고 악성 업데이트 서버로 리디렉션함
  - 공격 기간은 2025년 6월부터 2025년 12월까지 지속되었으며, 공격자들은 Notepad++를 특정 타겟으로 선정하여 선택적으로 공격함
  - 2025년 9월 2일 서버 유지보수(커널 및 펌웨어 업데이트) 이후 공격자들은 서버 접근 권한을 상실했으나, 12월 2일까지 내부 서비스 자격 증명을 유지하여 트래픽 리디렉션을 계속할 수 있었음
  - 호스팅 제공업체는 2025년 12월 2일까지 모든 취약점 수정, 자격 증명 교체, 보안 강화 완료하여 추가 공격 활동을 성공적으로 차단함
  - 공격자들은 구버전 Notepad++의 불충분한 업데이트 검증 메커니즘 취약점을 악용하려는 목적으로 notepad-plus-plus.org 도메인을 특정 타겟팅함
  - 보안 강화 조치로 v8.8.9에서 WinGup(업데이터) 개선: 다운로드된 설치 프로그램의 인증서 및 서명 검증 추가
  - 업데이트 서버가 반환하는 XML에 서명(XMLDSig) 추가, 약 한 달 후 출시 예정인 v8.9.2부터 인증서 및 서명 검증 강제 적용 예정
  - Notepad++ 웹사이트는 더 강력한 보안 관행을 갖춘 새로운 호스팅 제공업체로 이전 완료
  - 영향받은 사용자들에게 v8.9.1을 수동으로 다운로드하여 설치할 것을 권장하며, 구체적인 IoC(침해 지표)는 확보하지 못함
📢 우편번호 서비스 도메인 및 API 네임스페이스 변경 안내 · Issue #1498 · daumPostcode/QnA
- GeekNews
- 요약
  - 우편번호 서비스의 도메인 및 JavaScript API 네임스페이스 변경에 대한 사전 안내 공지
  - 공식 가이드 페이지는 현재 postcode.map.daum.net에서 확인 가능하며, 2026년 3월 10일(화) 이후 postcode.map.kakao.com으로 이전 예정
  - CDN 도메인이 t1.daumcdn.net에서 t1.kakaocdn.net으로 변경 완료되었으며, 기존 도메인도 당분간 사용 가능하나 신규 도메인 사용 권장
  - 2026년 3월 10일(화) 서비스 도메인이 postcode.map.daum.net에서 postcode.map.kakao.com으로 변경되며, 변경 후 일정 기간 병행 운영 예정
  - JavaScript API 생성자 네임스페이스가 daum.Postcode에서 kakao.Postcode로 변경됨
  - daum.Postcode는 강제 변경되지 않으며 오랜 기간 호환성 유지 목표로 지원하지만, 신규 개발 시 kakao.Postcode 사용 권장
  - 서비스 종료 예정 도메인: dmaps.daum.net, ssl.daumcdn.net은 2026년 4~5월 도메인 최종 전환 시점에 종료 예정
  - 종료 예정 도메인 사용 중인 경우 반드시 신규 Kakao 도메인 및 API로 이전 필요
  - 기존 도메인 종료에 대한 상세 일정은 3월 10일 전후 재공지 예정
  - 서비스 중단 방지를 위해 사전 점검 및 점진적 전환 권장
[번역] 2026년 프런트엔드 개발자라면 알아야 할 4가지 CSS 기능
- 요약
  - 2025년에 출시된 CSS 기능 중 프런트엔드 개발자가 반드시 알아야 할 4가지 핵심 기능을 소개
  - sibling-index(), sibling-count(): 크롬과 사파리에서 안정적으로 사용 가능하며, 형제 요소 간 상대적 위치를 값으로 활용할 수 있음. transition-delay와 결합해 순차적 애니메이션 효과를 쉽게 구현 가능
  - @starting-style과 함께 사용하면 요소가 처음 등장할 때 시간차 애니메이션 효과를 간단하게 적용할 수 있음
  - scroll-state(): 스크롤러의 네 가지 상태(stuck, snapped, scrollable, scrolled)를 쿼리할 수 있으며, 스크롤 기반 애니메이션에 적합한 점진적 향상 기능
  - container-type: scroll-state 지정 후 자식 요소에서 @container scroll-state()로 상태 쿼리 가능 (요소는 자기 자신은 쿼리할 수 없지만 가상 요소는 가능)
  - stuck 상태로 position: sticky 요소가 고정되는 시점 감지, snapped 상태로 scroll-snap 정렬 활성화 시점 파악, scrollable로 콘텐츠 오버플로우 방향 감지, scrolled로 스크롤 방향에 따른 UI 제어 가능
  - text-box: 텍스트 박스의 위아래 줄 간격을 깔끔하게 제거하여 글리프 위아래의 안전한 여백을 없애고, 베이스라인이나 x-height에 픽셀 단위로 정확한 정렬 가능
  - text-box: trim-both cap alphabetic 한 줄로 대문자 높이 위 여백과 알파벳 기준선 아래 여백을 제거할 수 있어, 타이포그래피와 그리드 정렬에 최적화됨
  - 고급 attr(): 타입 안정적이며 HTML 속성을 CSS에서 직접 사용 가능. 타입 체크와 기본값 포함하여 색상, 숫자 등 다양한 타입 전달 가능
  - type() 함수로 속성 값을 허용된 키워드 목록과 비교 검증하며, 유효하지 않은 값은 자동으로 안전한 기본값으로 대체되어 HTML과 CSS 간 강력한 연결 고리 생성

2026-02-02 주간 URL 모음

2026-02-01T23:00:00.000Z

Process Compose
- Archive
- 요약
  - Process Compose는 컨테이너화되지 않은 애플리케이션을 관리하기 위한 간단하고 유연한 스케줄러 및 오케스트레이터임
  - Go 언어로 작성된 단일 바이너리 파일로, 도커 파일, 볼륨 정의, 네트워크, 도커 레지스트리 등의 복잡한 설정 없이 사용 가능함
  - process-compose.yaml 파일에 간단한 YAML 스키마로 워크플로우를 정의하고 process-compose up 명령으로 실행
  - 주요 프로세스 관리 기능: 병렬/직렬 실행, 의존성 및 시작 순서 관리, 복구 정책, 수동 재시작 지원
  - 다양한 설정 옵션: bash/zsh 스타일 프로세스 인자, 환경 변수(envsubst), 프로세스별/전역 로그, 헬스 체크(liveness/readiness)
  - TUI(Terminal User Interface) 또는 CLI 모드 제공, 포그라운드 프로세스 및 인터랙티브 프로세스 실행 가능
  - REST API(OpenAPI/Swagger) 제공, 서버 및 클라이언트 기능 모두 지원
  - 고급 기능: 설정 파일 병합, 네임스페이스, 프로세스 다중 복제본 실행, 테마 지원, 즉석 설정 편집
  - 스케줄링 기능(cron 및 interval 기반), 레시피 관리, 의존성 그래프 시각화(CLI, TUI, API) 지원
  - 로그 캐싱, 설정 가능한 단축키, 포킹 프로세스(서비스/데몬) 등 편의 기능 포함
Wilson Lin on FastRender: a browser built by thousands of parallel agents
- Archive | HackerNews
- 요약
  - Wilson Lin이 Cursor의 FastRender 프로젝트를 소개: 수천 개의 병렬 에이전트를 사용해 처음부터 웹 브라우저를 구축한 연구 프로젝트
  - FastRender는 Wilson의 개인 사이드 프로젝트로 시작되어 Cursor의 공식 연구 프로젝트로 발전했으며, 프로덕션 브라우저가 아닌 멀티 에이전트 협업 연구가 목표
  - 최대 2,000개의 에이전트가 동시에 실행되어 시간당 수천 개의 커밋을 생성했으며, 프로젝트는 총 약 30,000개의 커밋을 기록함
  - 각 대형 머신에서 약 300개의 에이전트를 동시 실행하는 인프라 구조를 사용했으며, 에이전트들이 대부분 "생각하는" 시간을 보내기 때문에 효율적으로 작동함
  - 계층적 에이전트 구조: 계획(planning) 에이전트가 작업을 나누고 워커(worker) 에이전트가 실행하며, 작업 범위를 효과적으로 분할해 병합 충돌이 거의 발생하지 않음
  - GPT-5.1/5.2 일반 모델이 코딩 전문 모델(GPT-5.1-Codex)보다 더 나은 성능을 보였으며, 이는 자율적 작동 및 하네스 내 상호작용 등 더 광범위한 지시사항 처리에 유리했기 때문
  - 피드백 루프가 핵심: 브라우저 명세(spec) 문서를 git submodule로 포함, 스크린샷을 통한 시각적 검증, Rust 컴파일러의 엄격한 검증 등을 활용
  - 에이전트들이 대부분의 의존성(dependency)을 스스로 선택했으며, 일부는 QuickJS처럼 다른 에이전트 작업 완료를 기다리지 않고 스스로 차단을 해제하기 위해 추가함
  - 처리량(throughput) 최적화를 위해 작은 오류를 일시적으로 허용: 모든 커밋이 완벽하게 컴파일되도록 하면 동기화 병목이 발생하므로, 작은 오류가 몇 커밋 후 빠르게 수정되도록 함
  - 2026년 초 단일 엔지니어가 에이전트 스웜을 활용해 달성할 수 있는 극단적 사례를 보여주며, 몇 주 만에 백만 줄 이상의 Rust 코드로 실제 웹 페이지를 렌더링할 수 있는 브라우저를 구현함
How to Favicon in 2026: Three files that fit most needs—Martian Chronicles, Evil Martians’ team blog
- Archive
- 요약
  - 2026년 현재, 웹사이트에 필요한 파비콘은 단 5개의 이미지 파일과 1개의 JSON 파일만 있으면 충분함 (기존의 20개 이상 PNG 파일 세트는 불필요)
  - 최소 파비콘 세트 구성: favicon.ico (32×32, 레거시 브라우저용), icon.svg (라이트/다크 테마 지원, 현대 브라우저용), apple-touch-icon.png (180×180, Apple 기기용), PWA용 웹 매니페스트에 icon-192.png, icon-512.png, icon-mask.png (512×512, maskable) 포함
  - SVG 파비콘의 장점: 벡터 포맷으로 다양한 크기에 대응 가능하며, CSS 미디어 쿼리 @media (prefers-color-scheme: dark)를 활용해 하나의 파일로 라이트/다크 테마 모두 지원 가능
  - 성능 우려 해소: 브라우저가 파비콘을 백그라운드에서 다운로드하므로 웹사이트 성능에 영향 없음, SVG는 로고 같은 이미지에서 PNG보다 파일 크기가 작을 수 있음
  - 더 이상 사용하지 않는 파비콘 포맷: Windows Tile Icon (최신 Edge에서 불필요), Safari Pinned Icon (Safari 12 이후 일반 파비콘 사용), rel="shortcut" (유효하지 않은 링크 관계), Opera Coast (2017년 단종)
  - 파비콘 생성 6단계 프로세스: ① SVG 준비 및 테마 지원 추가 → ② ICO 파일 생성 (GIMP 또는 ImageMagick 사용) → ③ PNG 이미지 생성 (512×512, 192×192, 180×180 등) → ④ SVGO와 Squoosh로 최적화 → ⑤ HTML에 링크 추가 → ⑥ 웹 매니페스트 생성
  - maskable 아이콘 요구사항: Android 런처의 다양한 디자인에 대응하기 위해 큰 여백(safe zone: 409×409 원) 필요, maskable.app에서 확인 가능
  - Webpack 통합 팁: HtmlWebpackPlugin으로 캐시 버스터(파일명에 해시 추가) 생성, copy-webpack-plugin으로 favicon.ico 복사, webpack-pwa-manifest 플러그인으로 매니페스트 자동 생성
  - 보너스 팁: 프로덕션과 스테이징 환경을 구분하기 위해 색상을 반전시킨 별도의 개발용 파비콘(favicon-dev.ico, icon-dev.svg)을 만들어 NODE_ENV에 따라 조건부로 사용
  - 최신 웹 표준을 활용하면 파비콘 생성 작업이 매우 간단해지며, 파비콘 생성기 도구의 광기에서 벗어나 최소한의 효율적인 세트로 모든 현대 브라우저와 기기를 지원할 수 있음

2026-01-26 주간 URL 모음

2026-01-25T23:00:00.000Z

AI Plays Rollercoaster Tycoon
- Archive | HackerNews | GeekNews | Lobsters
- 요약 제목: AI가 롤러코스터 타이쿤을 플레이하다
  - Claude Code가 RollerCoaster Tycoon 2(OpenRCT2를 통해)에 통합되어 AI 공원 관리자 역할을 수행함으로써, 복잡한 환경에서 광범위한 범위의 에이전트가 가진 잠재력을 입증했습니다.
  - RollerCoaster Tycoon은 고객 중심의 피드백 루프와 관리 인터페이스를 특징으로 하여 B2B SaaS 운영과 강한 유사성을 보이기 때문에 선택되었습니다.
  - 통합 작업에는 kubectl을 모방한 'rctctl'이라는 명령줄 인터페이스(CLI)를 생성하여 Claude가 모든 게임 기능과 상호작용할 수 있도록 하는 것이 포함되었습니다.
  - Claude는 정보 수집, 공원 지표 분석, 가격 조정, 직원 고용, 간단한 편의시설 배치와 같은 직접적인 명령 실행에 탁월합니다.
  - Claude는 경로 설정, 놀이기구 입구 연결, 롤러코스터와 같은 대형 구조물 배치 또는 수직성 관리와 같은 공간 추론 작업에 어려움을 겪습니다.
  - AI 에이전트의 성공은 환경 인터페이스의 가독성과 강도에 크게 의존하며, 텍스트 기반 표현은 공간 작업에 있어 어려운 것으로 입증되었습니다.
  - 통합 구축에는 AI 지원을 통한 '바이브 코딩(vibe coding)'이 포함되었으며, 이는 개발 가속화에 있어 LLM의 잠재력을 강조하는 동시에 신중한 계획과 반복의 필요성도 보여줍니다.
  - AI 에이전트를 활용한 개발은 경영 시뮬레이션 게임처럼 느껴질 수 있으며, 여러 AI 인스턴스와 그 출력물을 관리하기 위해 상당한 정신적 대역폭이 필요합니다.
  - 긴밀한 피드백 루프는 AI 개발에 매우 중요하며, 에이전트가 자체 QA를 수행하고 구현을 검증할 수 있게 해주는데, 이는 이 프로젝트에서 병목 현상이었습니다.
  - 이 프로젝트는 AI 에이전트가 순수한 지능이라기보다는 성실함을 자동화하는 도구로 보는 것이 가장 적절하다는 생각을 강화하며, 특히 운영상의 과제에 있어서 그러합니다.
Agent Psychosis: Are We Going Insane?
- Archive | HackerNews | Lobsters
- 요약
  - AI 코딩 에이전트가 주는 도파민 중독과 과의존 문제를 다루며, 사용자들이 AI와 유사-협업 관계를 형성하고 건강하지 못한 행동을 강화하는 현상을 비판함
  - Philip Pullman의 "His Dark Materials"에 나오는 데몬(dæmon)에 비유하여, 사람들이 AI 에이전트와 분리 불가능한 관계를 형성하고 정체성의 일부로 여기게 되는 현상을 설명함
  - AI 생성 PR과 이슈의 품질 저하가 심각한 문제로, 기여자는 1분 만에 생성하지만 메인테이너는 검토에 1시간 이상 소요되는 비대칭성이 발생함
  - 사람들이 AI와 상호작용하는 방식(불명확한 지시, 이상한 역할극, 욕설, 의례적 행동 등)이 결과물의 질에 큰 영향을 미침
  - 토큰 소비 문제도 심각하며, 잘 준비된 세션(예: MiniJinja 포팅에 220만 토큰)과 달리 무분별한 에이전트 실행은 엄청난 토큰을 낭비하고, 현재의 저렴한 가격은 보조금 지원으로 지속 불가능할 수 있음
  - Steve Yegge의 Gas Town과 Beads를 극단적 사례로 제시: Beads는 24만 줄의 코드로 마크다운 파일을 관리하며, 품질 관리 없이 에이전트를 병렬 실행하는 "슬롭 루프(slop loop)"의 전형적 예시
  - AI 빌더 커뮤니티에서 사람들이 비판적 사고 없이 서로의 창작물을 과대평가하며, 내부자들만 이해하는 은어와 문화를 형성하는 집단 행동이 관찰됨
  - 일부 프로젝트는 이제 실제 코드 대신 프롬프트 제출을 선호하거나, 기여자를 완전히 검증하기 전까지 인간 기여를 받지 않는 등 극단적 조치를 취하고 있음
  - 저자는 AI 에이전트가 생산성 도구로 놀라운 잠재력을 가지고 있지만, 비판적 사고 없이 완전히 의존하면 대규모 슬롭 머신이 된다는 양면성을 강조함
  - 메인테이너들이 AI 슬롭을 거부할 때 기여자들은 진심으로 혼란스러워하며("왜 부정적이세요? 도우려고 했는데"), 이는 그들의 AI "데몬"이 좋다고 말했기 때문임
Ralph Wiggum as a "software engineer"
- Archive | HackerNews
- 요약
  - Ralph은 AI 코딩 에이전트를 무한 루프로 실행하는 기법으로, 가장 순수한 형태는 Bash 루프 (while :; do cat PROMPT.md | claude-code ; done)임
  - Ralph은 대부분의 기업에서 그린필드 프로젝트의 아웃소싱을 대체할 수 있는 잠재력을 가지고 있음
  - Ralph의 핵심 특징: 불확정적인 세계에서 결정론적으로 나쁜 방식으로 작동하며, 이러한 결함은 다양한 프롬프트 스타일을 통해 식별하고 해결 가능함
  - 도구 호출 및 사용량에 제한이 없는 모든 도구로 Ralph 기법을 사용할 수 있음
  - 현재 Ralph는 전혀 새로운 프로덕션급 난해한 프로그래밍 언어(CURSED)를 구축 중이며, LLM 훈련 데이터에 없는 언어임에도 불구하고 해당 언어로 프로그래밍까지 가능함
  - Ralph로 소프트웨어를 구축하려면 큰 믿음과 최종 일관성(eventual consistency)에 대한 신념이 필요함
  - Ralph가 잘못된 방향으로 갈 때마다 도구를 탓하지 않고, 프롬프트를 조정(튜닝)하여 개선하는 방식으로 작동함 (마치 기타 튜닝처럼)
  - 비유: Ralph에게 놀이터를 만들라고 하면 잘 만들지만 미끄럼틀에서 떨어지므로, "미끄럼틀은 미끄러져 내려가고, 뛰어내리지 말고, 주위를 살펴보라"는 표지판을 추가하여 학습시킴
  - 저자가 샌프란시스코에서 엔지니어들에게 Ralph를 가르쳤고, 한 엔지니어는 다음 계약에서 Ralph를 사용해 엄청난 ROI(투자 대비 수익)를 달성함
My LLM coding workflow going into 2026
- Archive | HackerNews | GeekNews | Lobsters
- 요약
  - 2025년 AI 코딩 어시스턴트가 게임 체인저가 되었으며, Anthropic에서는 Claude Code의 약 90%가 Claude Code 자체에 의해 작성될 정도로 활용도가 높지만, 효과적으로 활용하려면 기술과 체계적 접근이 필요함
  - 명확한 계획 수립이 우선: 코드 생성 전에 AI와 함께 상세한 사양서(spec.md)와 단계별 프로젝트 플랜을 작성하는 "15분 안의 폭포수 모델" 방식으로 개발 방향을 정립
  - 작업을 작고 반복 가능한 단위로 분할: 한 번에 하나의 함수나 기능만 구현하도록 하여 AI가 집중된 작업을 수행하고, 대규모 일괄 생성 시 발생하는 혼란과 불일치를 방지
  - 광범위한 컨텍스트 제공: 관련 코드, 문서, 제약사항을 AI에게 충분히 제공하고, gitingest나 repo2txt 같은 도구로 코드베이스를 패키징하며, Claude Skills 같은 재사용 가능한 전문 지식 모듈 활용
  - 적절한 모델 선택 및 병행 사용: 각 작업에 맞는 최적의 LLM을 선택하고(Claude, Gemini, GPT 등), 모델이 막힐 경우 다른 모델로 전환하거나 여러 모델의 의견을 교차 확인
  - 개발 전 생애주기에 걸친 AI 활용: Claude Code, Gemini CLI 같은 CLI 도구와 Jules, GitHub Copilot Agent 같은 비동기 코딩 에이전트를 활용하되, 무인 자동화가 아닌 감독된 방식으로 사용
  - 철저한 검증, 테스트, 리뷰 필수: AI가 생성한 코드를 절대 맹목적으로 신뢰하지 않고, "과신하고 실수하기 쉬운" 주니어 개발자처럼 취급하여 모든 출력을 검토하고 테스트하며, Chrome DevTools MCP 같은 도구로 디버깅 품질 루프 강화
  - 빈번한 커밋과 버전 관리: AI가 빠르게 코드를 생성할 때 각 작은 작업마다 커밋하여 "게임의 세이브 포인트"처럼 활용하고, 문제 발생 시 쉽게 롤백할 수 있도록 함
  - 규칙과 예시로 AI 동작 커스터마이징: CLAUDE.md, GEMINI.md 같은 규칙 파일이나 커스텀 인스트럭션으로 코딩 스타일, 린트 규칙, 선호 패턴을 AI에게 학습시켜 프로젝트 관례에 맞는 코드 생성 유도
  - AI는 개발자의 전문성을 증폭시키는 도구: 클래식 소프트웨어 엔지니어링 원칙(설계, 테스트, 버전 관리, 표준 유지)이 AI 협업에서 더욱 중요하며, 인간 엔지니어가 쇼의 디렉터로 남아 책임을 지는 "AI 보조 엔지니어링" 접근법이 핵심
Scaling long-running autonomous coding
- Archive | HackerNews
- 요약
  - Cursor는 단일 프로젝트에서 수백 개의 동시 자율 코딩 에이전트를 실행하는 실험을 진행했습니다.
  - 이 에이전트들은 총 100만 줄 이상의 코드와 수조 개의 토큰을 작성했습니다.
  - 시스템은 조정 및 완료 평가를 위해 플래너, 서브 플래너, 작업 에이전트 및 판정 에이전트를 활용했습니다.
  - Cursor의 에이전트 군집 접근 방식에 대한 테스트 사례는 웹 브라우저를 처음부터 구축하는 것이었습니다.
  - 에이전트들은 거의 일주일 동안 브라우저 프로젝트를 작업하여 1,000개 파일에 걸쳐 100만 줄 이상의 코드를 생성했습니다.
  - 브라우저 코드가 포함된 FastRender 저장소에는 이제 빌드 지침이 포함되어 있습니다.
  - macOS에서 지침을 따른 결과 작동하는 브라우저 창이 나타났습니다.
  - 생성된 브라우저는 일부 눈에 띄는 렌더링 결함에도 불구하고 대부분 올바른 레이아웃으로 웹 페이지를 읽기 쉽게 렌더링하는 인상적인 기능을 보여줍니다.
  - FastRender 저장소는 WhatWG 및 CSS-WG 사양을 통합하기 위해 Git 서브모듈을 전략적으로 사용하여 에이전트에게 필요한 참조 자료를 제공합니다.
  - 이 개발은 AI 지원 코딩을 향한 중요한 단계로 간주되며, 결과물의 품질이 초기 예상보다 빠르게 나타나고 있습니다.
jQuery 4.0.0 | Official jQuery Blog
- Archive | HackerNews | GeekNews | Lobsters
- 요약
  - jQuery 4.0.0이 2006년 첫 출시 이후 약 20년, 메이저 버전 기준으로는 거의 10년 만에 정식 릴리스되었으며, 많은 개선사항과 현대화가 포함되어 있음
  - IE 10 이하 지원 중단: IE 11 지원은 jQuery 5.0에서 단계적으로 제거 예정이며, Edge Legacy, 구형 iOS(최근 3개 버전 이전), Firefox(최근 2개 버전 이전, ESR 제외), Android Browser도 지원 중단
  - Trusted Types 및 CSP 지원: Trusted Types를 지원하여 require-trusted-types-for CSP 정책 위반 없이 HTML 조작 가능하며, 대부분의 비동기 스크립트 요청을