GeekNews Weekly Trend
소프트웨어 엔지니어링의 재정의
좋은 개발자, 엔지니어링 조직, 오픈소스, 빠른 개발, 스펙 기반 개발, AI 보조 코딩 이후의 개발 문화를 추적한 흐름입니다.
이 흐름을 어떻게 봤나요
소프트웨어 엔지니어링 관련 Weekly는 기술 스택보다 사람과 조직의 습관을 자주 다뤘습니다. 좋은 소프트웨어 개발 습관, 좋은 엔지니어가 되는 법, 오픈소스를 알리는 법처럼 개인과 팀이 장기적으로 실력을 쌓는 방식이 반복해서 등장합니다.
2025년 이후에는 AI 보조 코딩이 이 흐름을 크게 흔들었습니다. LLM과 함께 프로그래밍하는 방법, AI 보조 코딩이 소프트웨어 엔지니어링을 바꾸는 방식, 바이브 코딩 이후의 고민은 모두 “개발자는 무엇을 직접 판단해야 하는가”라는 질문으로 이어집니다.
Weekly의 관점에서 보면 소프트웨어 개발의 흐름은 더 빠른 도구를 쓰는 문제가 아니라, 더 빠른 도구를 쓰면서도 품질, 맥락, 학습, 책임을 잃지 않는 구조를 만드는 문제로 옮겨가고 있습니다.
반복해서 보이는 신호
개인의 생산성보다 팀의 판단력과 코드베이스 이해가 중요해지는 흐름
AI 보조 코딩 이후에도 남는 기본기와 리뷰 문화
스펙, 문서, 맥락 관리가 개발 속도의 핵심 도구가 되는 변화
대표 Weekly 타임라인
GN#244. 소프트웨어 개발에서 배운 교훈들
스웨덴 스톡홀름에서 30년 넘게 개발자로 일하고 있는 Henrik Warne가 "소프트웨어 개발에서 배운 교훈들"을 정리했습니다. 최소한의 기능만 갖춘 간단한 버전부터 작게 시작해서 확장하며, 로깅과 에러처리는 꼭 조기에 추가하고, 변경은 한 번에 하나씩 해야 문제를 찾기 쉬우며, 세상 모든 일이 그렇지만 특히 프로그래밍은 생각보다 오래 걸린다는 것을 염두에 두라고 이야기합니다. "처음부터...
GN#247. 소프트웨어 개발의 미래에 대한 고찰
AI 발전과 함께 모든 창작 분야들이 위협받고 있습니다. 단순히 글, 그림, 오디오, 비디오를 넘어서 목소리와 반주까지 모든 걸 생성한 노래, 다양한 목적의 프리젠테이션, 프롬프트 만으로 생성한 3D 모델, 신약 개발을 위한 단백질 생성까지 점점 더 늘어나고 있는데요. 이런 AI 및 AI 관련 서비스를 직접 만들고 있는 개발자들도 코드 생성 AI 때문에 사라지게 되는 게 아닌가 하는 이야기들...
GN#281. 좋은 소프트웨어 개발 습관
습관을 어떻게 이해하고 계시나요? 국어사전에서는 "어떤 행위를 오랫동안 되풀이하는 과정에서 저절로 익혀진 행동 방식"이라고 설명하고, 위키백과에서는 "어떠한 행동을 학습한 후 일상적으로 반복하는 행위"라고 합니다. 습관이 잘 형성만 된다면 앞으로 하는 일에 대해서 신체적이나 정신적으로 자동 적용하게 되니 좋은 습관만 들여놓으면 편해질 것 같은 생각이 듭니다. 그래서 그런지 습관에 관해서 얘기...
GN#288. LLM과 함께 프로그래밍 하는 방법
최근 개발자에게 가장 뜨거운 주제는 내 워크플로에 어떻게 AI를 접목할까 하는 것입니다. 그래서 관련된 글들이 꽤 많이 보이는데요. Copilot으로 간단한 자동완성 및 채팅을 통한 버그 해결, 코드 리뷰를 받거나 Cursor IDE로 개발 도구를 변경해 전반적인 도움을 받기도 하고, 또는 Bolt 같은 도구로 아예 프로토타입부터 생성하기도 합니다. "LLM과 Cursor로 사이드 프로젝트...
GN#289. AI 보조 코딩이 소프트웨어 엔지니어링을 어떻게 바꿀 것인가
구글 크롬의 개발자 경험팀 헤드인 Addy Osmani가 "70% 문제: AI 보조 코딩의 불편한 진실"이란 장문의 글을 적었는데요. 이 글을 Pragmatic Engineer의 Gergely Orosz가 "AI 보조 코딩이 소프트웨어 엔지니어링을 어떻게 바꿀 것인가: 불편한 진실"이란 제목으로 자기 생각을 덧붙여서 재발행했네요. 개발자들이 어떻게 AI도구를 사용하고 있는가부터, 효과적인 사...
GN#294. 2024년 가장 조회수 높았던 소프트웨어 엔지니어링 발표들
Tech Talks Weekly는 전 세계 80여 개의 소프트웨어 컨퍼런스를 팔로우하면서, 매주 업로드되는 기술 발표 영상을 소개하는 뉴스레터입니다. 2024년 한 해 동안 올라온 기술 발표 중 조회수가 높았던 영상 100개를 선정해 발표했는데요. 이 리스트의 발표 제목만 훑어보아도, 앞으로 어떤 기술을 공부하거나 참고해야 할지 감을 잡을 수 있을 것입니다. 이 리스트를 보면 요즘 어떤 컨퍼...
GN#297. 좋은 엔지니어 되기
엔지니어는 "과학적/기술적 지식을 활용해 문제를 분석하고 해결하여 세상을 더 나은 곳으로 만드는 사람"입니다. 그렇다면 좋은 소프트웨어 엔지니어는 어떻게 될 수 있을까요? "좋은 엔지니어 되기" 글에서는 기초 원리부터 깊이 이해하고, 지속적으로 학습하며, 기술의 한계와 문제점을 이해하고 실전에 적용하는 것이 좋은 엔지니어를 만든다고 이야기합니다. 더 나아가 비판적 사고 능력을 키우고, 더 많...
GN#298. 당신의 오픈소스를 유명하게 만드는 방법
오픈소스는 IT 기반으로 흘러가는 현대 사회에서 중요한 기둥입니다. 개발자들은 재미, 학습, 또는 자신의 작업에 필요해서 등 다양한 이유로 오픈소스를 만듭니다. 그러나 오픈소스를 만들어 공개한다고 해서 바로 성공하는 것은 아닙니다. 다른 사람들이 오픈소스를 써보고, 참여하게 만들어야 빠르게 발전할 수 있지만 이렇게 만든 오픈소스를 다른 사람들에게 알리는 것은 또 다른 어려움입니다. 이는 개발...
GN#303. Vibe 코딩 이후, 우리가 생각해야 할 것들
Vibe 코딩이 기술 업계를 한바탕 흔든 이후, 이를 직접 경험한 개발자들 사이에서 다양한 의견이 쏟아지고 있습니다. - 「Vibe 코딩은 저품질 작업에 대한 변명이 될 수 없어요」에서는, 혁신적인 흐름은 인정하지만 "품질 없는 속도는 위험하다"고 경고합니다. 속도를 즐기되, 장인 정신을 잃지 말고 신중하게 Vibe할 것을 강조합니다. - 「AI는 우리를 접착제로 만들고 있다」에서는, Vib...
GN#305. 훌륭한 엔지니어링 조직은 어떻게 구축해야 할까?
작은 팀으로 시작한 개발 조직이 점차 성장하게 되면, 단순한 코드 작성이나 기능 구현을 넘어 조직을 어떻게 설계하고 운영할 것인가라는 본질적인 질문과 마주하게 됩니다. 기술력만으로는 지속 가능한 팀을 만들 수 없다는 현실 앞에서, 회사의 문화와 어우러지는 엔지니어링 조직을 어떻게 구축할 것인지는 많은 리더들이 공통으로 고민하는 주제입니다. 이런 고민에 깊이 있는 통찰을 더해줄 인터뷰가 Fir...
GN#308. AI 시대의 새로운 개발자 패턴들
바이브 코딩을 비롯한 AI 보조 개발이 주류가 되면, 기존의 개발 패턴들은 어떻게 바뀌게 될까요? a16z의 「AI 시대의 새로운 개발자 패턴들」에서는 버전 관리, 대시보드, 템플릿, 문서화 등 기존의 익숙한 개발 방식들이 앞으로 어떻게 변화할지 다양한 사례와 함께 이야기 합니다. 이제 버전 관리는 코드 라인별 변경뿐만 아니라, 에이전트가 사용한 프롬프트와 테스트 결과까지 하나의 번들로 관리...
GN#315. 소프트웨어를 빠르게 개발하는 방법
소프트웨어를 개발할 때마다 “적정선”이 어디인지 고민하게 됩니다. 완벽함과 디테일을 끝까지 추구하다 보면 개발 기간이 늘어지기 쉽기 때문에, 제한된 시간 안에 현실적인 품질을 지키는 것이 무엇보다 중요해집니다. 이런 고민을 해결하기 위해 각자 나름의 방법론이나 노하우를 담은 글들이 계속해서 공유되고 있죠. Helmet.js 개발자 Evan Hahn 역시 『소프트웨어를 빠르게 개발하는 나만의...
GN#322. 이제 소프트웨어 엔지니어링에서 프로덕트 엔지니어링으로
AI 에이전트를 활용한 개발이 보편화되면서, 개발자의 워크플로우도 크게 달라지고 있습니다. 처음 접하는 코드베이스를 이해하거나 코드 작성, 데이터 분석, 디버깅 같은 반복적이고 시간이 많이 드는 작업은 이제 AI에게 맡기고, 개발자는 보다 창의적이고 가치 있는 일에 집중할 수 있게 된 것입니다. 그럼 더 넓게 보았을 때, 우리가 말해왔던 소프트웨어 엔지니어링은 앞으로 어떻게 달라질까요? 「프...
GN#324. 스펙 기반 개발(SDD)로 고품질 소프트웨어를 더 빠르게 개발하기
소프트웨어 공학에서의 명세서(Specification) 는 요구사항, 기능, 제약 조건을 체계적으로 정의하고 문서화하는 것으로, 특히 개발 초기에 요구사항을 명확히 하는데 중요한 역할을 합니다. 하지만 요구사항이나 구현 방식이 바뀔 때마다 문서 갱신이 어렵고 실제 시스템과 불일치하는 문제가 오래전부터 지적되어 왔습니다. 이를 보완하기 위해 유저스토리, 백로그, 위키 등 다양한 방법들이 시도되...
GN#325. 개발 문화가 죽어가고 있다: 호기심 많은 개발자는 정말 사라졌을까?
우리가 매일 쓰는 Linux, Docker, Apache HTTP Server 같은 도구들은 처음부터 거대한 시장을 겨냥한 게 아니라, 개발자들이 필요와 호기심을 해결하려다 만들어진 결과물이었죠. 예전에는 직접 필요해서 만들거나, 배움 자체를 목적으로 기존에 있는 것을 다시 구현해보는 경우도 많았습니다. 「개발 문화가 죽어가고 있다: 호기심 많은 개발자는 사라졌다」라는 글은 이런 배경과 대조...
GN#336. 뛰어난 엔지니어는 어떤 사람일까
뛰어난 엔지니어는 어떤 사람일까요? 이 질문은 늘 많이 회자되지만, 실제 현장에서 “아, 이 사람이 진짜 뛰어나다”를 몸으로 겪는 일은 생각보다 드뭅니다. 한 사람이 커리어에서 함께 일해보는 동료의 수는 제한적이고, 그 제한된 표본 안에서 ‘정말로 뛰어난 엔지니어’를 만난다는 건 확률 게임에 가깝습니다. 그러다 보니 우리는 결국, 온라인 글이나 외부 발표를 통해 “뛰어난 엔지니어란 이런 사람...
GN#355. 잃어버린 기본기를 찾아서
AI 코딩 에이전트가 코드를 뚝딱 만들어주는 시대가 되면서, “소프트웨어 공학” 이라는 단어 자체의 무게감도 조금 달라지고 있습니다. Cursor에 프롬프트를 넣으면 컴포넌트가 나오고, Claude에게 부탁하면 테스트 코드까지 작성해 줍니다. 하지만 그렇게 만들어진 코드가 프로덕션에서 6개월, 1년을 버틸 수 있을까요? 팀원이 바뀌었을 때 누군가 그 코드를 이해하고 유지보수할 수 있을까요?...