dev.to · 최신 글

전체 출처

Three.js로 3D 도서관을 만들다가 직접 편집 도구를 만들었습니다

dev.to

Oniria에서 DEV.to 글을 책으로 배치하는 3D 도서관을 만들며, 좌표를 코드로 고치는 대신 공간 안에서 위치를 지정하는 마커 도구를 개발했습니다. 마커를 Sanity 문서로 저장하고 내보내면서 별도 레벨 편집기 없이도 배치를 이어갈 수 있는 작업 흐름을 마련했습니다.

Polly, 오픈소스 유지보수 비용 도입

dev.to

Polly가 소스 라이선스와 오픈소스 공개 상태를 유지하면서 조직별 월 20달러의 유지보수 비용을 도입합니다. Polly를 사용하는 제품이나 프로젝트로 최소 2만 달러를 버는 조직이 대상이며, 글쓴이는 오픈소스 유지보수 재원을 마련하는 한 가지 방식으로 소개합니다.

MCP와 API 비교 — MCP가 있어도 API가 필요한 이유

dev.to

MCP는 API를 대체하지 않고, LLM이 도구를 발견하고 호출하도록 API 위에 얹는 어댑터입니다. 글은 두 인터페이스의 호출 방식과 보안·운영 차이를 비교하고, MCP의 컨텍스트 낭비와 보안 위험을 짚으며 각각을 선택할 기준을 제시합니다.

Google Cloud 프로젝트에서 쓰지 않는 리소스와 그 비용을 찾는 방법

dev.to

zombiescan은 Google Cloud의 20종 유휴 리소스를 읽기 전용으로 검사하고, Cloud Billing Catalog 가격을 적용해 프로젝트별 월 비용을 산출하는 도구입니다. 작성자는 75개 프로젝트에서 79초 동안 713건을 찾아 월 387.74달러의 낭비를 추정했으며, 가격 기준과 권한·탐지 범위의 한계도 설명합니다.

이번엔 직접 코드를 썼습니다. 답이 틀려도 배운 걸까요?

dev.to

AI 에이전트로 26개 넘는 프로젝트를 만든 저자가 Stanford의 초급 Python 과정에 지원하며 처음 직접 코드를 작성합니다. 프로그램은 작동했지만 GPT가 틀린 NBA 기록을 자신 있게 답하면서, 코드 작성과 답 검증이 서로 다른 기술임을 보여줍니다.

두 번째 에이전트가 첫 프로젝트의 할 일을 구현했습니다

dev.to

AWS Bedrock 기반 고객 지원 에이전트 Nova Adiutrix를 만들며 검색 정확도, 주문 소유권 검사, 테스트 검증, 클라우드 자원 정리에서 겪은 문제를 기록합니다. 프롬프트 지시만으로 보안을 맡기지 않고 코드와 실행 증거로 검증한 과정이 중심입니다.

GitHub 프로필에 DEV 팔로워 수 표시하기

dev.to

GitHub Actions로 DEV 팔로워 수를 매일 조회해 README에 갱신하는 방법을 소개합니다. API 키는 GitHub Secrets에 보관하고, README 내용이 바뀐 경우에만 커밋하고 푸시합니다.

AI가 코드를 더 많이 써도, 개발자의 책임은 줄지 않습니다

dev.to

AI가 구현과 테스트를 맡아도 배포한 시스템의 책임은 개발자에게 남습니다. 글은 AI가 코드와 테스트를 함께 만들 때 생기는 오해와 ‘이해 부채’를 짚고, 작은 작업 단위와 계획 검토, 명시적인 설계 기록으로 위험을 줄이는 방법을 제안합니다.

TypeScript 타입과 타입 가드가 조용히 어긋날 수 있습니다

dev.to

TypeScript의 사용자 정의 타입 술어는 함수 본문이 타입의 모든 필드를 검사하는지 증명하지 않습니다. 글에서는 기존 타입과 가드 정의를 컴파일 시점에 연결하는 is-kit의 typedStruct를 소개하고, 타입 동기화와 런타임 추가 속성 검증은 별개의 문제라고 설명합니다.

AWS 멀티 에이전트 AI의 에이전트별 비용 추적

dev.to

정상 응답과 200 OK만으로는 멀티 에이전트 실행의 낭비를 찾기 어렵습니다. AWS Strands와 Amazon Nova Pro를 연결한 사례에서 에이전트·도구별 토큰과 비용을 추적하고, 반복 호출·추론 루프·컨텍스트 증가를 기준 실행과 비교해 감지합니다.

프런트엔드 아키텍처를 하나로 설명하는 모델

dev.to

글은 프런트엔드 구조를 브라우저의 탐색·조정, 서버의 콘텐츠, 클라이언트의 낙관적 UI 상태라는 세 책임으로 나눕니다. 이 관점으로 HTMX부터 SPA까지를 설명하고, Solid 2.0이 같은 모델 안에서 여러 구조를 표현하는 방법을 제안합니다.

Go의 `if err != nil`이 그리워 TypeScript용 errval을 만들었습니다

dev.to

errval은 TypeScript에서 오류를 명시적으로 반환하고, 호출부에서 처리하도록 돕는 라이브러리입니다. 오류 타입을 호출에서 추론하고 `match`의 누락된 분기를 컴파일 오류로 잡습니다. 실패 경로 벤치마크와 오류 생성 방식도 공개했습니다.

PNG는 손상을 드러내지만 JPEG는 숨깁니다

dev.to

512×512 이미지의 PNG, JPEG 등 6개 형식에서 비트 하나를 바꾸고 디코딩 결과를 비교했습니다. PNG는 처리 도구가 손상을 감지해 거부했지만 Chromium은 손상 전까지의 픽셀을 그렸고, JPEG·WebP·AVIF는 손상된 이미지를 온전한 것처럼 보여주기도 했습니다.

모바일 `100vh` 문제를 JavaScript로 고치지 마세요

dev.to

모바일 브라우저에서 `100vh`는 현재 보이는 화면이 아니라 브라우저 UI가 접힌 상태의 높이를 기준으로 삼을 수 있습니다. 글은 `dvh`, `svh`, `lvh`의 차이를 설명하고, 목적에 맞는 CSS 뷰포트 단위를 쓰면 JavaScript 우회 코드를 없앨 수 있다고 안내합니다.