백명석

AI와 일하는 방식, 데자뷔 - 코드를 읽는 대신 행위를 검증한다

2026-10-06T01:22:08Z

처음 본부장이 되었을 때 일하는 방식이 바뀌었다. 요구사항을 분석해서 문제를 정의하고, 기능을 분해하고, 설계하는 부분은 구성원과 같이 했다. 그다음 합의된 방향으로 구성원들이 구현하고, 나는 리뷰에 참여했다. 구체적이고 상세한 구현은 위임했다. 당연히 실수하는 경우도 있었다. 그럼 실수를 통해 배운 것을 요구사항/설계에 반영해서 다시 구현했다. 내가 이해

AI 시대, 소프트웨어 엔지니어는 무엇을 해야 하나?

2026-09-24T21:52:18Z

엔지니어는 무엇을 만드는가 엔지니어는 제품을 만들지 않는다. 제품을 만들 수 있는 문서를 만든다. 건축가는 건물을 만들지 않고, 설계도를 그린다. 또, 기계공학 엔지니어는 부품을 만들지 않고, 설계도를 그린다. 30년 전에 Jack Reeves가 이것을 한 문장으로 정리했다. “The final goal of any engineering activity

딸깍의 시대에 개발 문화가 더 중요해진 이유 - AI가 없애준 우발적 복잡성, 여전히 남은 본질적인 복잡성

2026-09-17T06:45:14Z

앞선 글(지식의 진입장벽은 낮아졌고, 경험은 높아졌다)에서 나는 배움의 두 수단 가운데 경험을 얻을 기회는 저절로 생기지 않는다고 했다. 지식은 누구나 얻을 수 있게 됐지만, 경험은 좋은 동료와 함께 일할 자리가 있어야 얻는다. 그럼 그 환경은 어떻게 만드나? 이 글은 그 질문에 대한 내 생각이다. 왜 개발 문화인가 기업의 존재 이유는 이윤 창출이다.

지식의 진입장벽은 낮아졌고, 경험은 높아졌다 - 2가지 배움 경로의 가치 변화

2026-09-15T08:47:51Z

전부터 배움에는 두 가지 경로가 있다고 생각을 해 왔다. 하나는 지식이고, 다른 하나는 경험이다. 책과 강의로 얻는 배움이 있고, 동료와 함께 일하면서 얻는 배움이 있다. 그런데 이 두 수단의 접근성이 서로 반대 방향으로 움직이고 있다. 지식의 접근성 내가 대학에서 공부를 할 때만 해도 스탠퍼드의 강의를 들으려면 비싼 학비를 내고 스탠퍼드에 가야만 했다

AI로 인한 개발자들의 불안

2026-09-14T03:29:55Z

개발자들은 지금 왜 불안한가? AI가 코드 생성을 하고, 검증도 하고, 버그가 발생하면 해결도 할 수 있는 시대이다. 이 시대에 개발자들은 무엇을 해야 하나? 어떻게 해야 개발자로 커리어를 이어갈 수 있나? 이런 생각을 작년 가을부터 해 왔다. 뭔가 뜬장에 갇힌 곰처럼 불안했다. 그러다 시간이 좀 생긴 요즘 이 주관적인 생각을 여러 참고 문서를 활용해서

지속 가능한 SW 개발을 위하여 - AI 시대에도

2026-09-10T00:10:23Z

"AI 시대에도 지속가능한 SW 개발이 중요하다" 데자뷔 같다. AI이전에는 Quick&Dirty로 개발을 했을 때 기술부채가 향후 변경 비용을 높여서 지속 가능한 SW 개발에 걸림돌이 되었다면, AI 시대에는 Vibe 코딩으로 빠르게 Program(자신의 컴퓨터에서 자신이 동작시키면 동작하는)을 만들 수는 있지만 Programming Product(다른

구조조정에 대한 생각 - 원치 않더라도 누구에게나 일어날 수 있다

2026-08-14T02:33:12Z

요즘 주변에서 구조조정 이야기가 종종 들린다. 내가 겪은 구조조정 이야기를 통해서 내가 생각하는 구조조정 방향에 대해서 글로 남겨 보려고 한다. 내 첫 직장 LG-EDS(현 LG-CNS)는 공채들에게 교육을 많이 시키는 회사였다. 전공무관으로 개발자를 채용하고 첫해는 12개월 중에 거의 10개월은 교육을 시키는 듯한 느낌이었다. 1997년 정도였던 것

코딩 비용이 공짜가 된 시대에도 YAGNI는 중요하다

2026-06-27T04:55:01Z

리뷰를 하다 보면 이런 코드를 자주 만난다. "어차피 곧 필요할 테니 미리 만들어 두자." 카드 결제만 있는데 PayPal을 대비해 PaymentGateway 추상화를 미리 적용하는 경우이다. 나도 그러는 경우가 많았던 것 같다. Kent Beck의 글 The Cost YAGNI Was Never About을 읽고 이 문제에 대해서 좀 더 정리하게 됐다.

AI와 함께 개발하기 - 은탄환은 없다

2026-06-08T10:05:19Z

오랫동안 실무 코딩을 놓고 있던 친구가 얼마 전 AI로 상용에 배포할 수준의 대시보드를 만들었다고 했다. 원래 C 개발자인데, vue, spring-boot, rdb, docker까지 자기에게 익숙하지 않은 기술을 엮어서 해냈다. 비결을 물으니 답이 의외로 단순했다. 구성원을 믿듯 AI를 믿고 꾸준히 시도했더니 결과가 나오더라는 것이다. 그 친구 회사의 팀

딸깍의 시대, 주인의식/책임감에 대해 - AI 시대 개발자의 역할과 자세에 대해

2026-05-31T12:04:31Z

딸깍으로 만든 코드, 책임질 수 있을까? AI로 코드를 생성하는 시대가 되면서, 나는 "주인의식"이 오히려 더 중요해졌다고 생각하게 됐다. 주인의식이라는 말을 들으면 꼰대스럽다는 느낌이 먼저 든다. 그런데 딸깍 한 번으로 결과물이 쏟아지는 시대일수록, 이 낡아 보이는 단어를 다시 꺼내야 한다는 생각을 지울 수가 없다. 내가 말하는 주인의식은 회사에 대한

AI 시대, JPA의 복잡성 대신 본질에 집중하기 - spring-data-jpa vs spring-data-jdbc

2025-12-21T04:03:10Z

들어가며 JPA와 Hibernate는 10년 넘게 Java 영속성의 표준이었다. 처음 배울 때는 “마법” 같았다. 객체만 수정하면 알아서 DB에 반영되고, 지연 로딩으로 성능도 최적화된다고 했다. 하지만 실무에서 JPA를 쓰면서 의문이 생기기 시작했다. 세션, 영속성 콘텍스트, 엔티티 생명주기… 내부 동작을 제대로 이해하지 못해 예상치 못한 버그를 만

개발 리더로서 나의 역할

2026-09-23T06:53:52Z

개발 임원, CTO 등의 업무를 수행하면서 이에 맞는 역할에 대해 정리해 봤다. 팀장 때는 팀원들이 업무에 기여하고 성장할 수 있도록 돕는 것이 주 업무였다면, 본부장 급 이상의 직책을 수행하게 된다면 우리 본부의 여러 팀들이 서로 한 조직처럼 일하게 하는 것과 다른 본부와 원활하게 협력하여 회사의 주요 업무에 기여하는 것이 중요한 업무였다. 11번가에

주말 장애 처리 이야기

2025-04-19T05:02:43Z

장애의 시작 금요일 퇴근을 하고 있는데 연신 Teams 물류센터 방에서 뭐가 안된다는 글이 계속 올라왔다. 누군가 처리하겠지 하고 있는데 물류 개발자 중에 막내 개발자가 대응을 했다. 막내이지만 워낙 훌륭한 개발자라 잘 처리하겠지 하고 퇴근을 했다. 그리고 좀 잠잠해지는 것 같았다. 그저 대량 입고 와 대량 출고가 있어서 비동기 처리가 좀 지연이 되어 그런

개발자들과의 커피챗

2025-04-14T10:14:48Z

커피챗 예전에 함께 일했던 후배와 연말에 식사를 같이 하는 자리가 있었다. 대화를 나누다가 다음에 시간이 되면 본인 팀의 개발자들과 커피챗을 해 줄 수 있냐는 얘기가 나왔다. 그리고 이번 주에 그런 자리를 가졌다. 유사한 경험을 몇 차례 했는데 이번 경험도 즐거움이 있어서 정리를 해 보려 한다. 시작하며 내게 코칭, 커피챗 등을 요구하는 개발자나 개발 조직

LLM의 도움으로 모르는 기술로 개발하기 - 갑자기 장님이 된 것 같아요

2025-02-24T23:35:36Z

LLM(Claude)으로 기술적으로 모르는 영역을 개발해 봤습니다. 주로 DB, Java를 이용한 서비스 개발을 해 왔는데 어제는 인텔리제이 플러그인을 만들 기회가 있었습니다. 처음에 LLM에 요구사항을 제공하자 전체 코드를 한 번에 알려주었습니다. 하지만 동작하지 않았습니다. 무엇이 안된다고 하면 해결책을 알려주는데 그것을 적용하면 다른 문제가 생기는

AI가 개발자를 대체할 것이다? - 효율화가 되면 수요가 줄어들 것이다?

2025-06-17T06:52:51Z

LLM 등 AI로 인해 누구나 개발을 할 수 있게 되어, 개발자의 수요가 줄어들지 않겠냐는 질문을 받을 때가 종종 있습니다. 이러한 질문에 대한 답을 다음과 같은 2개의 글에서 찾아보았습니다. 1. AI & Software Development "AI가 모든 프로그래밍 일자리를 없앨 것이다" 이 글에서 Kent Beck은 다음과 같이 이야기합니다. 말도 안

숙련된 개발자의 역할 - TDD를 배우기 어려운 이유

2025-06-17T06:53:16Z

개발 관련된 강의, 발표 등을 하다 보면 온라인이나 강단에 서서 설명하는 것이 효과가 없다고 느끼는 경우가 있다. 하나의 모니터를 같이 보면서 키보드를 공유하고, 이면지나 화이트보드에 서로의 생각을 공유해야 제대로 의도가 전달되는 경우가 있다. TDD, 리팩터링 등이 대표적인 예인 것 같다. 왜 그럴까? 왜 책이나 온라인 강의 등으로 체득하기 어려울까?

미래의 인센티브가 사람을 움직인다 - 과거에 베푼 은혜에 연연하지 말아야 한다

2024-10-01T23:34:56Z

오늘 저녁 산책하면서 들은 유튜브 영상에서 인상적인 내용이 있어서 정리해 봅니다. https://www.youtube.com/watch?v=Y0JO98xTt4Y 이 영상의 14:20 즈음 부터의 이야기가 흥미롭습니다. ---- BC 210년 진시황제 사망 후 초, 제, 연나라 등에서 발생한 반란을 항우가 진압 항우는 전공에 따라 땅을 부하들에게 나눠줌

14.5 지속적 학습과 성장 - 완벽하게 공부하고 시작하기 vs 시작할 만큼 준비해서 시작하기

2024-09-27T06:06:40Z

추석 연휴의 첫날, 나는 산책을 하며 머릿속에 떠오르는 생각들을 음성 메모로 기록했다. 그리고 시간이 날 때 이를 글로 정리해 본다 어떻게 채용/취업해야 하나? 내가 개발자로서 첫 경력을 시작한 LG-EDS에 입사했을 때를 떠올려본다. 당시 신입 사원들은 거의 1년에 가까운 시간을 교육받았다. 기술적인 부분은 물론, 직장 매너와 사회생활에 필요한 다양한

14. 소프트웨어 공학의 특성 - 소프트웨어 개발의 3가지 메타포 중 하나인 공학에 대해서

2024-09-09T12:54:25Z

소프트웨어 개발을 얘기할 때 언급되는 메타포들이 있다. 장인정신(craftmanship), 정원 가꾸기(gardening), 그리고 오늘 이야기할 공학(engineerin g)이 있다. 장인정신 내가 이해하고 있는 장인정신 메타포는 지식과 학습 외에 경험을 통한 배움과 숙련(연습)이 필요하다는 것이다. 즉, 실무에서 가치로 기여하며 동료들과 서로 배움을 주