백명석

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

2025-12-21T04:03:10Z

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

개발 리더로서 나의 역할

2025-12-08T07:18:22Z

개발 임원, 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)이 있다. 장인정신 내가 이해하고 있는 장인정신 메타포는 지식과 학습 외에 경험을 통한 배움과 숙련(연습)이 필요하다는 것이다. 즉, 실무에서 가치로 기여하며 동료들과 서로 배움을 주

나의 쓰임이 필요하다 - "운칠기삼(運七技三)", "새옹지마(塞翁之馬)"

2024-08-14T01:07:58Z

오늘 아침 출근길에 만난 기사님의 이야기이다. 택시를 타면 주로 책을 보거나, 노트북을 꺼내서 일을 한다. 그런데 오늘은 타자 마자 집에 들어가려는데 콜이 와서 받았어요.밤을 새워서 들어가야 하는데... 라고 입을 여신다. 나는 "아 예"라고 하며 노트북을 폈다. 그런데 이분이 계속 이야기를 하신다. 근데 흥미로왔다. 이젠 노트북을 닫고 이 분의 말씀에 주

빠르게 하는 것의 중요성 - 제대로 문제를 해결하는 방법

2024-07-08T07:06:14Z

0. 빠르게 잘하는 방법 주어진 시간에 문제를 잘 해결하기 위해서는 일단은 문제를 처음부터 끝까지 빠르게 풀어보고 남은 시간에 좋은 답변을 만들기 위해 노력해야 한다. 왜 이렇게 분리해서 진행해야 하는지 이 글에서 설명해 보겠다. 1. 한 번에 잘할 수 있다고 믿는 사람들 문제를 빠르게 잘 풀기 위해서는 소여물 먹듯이 반복 을 해야만 잘할 수 있다. 어떤

다양함의 중요함 - LG-EDS 공채의 기억

2024-06-09T06:47:02Z

나는 컴퓨터공학 학사, 석사를 마치고 LG-EDS(현 LG-CNS)에 입사를 하면서 사회인으로서 개발자 경력을 시작했다. 입사 동기가 없었기에 비슷한 시기에 입사한 공채들과 동기처럼 지냈었는데, 그때 LG-EDS의 공채들은 전공 무관으로 채용을 했다. 신입 공채의 경우 입사 후 첫 1년은 12개월 중에 거의 10개월은 교육을 받는 것 같은 느낌이었다. 나는

몰입의 함정 - 혼자 하는 것이 편하지만, 함께 해야 잘할 수 있다.

2024-06-02T15:51:47Z

개인적으로 뭔가에 몰입해 있을 때 열심히 하게 되고, 스트레스도 안 받고, 시간도 빠르게 가고, 마음도 편하고, 즐거움까지 느끼기도 한다. 그런데 이렇게 좋은 점이 많은 몰입에는 함정이 있다. . 열심히 하는 것의 함정 "소프트웨어 장인 정신 이야기" 에서 로버트 C. 마틴은 몰입된 상태에서 만들어 낸 코드가 꽤 엉망인 편인 것을 발견하곤 한다. 그래서 요

중요한 일을 잘하는 방법

2024-05-29T12:21:51Z

중요한 것을 잘해야 한다. 중요한 것을 잘하기 위해서는 열심히 하는 것 외에 올바른 방향으로 해야 하는 것도 포함된다. 속도(Velocity)는 속력(Speed)과 같은 크기와 방향을 함께 포함하는 물리량이다. 열심히 해서 속력을 최대로 올릴 수는 있지만 방향이 잘못된다면 나쁜 방향으로 엄청난 속력으로 달려서 크게 망할 것이다. 따라서 속력만큼 방향도 잘

개발 조직을 만들기 어렵다 - 개발 조직은 돈 먹는 하마다

2024-05-22T03:01:46Z

이전에 작성한 글 개발 조직을 만들기 어렵다에 의어 새로이 개발조직을 만들고 성과를 내는 것에 대한 글을 작성해 보려 한다. 좋은 개발 조직이란 회사의 사업에 가치로 기여하고 지속적으로 높은 경쟁력을 유지하여 회사의 성장에 기여하는 것 이 좋은 개발 조직이라고 생각한다. 좋은 개발 조직을 만들고 유지하기 위해서는 어떤 것이 필요할까? 소프트웨어 개발의 본

경험주의

2024-05-11T06:55:27Z

소프트웨어 공학은 공학(Engineering)일까? 아니면 공예(craft)일까? 이 둘은 서로 배타적이지 않고, 칼로 무 자르듯 나눠서 얘기할 수는 없다고 생각한다. 각각의 방법에 대해서 조금 더 알아보자 공학적인 측면 Modern Software Engineering: Doing What Works to Build Better Software Faste

13. 기술 부채 관리하기 - 빨리, 잘하기

2024-09-12T08:18:08Z

위 그림은 마틴 파울러의 블로그 설계체력가설(Design Stamina Hypothesis)에 나오는 그림이다. 가로축은 시간의 흐름을 나타내고, 세로축은 누적 기능 개수를 나타낸다. no design(설계가 좋지 않은 경우)의 경우는 설계 수익선(design payoff line)까지는 빠르게 기능을 추가해 가지만 그 이후는 속도가 둔화된다. good d

중요한 일 먼저하기 - 고 득점 전략

2024-03-01T04:12:50Z

여러 가지 일을 여러 명이 하는 2가지 방법 학창 시절 시험 시간을 생각해 보자. 시험지를 받아서 1번부터 마지막 번 문항까지 그냥 순서대로 푸는 것이 맞나?전체적으로 살펴보고 배점이 높고, 잘 풀 수 있는 문제를 먼저 푸는 게 좋은가? 고 득점을 위해서는 전략이 필요하다. 업무도 마찬가지이다. 10가지 과제가 있다. 이 일을 동시에 진행하는 것과 중요한

2.1 살아남는 놈이 강한 놈이다 - 존버

2024-02-18T04:35:06Z

"2. 소개"에서 내 이력을 기준으로 사실만 나열했다면, 이 글에서는 그런 이력을 갖게 된 과정과 내 생각에 대해서 정리한 글이다. 최근 지금의 나에 대해서 들려달라는 요청이 있어서 정리해 본다. "강한 놈이 살아남는 게 아니라, 살아남는 놈이 강한 놈이다" 라는 말이 있다. 어렸을 때 이 말을 듣고는 강한 사람이 살아남아야지 살아남는 사람이 강하다니 말이