오늘도 더 나은 코드를 작성하였습니까?

전력망 60Hz에서 시작미국/한국 전력은 60Hz, 유럽은 50Hz1930년대 아날로그 TV가 화면 새로 고침을 전력 주파수에 맞춤 * 60Hz => 1초에 60번 진동인간 시각과 우연히 맞음프레임률인식24 fps영화 (모션 블러로 보정)30 fps가끔 끊김60 fps대부분 부드럽다고 인식120 fps+한계효용 급감인간 시각 처리 한계가 60~80Hz 근처라, 60Hz가 "부드러움의 임계선"과 자연스럽게 맞았음.1개의 프레임이 렌더링 되는 시간 1초 = 1,000 ms 이고 프레임은 1개의 화면1,000 ms / 60 frames => 16.666... ms안드로이드의 16.6ms — Project Butter (2012)안드로이드에서 16.6ms가 공식적인 성능 목표가 된 건 2012년 Google I..

작업1993 (Norvig)2009 (Jeff Dean)2012 (SSD 시대)2024 (NVMe 시대)L1 캐시 참조10 ns0.5 ns0.5 ns0.5 ns분기 예측 실패—5 ns5 ns3 nsL2 캐시 참조—7 ns7 ns4 nsMutex lock/unlock100 ns25 ns25 ns17 ns메인 메모리 참조200 ns100 ns100 ns80 ns메모리 1MB 순차 읽기5,000,000 ns(5,000 μs)250,000 ns(250 μs)250,000 ns(250 μs)100,000 ns(100 μs)1KB Zip 압축—3,000 ns (3 μs)3,000 ns (3 μs)2,000 ns (2 μs)1Gbps로 1KB 전송—10,000 ns (10 μs)10,000 ns (10 μs)1,00..

왜 이벤트 스토밍을 하는가1. 도메인 전문가 및 기획, 개발자, QA의 언어 간극을 좁히기 위해가장 큰 이유입니다. 보통 PM/기획자/현업 담당자가 들고 오는 요구사항 문서는 "사용자가 결제를 하면 주문이 처리된다" 같은 추상적인 문장이에요. 개발자는 이걸 받아서 머릿속으로 "그럼 이건 어떻게 분기하지?", "실패하면?", "동시 요청이면?" 같은 질문을 혼자 만들어내며 구현합니다. 결과적으로 개발자가 비즈니스를 추측하는 코드가 만들어지고, 나중에 "이거 그렇게 동작하면 안 되는데?" 하고 충돌이 발생한다. 이벤트 스토밍은 이 사람들을 한 방에 모아놓고, 벽에 포스트잇을 같이 붙이면서 "결제 요청됨 다음에 뭐가 발생해요?", "그때 PG사가 응답을 안 주면요?" 같은 질문을 그 자리에서 즉시 해결합니다...