dev.to · 최신 글

전체 출처

회의마다 "네, 뭐라고요?"를 외치다가 직접 만든 Mac 메뉴 막대 앱 — Huh?

dev.to

회의나 강의에서 방금 놓친 말을 되돌려 듣기 위해, 최근 30초~2분의 오디오를 RAM에 보관했다가 단축키로 즉시 재생하는 macOS 메뉴 막대 앱 Huh?를 만든 개발기입니다. CoreAudio 프로세스 탭, 무잠금 링 버퍼, 온디바이스 전사, ad-hoc 코드 서명이 권한 없이 무음을 반환하는 문제 등 실제 구현 과정에서 겪은 함정들이 상세히 공유됩니다.

Gemini 3.8 Live와 3.5 Transcribe로 실시간 음성 애플리케이션 구축하기

dev.to

Google이 Gemini API와 AI Studio에 실시간 음성 모델 Gemini 3.8 Live, 3.8 Live Extended Thinking, 그리고 전사(transcription) 전용 모델 Gemini 3.5 Transcribe를 공개했습니다. 대화 흐름을 유지하면서 작업을 수행하는 네이티브 speech-to-speech 모델과 85개 이상 언어를 지원하는 저지연 전사 모델로, 음성 우선(voice-first) 제품을 만들려는 개발자에게 직접적으로 유용한 소식입니다.

Gemma 4와 Raspberry Pi로 만든 데스크톱 컴패니언 로봇 — DinoDesk AI 설계기

dev.to

Google AI 팀이 LEGO Technic 몸체와 Raspberry Pi를 결합한 데스크 컴패니언 로봇 DinoDesk AI의 제작 과정을 공개했습니다. 로컬의 Gemma 4와 클라우드의 Gemini Flash를 상황에 따라 전환하는 Hybrid LLM Gateway를 두어, 카메라 없이 100% 시각적 프라이버시를 지키면서 일상 대화는 무료·즉시로, 복잡한 추론은 클라우드로 처리하는 구조입니다.

내 하니스는 서로 다른 세 가지 실패에 하나의 라벨을 붙이고 있었다 — 에러 명명이 만드는 오독

dev.to

LLM의 tool call을 검증하는 자체 하니스에서, '파싱 불가', '비교 불일치', '비교 자체 실패'라는 세 가지 다른 실패가 전부 EXEC_ARGUMENTS_MISMATCH 하나로 기록되던 문제를 다룬 글입니다. 저자는 catch 분리라는 단순한 수정 너머로, 실패 이름이 조용히 삼켜지는 화이트리스트 결함과 테스트가 자기 버그를 옹호하게 되는 함정까지 파고듭니다.

1,000억 개를 12KB로 세는 방법 — HyperLogLog의 원리

dev.to

HashSet으로 유니크 방문자를 정확히 세면 메모리가 선형으로 늘어나 1,000억 건 규모에서는 사실상 불가능합니다. HyperLogLog는 해시의 선행 0비트 연속 길이를 수천 개 버킷에서 관찰해 조화평균으로 추정함으로써, 약 0.81%의 고정된 오차 안에서 단 수 KB 메모리로 카디널리티를 구합니다. Redis의 PFADD·PFCOUNT·PFMERGE와 BigQuery·Presto·Spark의 근사 집계 함수가 모두 이 알고리즘을 사용합니다.

API 성능 테스트: 현실적인 테스트 설계 방법

dev.to

성능 테스트의 종류(Load, Stress, Soak, Spike, Volume, Scalability)를 정리하고, 단순히 요청을 많이 보내는 것이 아니라 실제 사용자 행동을 모사하는 테스트 설계법을 다룹니다. 비즈니스 요구사항에서 목표 RPS를 역산하는 방법, 외부 서비스 목킹 기준, 프로덕션과 유사한 테스트 환경 구성, 평가 지표까지 실무 관점에서 설명합니다.

PHP 배열에 키 하나를 추가했더니 메모리 25MB — packed 배열이 해시 테이블로 바뀌는 순간

dev.to

PHP 배열이 정수 순서대로 채워진 packed list로 유지되는 동안에는 원소당 16바이트로 매우 효율적이지만, 문자열 키 하나만 추가해도 해시 테이블로 전환되며 백만 개 원소 기준 25MB가 추가로 소모됩니다. 저자는 PHP 8.4 기준으로 zend_array 내부 구조를 뜯어보며 전환 조건과 비용을 계측했고, 연관 배열 대신 타입이 선언된 클래스로 행을 담으면 메모리가 거의 절반이 된다는 결론을 제시합니다.

AI는 정말 대부분의 개발자보다 코딩을 잘할까? — 불편한 진실

dev.to

AI 코딩 도구가 대부분의 개발자보다 낫다는 주장에 대해, 실무 개발자가 연구 데이터를 근거로 반박한 글입니다. METR 연구에서 숙련된 개발자들은 AI 도구 사용 시 19% 더 오래 걸리면서도 20% 더 빠르다고 느꼈고, AI 생성 코드는 버그 발생률이 1.7배, XSS 취약점은 2.7배 높았습니다. 저자는 AI를 매일 쓰면서도 '코드를 읽고 틀린 부분을 즉시 잡아내는 능력'이야말로 지금의 핵심 역량이라고 주장합니다.

앱을 3G로 스로틀링해 봤더니 — 테스트가 잡지 못한 버그들이 드러났다

dev.to

저자가 Chrome DevTools로 네트워크를 3G로 스로틀링해 평소 Wi-Fi에서는 문제없던 앱을 검증한 결과, 테스트를 모두 통과한 코드에서 정확성 버그 두 개를 발견했습니다. 검색 요청의 레이스 컨디션과 자동저장의 클라이언트 타임아웃 재시도 문제로, 둘 다 빠른 네트워크에서는 드러나지 않는 전형적인 순서·타이밍 가정 오류입니다.

Nexpath 리뷰: AI 프롬프트 품질 레이어가 AI 코딩을 더 안전하게 만들 수 있을까

dev.to

AI 코딩 도구에 보내는 프롬프트를 전송 전에 검토해 요구사항·검증 절차·제약 조건 등 빠진 개발 정보를 덧붙여주는 프롬프트 품질 레이어 Nexpath를 다룬 리뷰입니다. Replit·Lovable·Bolt용 브라우저 확장과 Cursor·Windsurf·Claude Code 통합을 제공하며, SWE-bench Verified 40개 과제 기준 Claude Code 단독 27개 대비 29개를 해결했다는 자체 벤치마크를 공개했습니다.

금요일에만 발생하던 버그 — 잊고 있던 좀비 인스턴스가 범인이었다

dev.to

매주 금요일 오후에만 checkout 서비스에서 간헐적으로 500 에러가 발생한 사건의 디버깅 기록입니다. 느린 쿼리, 커넥션 누수, 크론 작업이라는 세 가지 가설이 모두 기각된 끝에, 수개월 전 카나리 배포 실험 후 해체되지 않은 세 번째 인스턴스가 health-check 버그로 DB 커넥션을 고갈시키고 있었다는 것이 밝혀집니다. 주간 단위로 반복되는 패턴 자체가 가장 중요한 단서였다는 교훈을 남기는 사례입니다.

현대 소프트웨어 엔지니어의 느리고 조용한 인지 위축 — AI에 생각을 맡기는 대가

dev.to

AI 의존으로 인한 '인지 위축(cognitive atrophy)', 즉 스스로 생각하고 코드를 작성하는 능력이 서서히 퇴화하는 현상을 다룬 에세이입니다. 저자는 AI가 생성한 코드를 리뷰 없이 받아들이는 워크플로가 주니어-시니어 간의 잘못된 신뢰 사슬을 만들고, 결국 엔지니어가 자신의 코드를 설명하지 못하게 된다고 지적합니다. AI를 대체재가 아닌 보조 수단으로 쓰고, 매일 코딩 챌린지를 녹화하며 자기 설명 능력을 단련하는 등 실천적 대응법을 제시합니다.

AI Avatar v20 — VS Code와 브라우저에서 응원하는 VRM 아바타에 복셀 정원·커서 아바타·알림 아바타 추가

dev.to

VS Code 사이드바와 Chrome 사이드 패널에서 VRM 아바타가 Claude Code·GitHub Copilot·ChatGPT 사용에 반응해 응원해 주는 무료 확장 AI Avatar가 v20으로 업데이트됐습니다. 이번 버전에서는 방치형 게임처럼 꽃을 키우는 Voxel Avatar 모드, 클릭 위치에 아바타가 나타나는 Cursor Avatar, Claude Code·Codex의 종료·승인 시점을 알려주는 Notification Avatar가 추가됐고, Electron 데스크톱 앱으로도 분리돼 확장 프로그램 밖에서도 아바타를 띄울 수 있게 됐습니다.

AI는 엔지니어링 작업을 없애지 않았다 — 다만 '한 척'하기 쉬워졌을 뿐

dev.to

AI 코딩 도구로 몇 분 만에 동작하는 앱을 만들 수 있게 되면서, '작동하는 결과물'과 '왜 작동하는지 이해하는 것'이 혼동되고 있다는 비판 에세이입니다. 저자는 자신의 MERN 스택 프로젝트 ShelfTalk을 프로덕션 수준으로 재구축한 경험과, 탭 가시성(tab visibility) 가정이 낳은 알림 유실 버그 사례를 통해 리뷰·디버깅·설계 검증이야말로 엔지니어의 본질적인 일이라고 주장합니다.

AI 시대, 테크 업계에서 일한다는 것의 조용한 무게

dev.to

AI 시대 개발자들이 겪는 새로운 종류의 피로를 다룬 에세이입니다. 저자는 이 피로가 장시간 노동 같은 '업무량' 문제가 아니라, 끊임없이 재발명되는 분야를 따라잡으려는 '속도와 지반'의 문제라고 진단합니다. 기대치 상승, 기술 노후화 불안, 정체성 흔들림, 검증 피로, 비교 함정이라는 다섯 가지 압력을 짚고, 모두가 같은 무게를 혼자 짊어지고 있다는 솔직한 고백이 해법의 시작이라고 말합니다.

AI가 측정 도구를 넘어서면 어떻게 되는가 — 벤치마크 포화와 개발자 평가의 문제

dev.to

GPT-6 Astra 출시와 Jensen Huang의 'AGI 도착' 발언을 계기로, AI의 능력을 우리가 실제로 어떻게 측정하는지를 파고든 글입니다. 벤치마크 포화, proxy와 ground truth의 한계, 평가 방식 자체의 변화를 짚으며, 코드 생산이 쉬워져도 요구사항·설계·검증 같은 개발자의 역할은 오히려 중요해진다고 주장합니다.

있었으면 하는 DEV.to 기능 5가지, 없어서 진심으로 다행인 기능 3가지

dev.to

DEV의 Trusted Member로 리뷰 큐와 댓글을 오래 관찰해 온 저자가 DEV.to에 추가되길 바라는 기능 5가지와 도입되지 않아 다행이라고 생각하는 기능 3가지를 정리한 글입니다. 번역, 수정 이력, 시리즈 발견성, 푸시 알림, 공동 저작 같은 결핍과 싫어요 카운터·조회수·팔로우 추천의 부재가 왜 오히려 플랫폼을 건강하게 유지하는지를 다룹니다.

Vibe Coding은 문제가 아니다 — '엔지니어링'이라 부르는 것이 문제다

dev.to

AI로 코드를 생성하는 vibe coding 자체는 문제가 아니며, 그것을 '엔지니어링'이라 부르는 태도가 문제라는 주장입니다. 저자는 creation(만들기)과 engineering(엔지니어링)을 구분하고, 개인 프로젝트는 vibe coding으로 충분하지만 돈과 개인 데이터를 다루는 실제 제품에서는 코드 리뷰와 기초 학습이 필수라고 선을 긋습니다.

캘린더 초대가 컵케이크를 주문했다 — 아무도 주시하지 않는 스마트 홈 에이전트 보안 공백

dev.to

Gemini 기반 스마트 홈 에이전트가 치과 예약 캘린더 초대를 명령으로 오인해 컵케이크를 실제 주문한 사건을 소개합니다. 저자는 이를 프롬프트 인젝션의 일종으로 분석하며, Zenity·Lakera 같은 엔터프라이즈 에이전트 보안과 달리 소비자용 스마트 홈 플랫폼에는 관측 가능성·정책 계층·킬 스위치가 없다는 격차를 지적합니다.