[회고] 2026년 상반기 회고

 벌써 2026년도 절반 이상이 지났다. 얼마 전 회사에서 상반기 리뷰를 작성하면서 자연스럽게 지난 6개월을 돌아보게 되었다. 회사 업무뿐만 아니라 개인적으로 어떤 고민을 했고, 무엇을 배우고 시도했는지도 함께 정리해보고자 한다.

 

 돌이켜보면 올해 상반기는 크게 세 가지 변화가 있었다. 서비스 개발을 하다가 빌링 파트로 이동하며 데이터 처리와 정합성을 더욱 깊게 다루게 되었고, Claude를 비롯한 AI를 업무에 적극적으로 활용하기 시작했다. 그리고 개발자로서의 역할과 앞으로의 경쟁력에 대해 이전보다 훨씬 많이 고민하게 된 시기이기도 했다.

 

 

 

빌링 파트로 이동

 상반기의 가장 큰 변화는 팀 내에서 빌링 파트로 이동한 것이다.

 

 빌링 파트는 서비스에서 발생하는 로그를 수집하고, 이를 기반으로 정산과 통계를 담당하는 조직이다. 무엇보다 서비스 안정성과 데이터 정합성이 가장 중요하다. 이전에도 데이터 파이프라인을 구축하는 백엔드 개발을 했지만, 지금은 데이터베이스와 훨씬 가까운 영역에서 일하고 있다.

 

 서비스 기능 하나를 만드는 것보다 데이터가 한 건도 빠짐없이 정확하게 적재되는 것이 더 중요한 환경이다. 그래서 작은 실수 하나도 여러 테이블에 영향을 줄 수 있고, 배포할 때마다 이전보다 훨씬 긴장하게 되었다.

 

 

 

회사 밖에서는

회사 업무 외에는 틈틈이 개인 프로젝트와 스터디를 이어갔다.

• 개인 사이드 프로젝트
• 알고리즘 스터디, 트러블슈팅 공유 스터디
• AI/RAG 학습
• 업무 자동화 도구 개발

 특히 올해는 AI를 단순히 써보는 것이 아니라 실제 업무에 녹여내기 시작한 시기였다.

 

 

---

1월

 작년 말부터 진행하던 서비스 리팩토링 작업을 계속 진행했다. 처음부터 구조를 확장성과 재사용성을 고려해서 설계해두었던 덕분에 이후 작업은 비교적 수월하게 진행할 수 있었다.

 

 그 외에도 데이터 추출과 문의 응대를 꾸준히 하면서 회사 서비스와 도메인에 대한 이해도가 많이 높아졌다.

 

 반면 개인적으로는 개발자로서 다소 회의감이 들기도 했다. 성능 개선이나 리팩토링처럼 개발적으로 의미 있는 일을 해도 외부에서 보기에는 큰 변화가 없는 경우가 많았다. 결국 회사에서는 얼마나 비즈니스에 직접적인 임팩트를 만들었는지가 중요하다는 생각이 들었고, 개발자의 역할에 대해 많은 고민을 하게 되었다.

 

---

2월

 회사에서 직접 매출과 연결되는 신규 개발 건(A)을 맡게 되었다.

 

 실수하면 영향이 큰 기능이었기 때문에 테스트를 여러 번 진행했고, 적극적으로 코드 리뷰도 요청했다. 마침 회사에 QA 팀이 새롭게 생겼고, 내가 개발한 기능이 첫 QA 대상이 되었다.

 

 QA 과정에서 운영 환경 특성으로 인해 데이터 경합이 발생하는 버그를 발견했다. 개발 환경에서는 문제없이 동작했던 기능이 운영에서는 다른 결과를 보여준다는 사실을 직접 경험하면서, 테스트의 중요성을 다시 한번 느끼게 되었다.

 

 이후 또 다른 개발 건(B)도 맡게 되었고, 이전 경험을 바탕으로 테스트 코드를 작성하며 로직을 한 번 더 검증하는 습관을 만들기 시작했다.

 

 무엇보다 기획자와 QA 엔지니어 등 여러 직군과 함께 기능을 만들어가는 과정이 재미있었다. 이전에는 코드를 작성하는 재미에 집중했다면, 이제는 요구사항을 함께 고민하고 서비스를 완성해가는 과정 자체가 즐거워졌다.

 

 개인적으로는 Claude Pro를 결제했고, 기존에 Notion으로 관리하던 문서를 Obsidian으로 옮겼다. Claude MCP를 이용해 문서를 이전하면서 AI를 업무에 활용하는 방법을 조금씩 익혀가기 시작했다.

 

 

• Notion에서 Obsidian으로 문서 관리 전환 후기

[Obsidian] Notion에서 Obsidian으로 문서 관리 전환 후기

 

 

 

---

 

3월

 개발 건(B)을 배포하면서 캐시와 쿼리 조건 때문에 장애를 만들 뻔한 실수를 했다. 문의 응대 과정에서도 잔실수가 이어졌다.

 

 여러 프로젝트를 동시에 진행하는 와중에 메신저로 계속 들어오는 문의까지 처리하다 보니 집중력이 많이 흐트러졌다. 꼼꼼함이 장점이라고 생각했는데, 오히려 일을 제대로 처리하지 못하는 것 같아 의기소침하기도 했다.

 

 대신 이런 경험을 계기로 업무를 조금 더 체계적으로 관리해야겠다고 생각했다.

 

 Claude를 이용해 프로젝트별 분석 내용을 Obsidian에 정리하기 시작했고, 이를 기반으로 업무 일지를 자동 작성하는 Obsidian 플러그인도 직접 개발했다. 매일 반복하던 기록 작업을 자동화하면서 생산성을 높일 수 있었다.

 

 

• Heap 캐시 vs Offheap 캐시 차이

[Java/Spring] Heap 캐시 vs Offheap 캐시 - 캐시 히트인데 왜 느릴까?

 

 

---

4월

 2월에 개발했던 기능이 좋은 결과를 내면서 파생 프로젝트(C)를 맡게 되었다.

 

 이번에도 개발 환경에서는 문제가 없었지만 운영 환경에서는 DB Lock 문제가 발생했다. 쿼리를 수정하고 실행 계획을 확인하면서 말 그대로 '눈물의 락 막기 쇼'를 했다.

 

 이 외에도 모니터링 중 발견한 텔레그램 메시지 전송 오류 같은 자잘한 운영 이슈도 꾸준히 해결했다.

 

 문제를 해결하는 과정에서 Claude와 정말 많은 대화를 나눴다. 단순히 답을 얻기보다 원인을 함께 추적하는 용도로 활용했고, 이후에는 트러블슈팅 문서를 자동 생성하기 위한 Claude MCP도 직접 개발했다.

 

 이 시기에는 바이브 코딩에도 푹 빠졌다. 평소 만들어보고 싶었던 주식 자동매매 프로그램을 Python으로 개발했고, 회사 업무에서 사용할 여러 유틸리티도 제작했다.

 

 한편으로는 AI의 발전 속도를 체감하면서 '앞으로 개발자는 어떤 경쟁력을 가져야 할까'라는 고민도 점점 커지기 시작했다.

 

 

 

• READ_UNCOMMITTED에서 DELETE가 타임아웃 나는 이유

[DB] READ_UNCOMMITTED에서 DELETE가 타임아웃 나는 이유

 

• 텔레그램 메세지 전송 오류 해결

[Spring/batch] BlockingQueue와 스레드를 활용한 Telegram 429 Rate Limit 해결

 

---

5월

 업무가 조금 한가해질 무렵 갑작스럽게 빌링 파트로 이동하게 되었다.

 

 이동하자마자 리팩토링에 투입되었다. 중복 로직을 AOP와 추상 메서드로 분리하는 작업 자체는 단순했지만, 데이터 적재 흐름을 정확히 이해해야 했고 변경 이후 데이터가 정상적으로 적재되는지 하나하나 검증해야 했다.

 

 AWS Summit 2026에도 다녀왔다. 대부분의 세션이 AI를 활용한 개발 생산성에 관한 이야기였는데, AI가 이제는 선택이 아니라 필수 도구가 되어가고 있다는 점을 다시 한번 느꼈다.

 

 개인적으로는 문과 친구에게 바이브 코딩을 알려주기도 했다. 개발 환경 구성부터 Claude를 이용한 개발까지 함께 해봤는데, 생각보다 쉽게 익히지는 못했다. 개발보다 개발 환경과 문제 해결 경험 자체가 여전히 중요한 부분이라는 것도 느꼈다.

 

 알고리즘 스터디도 계속 진행했다. 백준 서비스 종료로 인해 리트코드로 플랫폼을 옮기게 되었는데, 대학 시절부터 취업 준비까지 함께했던 플랫폼이라 아쉬움이 컸다.

 

 

• AWS Summit Seoul 2026 후기

[후기] AWS Summit Seoul 2026

 

 

---

6월

 빌링 파트로 이동한 이후 가장 바쁜 한 달이었다.

 

 리팩토링과 함께 통계 데이터 추출, 배치 성능 개선, Consumer를 Batch 구조로 변경하는 작업, 데이터 검증, 서버 이전 등 여러 업무가 동시에 진행되었다.

 

 빌링 업무 특성상 데이터 정합성이 무엇보다 중요했기 때문에 배포할 때마다 긴장이 컸다. 실제로 데이터를 중복 적재하거나 누락시키는 실수도 있었지만, 다행히 보정 가능한 수준이어서 큰 장애로 이어지지는 않았다.

 

 이런 경험을 통해 "코드를 잘 작성하는 것"보다 "데이터를 안전하게 다루는 것"이 얼마나 중요한지 몸소 배우게 되었다.

 

 회사에서도 드디어 Claude Team 플랜을 지원해주기 시작했다. 그동안 내돈내산 했는데 이제는 업무에 더욱 적극적으로 활용하고 있다.

 

 또한 회사 교육 지원을 통해 RAG 강의를 수강했다. 아직 깊은 수준은 아니지만, 이전보다 RAG에 대한 이해도가 한 단계 높아진 것 같다.

 

 

---

AI를 업무에 녹여낸 상반기

올해 상반기를 돌아보면 가장 크게 달라진 점은 AI를 업무에 적극적으로 활용하기 시작했다는 것이다.

처음에는 문서를 정리하거나 질문을 하는 정도였지만 점점 활용 범위가 넓어졌다.

• 프로젝트 분석
• 코드 리뷰
• 테스트 케이스 작성
• 업무 일지 자동화
• 트러블슈팅 문서 생성
• 업무용 유틸 제작

이제는 AI가 없던 시절의 업무 방식이 잘 떠오르지 않을 정도다.

 

 반대로 AI가 너무 뛰어나기 때문에 개발자로서 앞으로 어떤 경쟁력을 가져야 하는지도 끊임없이 고민하게 되었다. 단순히 코드를 작성하는 능력보다 문제를 정의하고, 시스템을 설계하고, 데이터를 이해하는 능력이 더 중요해질 것이라는 생각이 든다.

 

 

 

하반기 목표

 빌링 파트로 이동하면서 앞으로 가장 깊게 공부해야 할 분야가 명확해졌다.

 

 첫 번째는 Kafka다. 지금까지는 필요할 때만 사용하거나 겉핥기 수준으로만 알고 있었는데, 하반기에는 내부 동작 원리까지 제대로 공부해보고 싶다.

 

 두 번째는 데이터베이스다. 이제는 단순히 SQL을 작성하는 수준이 아니라 실행 계획, 인덱스, 락, 트랜잭션 등 데이터베이스 내부 동작을 깊이 이해하고 싶다.

 

 AI 활용도 계속 이어갈 생각이다. 단순히 코드를 대신 작성하는 도구가 아니라 업무를 자동화하고 생산성을 높이는 파트너로 활용하는 방법을 더 많이 연구해볼 예정이다.

 

 

 

마무리

 상반기를 돌아보면 실수도 많았고 고민도 많았다. 운영 환경에서 예상치 못한 문제를 만나기도 했고, 데이터 정합성 때문에 긴장하며 배포했던 순간도 많았다.

 

 하지만 그런 경험들이 쌓이면서 개발자로서 이전보다 한 단계 성장한 것 같다. 특히 빌링 도메인을 경험하며 데이터의 중요성을 몸으로 배웠고, AI를 업무에 적극적으로 활용하면서 개발 방식도 많이 달라졌다.

 

 하반기에도 새로운 기술을 꾸준히 공부하며, 단순히 기능을 구현하는 개발자가 아니라 데이터와 서비스 전체를 이해하는 개발자로 조금씩 성장해나가고 싶다.