검색 결과
"software engineering" · 88개 기사
Software Engineering의 법칙들
Laws of Software Engineering
소프트웨어 공학에 적용되는 여러 원칙과 법칙을 정리한 글. 개발 의사결정과 시스템 설계 관점을 다룸.
LLM이 내 소프트웨어 엔지니어링 경력을 잠식하고 있는데, 무엇을 해야 할지 모르겠다
LLMs are eroding my software engineering career and I don't know what to do
LLM 도구 확산으로 개발 업무와 경력 경로가 재편되며, 작성자는 자신의 소프트웨어 엔지니어링 역할이 약해지는 현실을 고민함. 코딩 중심 업무가 검토·설계·통합 중심으로 이동하는 흐름을 짚는다.
AI가 소프트웨어 엔지니어링의 중간층을 없애고 있는가?
AI is removing the middle class of software engineering?
AI 도입이 소프트웨어 엔지니어링의 중간 숙련층 역할을 압박하고 있음. 개발 생산성 재편과 직무 구조 변화가 핵심 쟁점으로 부상.
병목은 결코 코드가 아니었다
The bottleneck was never the code
코딩 에이전트의 한계가 코드 품질보다 작업 흐름과 의사결정 구조에 있다는 주장. 개발 생산성의 병목을 다시 보게 만든다.
"코드가 결코 어려운 부분이 아니었다"는 모든 프로그래머에 대한 모욕이다
"Code was never the hard part" is an insult to all programmers
코딩 자체를 문제의 핵심이 아니라고 보는 주장에 반박하는 글. 프로그래밍의 복잡성과 장인성을 과소평가하지 말아야 한다는 논지.
프로그래밍은 여전히 별로다
Programming Still Sucks
프로그래밍의 복잡성과 비효율이 여전히 해소되지 않았다는 문제의식을 다룬 글. 개발 경험의 고질적 불편함을 비판적으로 짚는다.
사람이 유지보수할 코드를 작성하라
Write code like a human will maintain it
유지보수성 중심의 코드 작성 원칙을 다룬 글. 읽기 쉬움, 명확한 구조, 장기적인 변경 용이성이 핵심으로 강조된다.
코드 리뷰의 주된 목적은 유지보수가 어려운 코드를 찾아내는 것
The primary purpose of code review is to find code that will be hard to maintain
코드 리뷰의 핵심을 버그 탐지보다 유지보수성 검토에 둬야 한다는 관점. 장기적으로 읽기 어렵고 수정 비용이 큰 코드를 걸러내는 데 초점을 맞춤.
소프트웨어 엔지니어링은 더 이상 평생 직업이 아닐 수 있다
Software engineering may no longer be a lifetime career
소프트웨어 엔지니어링의 장기적 직업 안정성이 약해지고 있다는 분석. 자동화와 산업 구조 변화가 경력 지속성에 영향을 주고 있음.
탑은 계속 높아진다
The Tower Keeps Rising
AI 에이전트가 코딩 속도를 높이지만, 팀의 공유 언어와 시스템 이해를 약화시킬 수 있다는 논지. 바벨탑 비유를 통해 협업 비용이 줄어들수록 구조적 이해 상실이 더 늦게 드러날 수 있음을 짚음.
over-editing은 모델이 필요한 범위를 넘어 코드를 수정하는 현상
Over-editing refers to a model modifying code beyond what is necessary
모델이 최소 수정 범위를 넘어서 코드를 과도하게 바꾸는 문제를 설명함. 자동 코딩 보조의 편집 정밀도와 안정성 이슈를 짚음.
에이전틱 코딩 교훈: 코드가 싸질 때 우리는 무엇을 해야 하나
Lessons for Agentic Coding: What should we do when code is cheap?
에이전트 기반 코딩 시대의 실무 교훈을 정리함. 코드 생산 비용이 낮아질수록 검증, 설계, 유지보수의 중요성이 커짐.
나의 Software North Star
My Software North Star
소프트웨어를 판단하고 설계할 때 따를 기준점을 정리한 에세이. 개발자가 장기적으로 유지할 핵심 원칙과 우선순위를 제시함.
소프트웨어 엔지니어링과 GenAI에 관한 8가지 오해
Eight Myths on Software Engineering and GenAI
소프트웨어 엔지니어링과 생성형 AI(GenAI)에 대한 일반적인 오해 8가지를 분석.
소프트웨어 엔지니어 채용 공고가 빠르게 증가
Job Postings for Software Engineers Are Rapidly Rising
소프트웨어 엔지니어 채용 공고가 빠르게 늘고 있다는 분석. 고용 시장의 회복 흐름과 기술 인력 수요 증가를 시사.
AI 지원 소프트웨어 엔지니어링에 Go가 이상적인 언어인 이유
Go is an ideal language for AI-assisted software engineering
Google이 AI 보조 개발에 Go가 적합하다고 설명. 단순한 문법과 명확한 구조가 자동화된 코드 생성·리팩터링에 유리하다는 주장.
Fabrice Bellard에 대한 John Carmack의 이야기
John Carmack on Fabrice Bellard
John Carmack이 프로그래머 Fabrice Bellard의 작업을 언급한 글. Bellard의 뛰어난 엔지니어링 역량과 영향력을 다룬 내용.
Ask HN: 대부분의 기업 소프트웨어 엔지니어링 일자리는 보여주기식인가?
Ask HN: Are most corporate SWE jobs performative?
기업 SWE 직무의 실제 가치와 보여주기식 업무 비중을 두고 HN에서 질문이 제기됨. 조직 문화와 생산성에 대한 논쟁 주제.
Harness engineering: 에이전트 우선 세계에서 Codex 활용하기
Harness engineering: Leveraging Codex in an agent-first world
에이전트 중심 개발 환경에서 Codex를 활용하는 엔지니어링 방식을 다룸. 도구 연결, 작업 분해, 검증 흐름에 초점.
작동해도 AI 코드가 거절되는 이유
When I reject AI code even if it works
AI가 생성한 코드가 동작하더라도 품질, 유지보수성, 의도 일치가 부족하면 채택하지 않는 기준을 다룸. 자동 생성 코드의 신뢰 경계가 강조됨.
Tokenomics: 에이전틱 Software Engineering에서 토큰 사용처를 정량화하기
Tokenomics: Quantifying Where Tokens Are Used in Agentic Software Engineering
에이전틱 Software Engineering에서 토큰이 어디에 쓰이는지 정량 분석한 연구. 에이전트 워크플로와 비용 구조를 계량적으로 파악하려는 시도임.
Senior SWE-Bench: 에이전트를 시니어 엔지니어 수준으로 평가하는 오픈소스 벤치마크
Senior SWE-Bench: open-source benchmark that assesses agents as senior engineers
Senior SWE-Bench는 소프트웨어 에이전트의 실전 엔지니어링 역량을 측정하는 오픈소스 벤치마크다. 시니어 엔지니어 관점의 과제를 통해 에이전트 성능을 평가한다.
리팩터링의 경제적 이익
The Economic Benefit of Refactoring
리팩터링을 비용이 아닌 경제적 투자로 보는 관점을 다룬다. 유지보수성 개선과 변경 비용 절감이 장기적 가치를 만든다는 논지다.
훌륭한 abstraction의 숨은 비용
The 'Hidden' Costs of Great Abstractions
추상화가 개발 생산성을 높이는 동시에 복잡성, 디버깅 비용, 성능 손실을 숨길 수 있음을 지적. 설계 수준에서의 대가를 다시 보자는 논점.
병렬 프로그래밍의 선
The Zen of Parallel Programming
병렬 프로그래밍의 원칙과 설계 감각을 다룬 글. 동시성 처리와 작업 분할의 기본기를 정리한 내용.
2026년에도 왜 코드를 쓰는가
Why write code in 2026
코드 작성의 의미가 약해진 시대에도 사람이 직접 코드를 써야 하는 이유를 묻는 글. 도구가 발전한 뒤에도 소프트웨어를 이해하고 통제하는 역량의 가치를 강조한다.
코드 작성에 쓰는 AI 코딩 에이전트는 유지보수 비용을 줄여야 한다
An AI coding agent, used to write code, needs to reduce your maintenance costs
AI 코딩 에이전트의 핵심 가치를 기능 생산성이 아니라 유지보수 비용 절감으로 봐야 한다는 주장. 생성된 코드가 장기 운영 부담을 줄이지 못하면 실질적 효용이 낮다는 점을 강조함.
--dangerously-skip-reading-code
--dangerously-skip-reading-code
코드를 읽지 않고 넘어가는 태그나 습관의 위험성을 다룬 글. 빠른 판단보다 실제 코드 확인이 필요하다는 점을 강조함.
Drunk post: 시니어 엔지니어가 배운 것들
Drunk post: Things I've learned as a senior engineer (2021)
시니어 엔지니어로 일하며 얻은 교훈을 정리한 회고 글. 협업, 의사결정, 책임 범위에 대한 실전 관찰이 중심.
소프트웨어 팩토리가 실패하는 이유, 하니스 엔지니어링만으로는 충분하지 않음
Why Software Factories Fail (or: harness engineering is not enough)
코딩 에이전트용 하니스와 자동화만으로는 소프트웨어 팩토리를 안정적으로 만들기 어렵다는 문제를 짚음. 조직 구조, 피드백 루프, 운영 설계까지 함께 맞춰야 한다는 주장.
LLM에는 boring languages를 사용하라
Use boring languages with LLMs
LLM 개발에는 복잡한 최신 언어보다 단순하고 보수적인 언어가 유리하다는 주장. 유지보수성과 예측 가능성을 강조함.
Software Engineering 기초가 더 중요해짐
Software Engineering fundamentals matter more
소프트웨어 엔지니어 역할의 본질과 기초 역량을 다시 강조하는 글. 에이전틱 엔지니어링 논의가 커질수록 신호보다 소음이 많아졌다는 문제의식도 담음.
"클린" 코드, 끔찍한 성능 (2023)
"Clean" Code, Horrible Performance (2023)
클린 코드 원칙이 오히려 성능 저하를 초래할 수 있음. 추상화와 간접 계층이 성능 병목을 만듦.
코드의 깔끔함이 coding agents에 영향을 주는가? 통제된 최소쌍 연구
Does code cleanliness affect coding agents? A controlled minimal-pair study
코드 청결도가 coding agents의 성능에 미치는 영향을 통제 실험으로 검증한 연구. 작은 코드 차이만으로도 에이전트 결과가 달라질 수 있음을 다룸.
Bank Python 구술사 (2021)
An oral history of Bank Python (2021)
은행 조직에서 Python이 어떻게 도입되고 활용됐는지 구술 형식으로 정리. 금융권 개발 문화와 실무 채택 과정을 되돌아봄.
왜 사람들은 formal methods를 사용하지 않는가? (2019)
Why don't people use formal methods? (2019)
형식 검증의 유용성은 높지만 적용 비용과 학습 장벽이 큼. 개발 현장에서는 도구 성숙도와 생산성 우려가 확산을 제약함.
프로그래밍의 일곱 가지 원형 언어 (2022)
프로그래밍의 일곱 가지 원형 언어 (2022)
프로그래밍 언어는 문법적 차이를 넘어 반복, 재귀, 구성 방식에 따라 일곱 가지 원형으로 분류됩니다. 새로운 언어를 학습할 때 익숙한 원형을 공유하는 언어는 배우기 쉽지만, 낯선 원형으로의 전환은 새로운 사고방식을 요구합니다.
몇 달 동안 손으로 코딩하는 중이에요
몇 달 동안 손으로 코딩하는 중이에요
AI 코딩 에이전트가 대세인 시대에 LLM 없이 직접 코딩하며 기본기를 다지는 개발자의 리트릿 경험담입니다. 컴퓨터의 추상화 계층을 깊이 이해하고 Python 실력을 쌓기 위해 3개월간 수동 코딩에 집중하는 과정을 담고 있습니다.
프로덕션 환경에서 Vibe Coding을 책임감 있게 하는 법 - Code w/ Claude
프로덕션 환경에서 바이브 코딩을 책임감 있게 하는 법 - Vibe coding in prod | Code w/ Claude
Anthropic 연구자가 AI에게 코드를 전적으로 맡기는 Vibe Coding을 프로덕션에서 안전하게 쓰는 방법을 설명. 실서비스 적용 시 검증, 통제, 책임 분담이 핵심으로 제시된다.
확률적 엔지니어링과 24/7 직원
확률적 엔지니어링과 24/7 직원
소프트웨어 개발이 결정론적 작업에서 확률적 작업으로 이동하고 있음. AI 에이전트가 밤새 코드를 생성·리뷰·병합하는 운영 방식이 현실화되는 흐름.
The AI Agent Complexity Ratchet: Why 90% Test Coverage Is Required
The AI Agent Complexity Ratchet: Why 90% Test Coverage Is Required
AI 코딩 시대에는 복잡성이 쉽게 누적되는 만큼 높은 테스트 커버리지가 필요하다는 논지. 에이전트 기반 개발에서 90% 테스트가 사실상 안전장치로 제시된다.
Uber, AI 코딩 도구 사용 급증으로 올해 AI 예산 조기 소진
Uber, AI 코딩 도구 사용 급증으로 올해의 AI 예산 이미 소진
Uber가 내부 개발자의 AI 코딩 도구 사용량이 급증함에 따라 올해 책정된 AI 예산을 조기에 모두 소진했습니다. 특히 Claude Code와 같은 도구의 적극적인 도입과 내부 장려 정책이 예산 소진의 주요 원인으로 분석됩니다.
프로그래밍: 이론 구축으로서의 프로그래밍 (1985)
이론 형성으로서의 프로그래밍 (1985)
Peter Naur의 글이 프로그래밍을 코드 생산이 아니라 문제와 해법에 대한 프로그래머의 이론을 세우는 과정으로 정의함. 소스코드보다 개발자의 이해와 मानसिक 모델이 핵심이라는 관점을 제시함.
DORA: AI 보조 소프트웨어 개발의 ROI
DORA: AI 보조 소프트웨어 개발의 ROI*
Google Cloud와 DORA 보고서가 AI는 조직의 역량을 증폭하는 도구라는 점을 강조함. 내부 플랫폼, 배포 पाइ프라인, 팀 역량이 강할수록 AI 도입 효과가 커진다는 메시지다.
소프트웨어 엔지니어링 기본기가 어느 때보다 중요해짐
소프트웨어 엔지니어링 기본기가 어느 때보다 중요해짐
에이전트와 모델이 구현 속도는 높였지만, 시스템 설계와 조합 판단은 여전히 엔지니어 몫이라는 점을 강조함. 프롬프트로 TDD를 강제할 수는 있어도 인터페이스와 결합부 설계, 검증은 기본기가 좌우함.
넓게 만들고, 좁게 출시하기
넓게 만들고, 좁게 출시하기
AI로 구현과 브랜치 분해 비용이 낮아지면서, 작업 경계를 초기에 고정하지 않고 전체 기능을 먼저 만든 뒤 실제 코드 구조에 맞춰 작은 PR로 나누는 방식이 가능해짐. 설계를 생략하자는 뜻이 아니라, 충분히 검증한 뒤 분할하고 새 설계는 코드보다 먼저 명세로 커밋해야 한다는 주장임.
에이전틱 코드 리뷰에서 인간-AI 시너지: 인간과 AI는 다르게 리뷰한다
에이전틱 코드 리뷰에서 인간-AI 시너지 : 인간과 AI는 다르게 리뷰한다
300개 GitHub 프로젝트의 27만여 개 인라인 코드 리뷰 대화를 분석해 인간과 AI의 피드백 패턴을 비교함. AI는 문제를 찾아 즉시 수정안을 제시하는 경향이 강했고, 인간은 구현 이유와 테스트, 프로젝트 관례를 묻는 상호작용에 더 집중함.
AI가 소프트웨어 엔지니어링의 중산층을 없애고 있음
AI가 소프트웨어 엔지니어링의 중산층을 없애고 있음
AI가 구현 속도의 병목을 크게 줄이면서, 복잡한 프로젝트가 붕괴 가능한 수준의 난이도에 더 빨리 도달함. 사람의 검토·이해 속도는 그대로여서 잘못된 설계와 추상화가 더 쉽게 누적됨.
Go 언어가 AI 기반 소프트웨어 엔지니어링에 이상적인 이유
Go 언어가 AI 기반 소프트웨어 엔지니어링에 이상적인 이유
AI 코드 생성이 늘면서 개발의 병목이 작성에서 리뷰, 검증, 유지보수로 이동하고 있음. Go는 대규모 협업과 장기 운영에 유리한 설계로 이런 환경에 잘 맞는다는 주장임.
저항에 관한 이메일을 받다
저항에 관한 이메일을 받다
AI와 자동화가 소프트웨어 노동의 가치를 바꾸는 상황에서 변화에 저항하는 태도를 비판하는 글. 프로그래머를 산업혁명기의 숙련 장인에 비유하며 직업적 정체성의 전환을 짚음.
모든 코드를, 항상 다시 작성하라
모든 코드를, 항상 다시 작성하라
AI로 코드 생성 비용이 낮아지면 프로덕션 코드를 희소 자산으로 볼 이유가 약해진다는 전망임. 장기적으로는 구현보다 요구사항과 명세를 보존하고, 대규모 코드베이스를 주기적으로 재작성하는 흐름이 가능해질 수 있음.
내가 좋아하는 소프트웨어 강연들
내가 좋아하는 소프트웨어 강연들
도구 사용법보다 추상화, 복잡성, 정확성, 문제 해결 같은 소프트웨어 공학의 핵심 기예에 초점을 맞춘 강연 모음. 프로그래밍을 기계와 사람 사이의 커뮤니케이션으로 보고, 좋은 강연이 정신 모델을 압축해 전달한다는 관점을 담음.
소프트웨어 엔지니어링과 생성형 AI에 관한 8가지 오해
소프트웨어 엔지니어링과 생성형 AI에 관한 8가지 오해
생성형 AI가 개발 생산성을 크게 높이지 못하는 현실을 지적. MS 조사에서 개발자의 코딩 시간은 14%에 불과하며, 과장된 기대가 투자 결정을 왜곡할 수 있음.
재능이라는 허상
재능이라는 허상
주니어들이 취업난과 AI, 뛰어난 동료를 보며 개발 재능이 없다고 단정하고 포기하는 흐름을 비판. 좋은 개발자는 기술형 기질만이 아니라 꾸준함, 문제 해결, 학습력 같은 다양한 역량의 조합이라는 주장.
우리는 특별하지 않다 (2021)
우리는 특별하지 않다 (2021)
소프트웨어의 요구사항 변경, 불확실성, 반복 작업, 임시방편이 전통 공학에도 흔하다고 지적. 소프트웨어만 Agile이고 전통 공학은 Waterfall이라는 구분은 지나치게 단순하며 두 영역의 공통점이 더 크다는 관점.
루프 안의 인간은 지쳤다
루프 안의 인간은 지쳤다
LLM 기반 프로그래밍은 생산성을 높이는 대신 개발자에게 지속적인 검토와 수정을 요구해 감독 피로를 키움. 그럴듯한 코드를 빠르게 만들어도 복잡한 변경의 의도와 품질을 인간이 끝까지 통제해야 하는 부담이 커짐.
Pandas 창시자가 말하는 AI·Apache Arrow·소프트웨어 엔지니어링의 미래 [유튜브
Pandas 창시자가 말하는 AI·Apache Arrow·소프트웨어 엔지니어링의 미래 [유튜브]
] Pandas와 Apache Arrow 경험을 바탕으로 AI 시대에도 고성능 데이터 시스템 설계에서 전문성, 판단력, 취향이 핵심이라고 강조함. Apache Arrow는 표 형식 데이터 처리를 표준화하는 인메모리 계층으로 채택이 확대되고 있음.
탑은 계속 높아진다
탑은 계속 높아진다
바이브 코딩으로 생성된 소프트웨어가 예측 불가하게 변하는 현상을 바벨탑에 비유하며, AI 시대에는 이해가 무너져도 개발이 계속된다고 짚음. 대규모 소프트웨어의 병목은 생산 속도보다 개념, 경계, 불변 조건, 소유권에 있음.
2026년에 왜 코드를 작성하는가
2026년에 왜 코드를 작성하는가
엔지니어 역할이 코드 생산을 넘어 소프트웨어 팩토리의 구축·유지로 확장됐지만, 시스템을 이해하고 개선하려면 여전히 직접 코드를 다뤄야 함. 프롬프트·AGENTS.md·평가 체계로 에이전트를 운영하되 테스트, 린팅, 타입 시스템이 핵심 검증 수단으로 제시됨.
컴퓨터과학 학위는 죽지 않았다
컴퓨터과학 학위는 죽지 않았다
미국 CS 졸업자 실업률은 높지만, 실업·불완전고용·초기 소득을 함께 보면 여전히 강한 전공으로 평가됨. 문제는 학위 자체보다 신입 소프트웨어 엔지니어 채용 파이프라인의 위축에 있음.
이해가 새로운 병목이다
이해가 새로운 병목이다
에이전트가 코드를 계속 생성하는 환경에서 개발 속도는 작성 능력보다 인간의 이해 속도에 의해 제한됨. 코드의 목적은 승인·거부를 위한 검증이 아니라 다음 변경을 설계하기 위한 맥락 파악에 있음.
코드베이스를 완전히 이해하지 못해도 괜찮은 이유
코드베이스를 완전히 이해하지 못해도 괜찮은 이유
대규모 코드베이스는 누구도 전체를 완벽히 이해할 수 없으므로, 엔지니어는 부분적으로 정확한 이해만으로도 효율적으로 작업할 수 있어야 함. Peter Naur의 이론을 인용해 팀의 집단적 이해가 사라질 때 유지보수 전략이 중요하다고 짚음.
코드 청결도는 코딩 에이전트에 영향을 미치는가? 통제된 최소쌍 연구
코드 청결도는 코딩 에이전트에 영향을 미치는가? 통제된 최소쌍 연구
아키텍처와 동작은 같고 코드 청결도만 다른 최소쌍을 만들어 자율 코딩 에이전트의 성능 차이를 측정함. 코드 품질이 탐색과 수정 비용에 영향을 주는지 분리해 평가한 연구임.
AI 코딩 시대의 개발자 역할 변화: 코딩 실행자에서 맥락·검증·제품화 설계자로
AI 코딩 시대의 개발자 역할 변화: 코딩 실행자에서 맥락·검증·제품화 설계자로
AI가 코드 작성·수정·테스트까지 수행하면서 개발자 역할이 단순 구현에서 문제 정의, 작업 설계, 검증, 맥락 관리로 이동하고 있음. 제품화 지원과 품질 보증이 핵심 역량으로 부상함.
Show GN: Cluedoc: 코드베이스 이해를 돕는 문서 작성 에이전트 스킬
Show GN: Cluedoc: 코드베이스 이해를 돕는 문서 작성 에이전트 스킬
코드 생성보다 코드베이스 이해가 더 중요해진 상황에서, 시스템 동작과 수정 안전성을 설명하는 문서를 자동으로 만드는 에이전트 스킬. 빠르게 바뀌는 코드베이스를 이해하기 위한 보조 도구로 소개됨.
코드 리뷰의 주된 목적은 유지보수하기 어려운 코드를 찾는 것
코드 리뷰의 주된 목적은 유지보수하기 어려운 코드를 찾는 것
코드 리뷰는 버그 탐지보다 나중에 유지보수하기 어려운 코드를 미리 드러내는 과정에 가까움. 리뷰어가 이해하기 어려운 코드는 미래 유지보수자도 같은 문제를 겪을 가능성이 큼.
Senior SWE-Bench: 시니어 엔지니어급 에이전트 평가용 오픈소스 벤치마크
Senior SWE-Bench: 시니어 엔지니어급 에이전트 평가용 오픈소스 벤치마크
Senior SWE-Bench는 정제된 주니어 과제 대신 실제 시니어 엔지니어 수준의 기능 개발, 버그 수정, 성능 문제를 겨냥한 벤치마크. 자연어에 가까운 현실적 지시사항과 제출 해법 기반 평가를 통해 코딩 에이전트 성능을 측정.
AI가 일자리보다 먼저 가져가는 것
AI가 일자리보다 먼저 가져가는 것
AI가 일자리를 대체하기 전에 몰입감, 소유감, 성장의 사다리 같은 일의 경험적 가치부터 약화시킨다는 에세이. 개발자가 AI만 사용해온 1년의 체감 변화를 소설적 비유로 풀어냄.
채용과 소프트웨어는 망가졌다
채용과 소프트웨어는 망가졌다
10년차 소프트웨어 엔지니어가 해고 이후 구직 과정에서 극심한 채용난을 겪은 사례. 장기화된 면접, 초반 탈락, 응답 단절이 반복되며 소프트웨어 업계 채용 시장의 경색을 드러냄.
ponytail - AI 에이전트를 가장 게으른 시니어 개발자처럼 생각하게 만들기
ponytail - AI 에이전트를 가장 게으른 시니어 개발자처럼 생각하게 만들기
AI 에이전트가 과도하게 코드를 늘리지 않고 최소 변경으로 문제를 풀도록 유도하는 접근을 소개함. 시니어 개발자의 압축적 사고방식을 프롬프트와 작업 방식에 반영하는 것이 핵심임.
훈련시킬 수 없는 것
훈련시킬 수 없는 것
AI가 빠르게 고도화되면서 투자자들 사이에서 회사가 단순한 얇은 래퍼에 불과하다는 회의론이 확산. 초기 AI SWE 사례인 Devin은 약 1년 반 만에 벤치마크 성능을 크게 끌어올림.
SQLite의 창시자, 리처드 힙과 함께하는 Turso, AI, 그리고 26년간의 코드 이야기 [유튜브
SQLite의 창시자, 리처드 힙과 함께하는 Turso, AI, 그리고 26년간의 코드 이야기 [유튜브]
] SQLite 창시자 Richard Hipp가 26년간의 성공 비결로 자체 도구 구축, 외부 기여 최소화, 철저한 테스트를 강조. 복잡한 오픈소스 환경에서 코드 품질을 지키는 방식을 보여줌.
에이전틱 코드 리뷰
에이전틱 코드 리뷰
코딩 에이전트 성능이 급상승하면서 난점이 코드 작성보다 신뢰 가능한지 판단하는 리뷰로 이동함. AI는 코드 생산량을 늘리지만 품질과 리뷰 가능성은 떨어뜨려, 코드 리뷰의 레버리지가 더 커졌다는 관점.
형식 기법과 프로그래밍의 미래
형식 기법과 프로그래밍의 미래
에이전트 코딩 확산으로 형식 기법의 비용 대비 효용이 재평가되는 흐름. 과거에는 일부 사례 중심이었지만 이제 대형 조직도 전담 팀을 두며 도입을 확대.
Claude Code 창시자, 소프트웨어 엔지니어의 종말을 말하다 [YouTube
Claude Code 창시자, 소프트웨어 엔지니어의 종말을 말하다 [유튜브]
] Claude Code 같은 에이전트형 코딩 도구가 코드 작성보다 제품 설계와 업무 재구성에 더 큰 변화를 만든다는 관점. Microsoft 조사에서는 AI 채택 압박과 고가치 업무 증가가 함께 나타났지만 보상은 아직 뒤처짐.
AI가 소프트웨어 엔지니어를 대체하지 않은 이유, 그리고 앞으로도 대체하지 못할 이유
AI가 소프트웨어 엔지니어를 대체하지 않은 이유, 그리고 앞으로도 대체하지 못할 이유
AI 도입이 빠른 직군이지만, 현재까지 대규모 해고를 AI가 직접 유발했다는 증거는 약하다는 주장. 실제 감원 배경은 재무 압박, 비용 절감, 조직 슬림화 같은 경영 요인이었다고 분석함.
Tokenomics: 에이전트형 소프트웨어 엔지니어링에서 토큰이 어디에 사용되는지 정량화
Tokenomics: 에이전트형 소프트웨어 엔지니어링에서 토큰이 어디에 사용되는지 정량화
LLM 기반 다중 에이전트 개발 시스템의 실행 추적을 SDLC 단계에 매핑해 토큰 소비를 분석한 연구. 초기 생성보다 코드 리뷰와 검증 단계에 토큰이 더 많이 쓰이는 패턴을 보여줌.
Loop Engineering - Addy Osmani
Loop Engineering - Addy Osmani
AI 코딩 에이전트를 사람이 직접 지시하는 방식에서 벗어나, 스스로 작업을 찾고 분해하고 검증하는 반복 시스템으로 설계하는 개념이 제시됨. 에이전트 운영을 위한 루프 엔지니어링이 다음 단계로 언급됨.
AI 시대, 가장 가치 있는 개발자는 장인이면서 builder인 사람일 것
AI 시대, 가장 가치 있는 개발자는 장인이면서 빌더인 사람이 될 것
AI 코딩 도구 확산으로 누구나 builder가 되는 환경이 열림. 손으로 설계를 다듬고 품질을 책임지는 artisan형 개발자의 가치가 다시 부각됨.
LLM이 내 software engineering 커리어를 잠식하고 있으며 무엇을 해야 할지 모르겠다
LLM이 내 소프트웨어 엔지니어링 커리어를 잠식하고 있으며 무엇을 해야 할지 모르겠다
LLM 도구가 설계, 구현, 디버깅까지 침투하며 기존 엔지니어링 전문성의 차별화를 약화시키고 있음. 특히 결제·금융 도메인에서는 규제, 원장, 대사 같은 도메인 지식이 핵심 경쟁력으로 남아 있음.
사용자는 신경 쓰지 않는다 — 하지만 당신은 신경 써야 한다
사용자는 신경 쓰지 않는다 — 하지만 당신은 신경 써야 한다
사용자는 기술 스택보다 제품이 제대로 동작하는지에 더 관심을 둠. 코드 품질이 낮으면 버그 수정, 기능 추가, 개발 속도에서 장기적인 비용이 커짐.
Ask HN: HN 이용자들은 왜 이렇게 AI에 반대하나요?
Ask HN: HN 이용자들은 왜 이렇게 AI에 반대하나요?
HN Best 피드에서 AI 비판 글이 반복 노출되며 반감이 강하다는 문제의식이 제기됨. 코드 품질, 버그, 기술 부채를 둘러싼 AI 회의론과 실무 관점의 간극이 핵심 쟁점으로 보임.
코드는 더 싸졌다
코드는 더 싸졌다
AI 코딩 도구 확산으로 코드 작성 비용은 급감했지만, 생성된 코드를 이해하는 비용이 더 커졌다는 분석이 제기됨. LLM 출력은 결정적이지 않고 원본 소스와 동일시할 수 없어, 소프트웨어 생산성과 유지보수 비용 구조가 바뀌고 있음.
Slop 시대의 품질
Slop 시대의 품질
AI 코딩 도구가 코드를 대량 생성하는 시대에도 좋은 코드와 장인 정신의 기준이 여전히 유효한지 묻는 글. 작동 여부만으로는 품질을 설명할 수 없으며, 코드의 완성도와 의도를 보는 관점이 필요하다고 봄.
나를 뒤처지게 두라
나를 뒤처지게 두라
Android 개발을 시작으로 10년간 사용자에게 실질적 이익을 주는 앱을 유지보수해 온 경험을 회고. 기술의 목적은 속도보다 현실의 문제를 해결하는 데 있다는 메시지.
Claude는 당신의 아키텍트가 아니다. 그런 척하게 두지 말라
Claude는 당신의 아키텍트가 아니다. 그런 척하게 두지 말라
Claude 같은 AI 에이전트의 아키텍처 제안은 그럴듯하지만 실제 판단보다 학습된 패턴 조합에 가깝다고 비판했다. 좋은 아키텍트에 필요한 반대와 검증을 AI가 충분히 수행하지 못한다는 점을 강조했다.
AI는 기존 기술 역량에 곱셈 효과를 준다
AI는 기존 기술 역량에 곱셈 효과를 준다
AI 모델은 많은 프로그래밍 작업에서 유용하지만 개발자를 대체하기보다 기존 역량을 증폭하는 도구에 가깝다는 주장. LLM이 인간 없이 모든 규모의 프로젝트를 완전히 설계·구축한다는 증거는 부족함.
나는 소프트웨어 엔지니어가 아니다
나는 소프트웨어 엔지니어가 아니다
소프트웨어 엔지니어 정체성에 대한 거부와 회의감을 다룬 에세이. 에이전트형 개발 패러다임이 코드에 대한 기존 믿음과 역할 인식을 흔든다는 문제의식을 제기함.