백명석 - mysetting

11:26 5/30

brunch.co.kr

mobile screenshot relative

11:26

brunch.co.kr

mobile screenshot

백명석
https://brunch.co.kr/@cleancode

Java, OOP, TDD, Refactoring, Clean Code, Code Review 에 관심이 많음

저작도구: Kakao Brunch

최종 피드 수집: 2026-01-26 10:46

전체 (66)

1M

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

들어가며 JPA와 Hibernate는 10년 넘게 Java 영속성의 표준이었다. 처음 배울 때는 “마법” 같았다. 객체만 수정하면 알아서 DB에 반영되고, 지연 로딩으로 성능도 최적화된다고 했다. 하지만 실무에서 JPA를 쓰면

000

1M

개발 리더로서 나의 역할

개발 임원, CTO 등의 업무를 수행하면서 이에 맞는 역할에 대해 정리해 봤다. 팀장 때는 팀원들이 업무에 기여하고 성장할 수 있도록 돕는 것이 주 업무였다면, 본부장 급 이상의 직책을 수행하게 된다면 우리 본부의 여러 팀들이

000

10M

주말 장애 처리 이야기

장애의 시작 금요일 퇴근을 하고 있는데 연신 Teams 물류센터 방에서 뭐가 안된다는 글이 계속 올라왔다. 누군가 처리하겠지 하고 있는데 물류 개발자 중에 막내 개발자가 대응을 했다. 막내이지만 워낙 훌륭한 개발자라 잘 처리하겠지

000

11M

개발자들과의 커피챗

커피챗 예전에 함께 일했던 후배와 연말에 식사를 같이 하는 자리가 있었다. 대화를 나누다가 다음에 시간이 되면 본인 팀의 개발자들과 커피챗을 해 줄 수 있냐는 얘기가 나왔다. 그리고 이번 주에 그런 자리를 가졌다. 유사한 경험을

002

11M

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

LLM(Claude)으로 기술적으로 모르는 영역을 개발해 봤습니다. 주로 DB, Java를 이용한 서비스 개발을 해 왔는데 어제는 인텔리제이 플러그인을 만들 기회가 있었습니다. 처음에 LLM에 요구사항을 제공하자 전체 코드를 한

000

1y

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

LLM 등 AI로 인해 누구나 개발을 할 수 있게 되어, 개발자의 수요가 줄어들지 않겠냐는 질문을 받을 때가 종종 있습니다. 이러한 질문에 대한 답을 다음과 같은 2개의 글에서 찾아보았습니다. 1. AI & Software Dev

000

1y

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

개발 관련된 강의, 발표 등을 하다 보면 온라인이나 강단에 서서 설명하는 것이 효과가 없다고 느끼는 경우가 있다. 하나의 모니터를 같이 보면서 키보드를 공유하고, 이면지나 화이트보드에 서로의 생각을 공유해야 제대로 의도가 전달되는

002

1y

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

오늘 저녁 산책하면서 들은 유튜브 영상에서 인상적인 내용이 있어서 정리해 봅니다. https://www.youtube.com/watch?v=Y0JO98xTt4Y 이 영상의 14:20 즈음 부터의 이야기가 흥미롭습니다. ----

000

1y

14.5 지속적 학습과 성장 - 산책 중 떠오른 생각들

추석 연휴의 첫날, 나는 산책을 하며 머릿속에 떠오르는 생각들을 음성 메모로 기록했다. 그리고 시간이 날 때 이를 글로 정리해 본다 어떻게 채용/취업해야 하나? 내가 개발자로서 첫 경력을 시작한 LG-EDS에 입사했을 때를 떠올

000

1y

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

소프트웨어 개발을 얘기할 때 언급되는 메타포들이 있다. 장인정신(craftmanship), 정원 가꾸기(gardening), 그리고 오늘 이야기할 공학(engineerin g)이 있다. 장인정신 내가 이해하고 있는 장인정신 메타포

000

1y

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

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

000

1y

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

0. 빠르게 잘하는 방법 주어진 시간에 문제를 잘 해결하기 위해서는 일단은 문제를 처음부터 끝까지 빠르게 풀어보고 남은 시간에 좋은 답변을 만들기 위해 노력해야 한다. 왜 이렇게 분리해서 진행해야 하는지 이 글에서 설명해 보겠다.

000

1y

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

나는 컴퓨터공학 학사, 석사를 마치고 LG-EDS(현 LG-CNS)에 입사를 하면서 사회인으로서 개발자 경력을 시작했다. 입사 동기가 없었기에 비슷한 시기에 입사한 공채들과 동기처럼 지냈었는데, 그때 LG-EDS의 공채들은 전공

002

1y

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

개인적으로 뭔가에 몰입해 있을 때 열심히 하게 되고, 스트레스도 안 받고, 시간도 빠르게 가고, 마음도 편하고, 즐거움까지 느끼기도 한다. 그런데 이렇게 좋은 점이 많은 몰입에는 함정이 있다. . 열심히 하는 것의 함정 "소프트웨

000

1y

중요한 일을 잘하는 방법

중요한 것을 잘해야 한다. 중요한 것을 잘하기 위해서는 열심히 하는 것 외에 올바른 방향으로 해야 하는 것도 포함된다. 속도(Velocity)는 속력(Speed)과 같은 크기와 방향을 함께 포함하는 물리량이다. 열심히 해서 속력을

000

1y

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

이전에 작성한 글 개발 조직을 만들기 어렵다에 의어 새로이 개발조직을 만들고 성과를 내는 것에 대한 글을 작성해 보려 한다. 좋은 개발 조직이란 회사의 사업에 가치로 기여하고 지속적으로 높은 경쟁력을 유지하여 회사의 성장에 기여하

000

1y

경험주의

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

000

1y

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

위 그림은 마틴 파울러의 블로그 설계체력가설(Design Stamina Hypothesis)에 나오는 그림이다. 가로축은 시간의 흐름을 나타내고, 세로축은 누적 기능 개수를 나타낸다. no design(설계가 좋지 않은 경우)의

000

1y

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

여러 가지 일을 여러 명이 하는 2가지 방법 학창 시절 시험 시간을 생각해 보자. 시험지를 받아서 1번부터 마지막 번 문항까지 그냥 순서대로 푸는 것이 맞나?전체적으로 살펴보고 배점이 높고, 잘 풀 수 있는 문제를 먼저 푸는 게

002

1y

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

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

002