1년 만에 보는 ESP32 코드, 나는 코드를 읽지 않았다

아침부터 서버와 ESP32 사이에서 이상한 문제가 하나 보였다. 서버에서는 CertificateSigned 메시지를 정상적으로 내려보내고 있었다. 그런데 ESP32에서는 인증서 데이터가 대부분 중간에 잘렸다. 가끔 정상적으로 들어올 때도 있었지만 대부분 실패했다. ESP32 담당자가 아직 출근 전이지만, ESP32의 전체 동작 흐름은 대충 알고 있다. 그런데 ESP32 코드를 제대로 본 지는 거의 1년이 넘어서 나는 담당자가 올 때까지 기다리거나, 다시 코드를 열어서 구조부터 기억해내는 데 시간을 썼을 것이다. 혹시나 하는 마음에... 일단 Codex에게 저장소를 보여주고 문제를 같이 추적해보기로 했다.처음부터 정답이 나온 것은 아니었다처음 로그만 봤을 때 Codex는 DataTransfer 안의 dat..

• format_list_bulleted Embedded
• · 2026. 9. 8.
• textsms

MyStock - 리팩토링 효과를 보다

오늘 클리앙에서 AI 코딩에 대한 글과 댓글을 봤는데, 댓글의 일부은 내 생각과 매우 비슷했고 AI 코딩 능력이 매우 뛰어나더라도 사람인 개발자의 영역은 여전히 (당분간) 존재할 것이라고 생각한다. 개발자얘기 : 요즘 코드리뷰 하다보면 맘이 착잡하네요. : 클리앙유럽에서 개발자로 재직중인 K입니다. 이제 개발자들이 그냥 AI코드를 여과없이 올리는 상황이고 매니저들은 암튼 기능 추가가 빠르니까 그걸 그냥 받아들이는 형국까지 와버렸네요. 그 결과,www.clien.netAI 코딩이 보편화될수록 개별 구현보다 설계와 테스트 결과를 중심으로 검증하게 되는 건 맞지만, 최소한 시스템 구조와 주요 컴포넌트의 연결, 현재 구현이 원래 설계 방향과 맞는지는 사람이 계속 추적해야 한다는 내용이었다. 매니저가 코드와 구조..

• format_list_bulleted Laboratory/협업기록
• · 2026. 9. 7.
• textsms

#4 - AI를 위한 개발 프로세스도 검증이 필요했다

지난 글에서 PROJECT.md를 만들고, 새 대화에서도 저장소와 기록을 기준으로 프로젝트 컨텍스트를 복구하도록 개발 프로세스를 정리했고, 간단한 테스트에서는 의도한 대로 동작하는 것도 확인했다. 그래서 이제 어느 정도 정리가 됐다고 생각했는데 새 일감을 시작하면서 새 대화방을 열었고, 첫 명령부터 바로 문제가 생겼다.새 대화방의 첫 명령부터 저장소를 보지 않았다내가 원했던 것은 저장소를 기준으로 프로젝트 상태를 다시 확인하고, 그 상태에서 다음 작업을 이어가는 것이었다. 그런데 ChatGPT는 저장소를 먼저 확인하지 않았다. 대신 이전 대화에서 가지고 있던 기억을 바탕으로 프로젝트 상태를 복구했다. 문제가 된 표현은 “복기”였다. 나는 복기를 현재 저장소와 기록을 읽고 작업 맥락을 재구성하는 의미로 사..

• format_list_bulleted AI/Accidents
• · 2026. 9. 5.
• textsms

MyStock - 드디어 투자분석 마무리

MyStock 투자분석 화면에는 기존에 시장심리를 보조지표로 표시하고 있었다. 여기에 수급을 붙여 외국인·개인·기관의 매매 추세까지 함께 확인할 수 있으면 좋겠다고 생각했다. 시작할 때는 이렇게 여러 번 방향을 바꾸게 될 줄 몰랐다. 가격과 거래량, 실제 체결 옆에 개인·외국인·기관의 움직임을 보여주면 분석할 정보가 있었으면 좋겠다는 생각에 추가했는데 실제 화면을 만들고 보니 문제는 데이터를 가져오는 것이 아니라 어떤 데이터를 어떤 해상도로 보여줘야 내가 판단하기 쉬운가였다. 이번 작업에서 ChatGPT와 Codex를 사용했지만, AI가 답을 하나 내놓고 그대로 구현한 과정은 아니었다. AI가 선택지를 정리하고 구현하면 내가 실제 화면을 보고 다시 판단했고, 그 결과를 바탕으로 또 방향을 바꾸는 과정에 ..

• format_list_bulleted Laboratory/협업기록
• · 2026. 9. 5.
• textsms

PROJECT.md 역할분담을 명시하다

AI 사건일지에서 언급한 것처럼 프로젝트 전체를 아는 사람이 없어졌고, MyStock 리팩토링 시점부터 ChatGPT & Codex 그리고 나 사이에서 개발 방향의 초점이 계속 어긋나기 시작했다. 그동안 미루고 미루던 PROJECT.md 규칙을 시급하게 적용해야 할 시점이 온 것 같다.AI 사건일지 1편 - AI에게 구현을 맡겼더니 프로젝트 전체를 아는 사람이 없어졌다AI 사건일지 2편 - ChatGPT에게도 소스를 보여주면 해결될 줄 알았다AI 사건일지 3편 - AI를 쓰다 보니 원래 하던 짓을 하고 있었다최신 트렌드에 둔감한 나는 TPUB.md..

• format_list_bulleted AI/ChatGPT
• · 2026. 9. 4.
• textsms

#3 - AI를 쓰다 보니 원래 하던 짓을 하고 있었다

2편을 정리하면서 마지막에 이런 생각이 들었고, 이번에는 Makefile이나 CMake가 아니라 Prompt와 Markdown을 만들고 있었다. 그래서 예전에 새로운 칩셋이나 플랫폼을 받아 개발을 시작하던 방식과 지금 MyStock에서 AI를 사용하는 방식을 한번 나란히 놓아봤다.과거 지금신규 칩셋 / 플랫폼 AIVendor SDK ChatGPT / Codex │ │ ▼ ▼구조 / 특성 / 제약 파악 ..

• format_list_bulleted AI/Accidents
• · 2026. 9. 4.
• textsms

#2 - ChatGPT에게도 소스를 보여주면 해결될 줄 알았다

지난 글의 마지막에는 한 가지 질문을 남겼다.ChatGPT도 소스를 보면 되는 것 아닐까?생각만 하면 가장 단순한 해결 방법이었다. MyStock의 실제 Repository를 가장 잘 아는 것은 Codex였다. 반대로 나는 오랫동안 ChatGPT와 프로젝트의 목적과 방향을 이야기해 왔지만, ChatGPT는 현재 소스를 직접 보고 있지 않았다. 그렇다면 ChatGPT에게도 Repository를 보여주면 둘 사이의 정보 차이가 사라질 것처럼 보였다. 그런데 이 방법을 생각할수록 조금 이상했다.내가 필요했던 것은 소스를 볼 수 있는 새로운 AI가 아니었다MyStock을 개발하면서 ChatGPT와 나눈 이야기는 단순히 기능 요구사항만이 아니었다. 왜 이 프로그램을 만들기 시작했는지, 내가 Python 소스를 직..

• format_list_bulleted AI/Accidents
• · 2026. 9. 3.
• textsms

#1 - AI에게 구현을 맡겼더니 프로젝트 전체를 아는 사람이 없어졌다

MyStock을 처음 만들기 시작했을 때만 해도 이렇게까지 복잡한 이야기가 될 거라고는 생각하지 않았다. KIS Open API로 계좌 잔고를 확인하고, 보유 종목을 보고, 필요한 정보를 조금씩 붙여가면 되는 개인용 프로그램이었다. Python을 새로 공부해서 직접 만들 생각도 없었다. 이미 오래 개발 일을 해왔지만, 새로운 언어나 프레임워크를 다시 익히는 과정 자체가 목적은 아니었기 때문이다. 그래서 처음부터 한 가지 원칙을 정했다. 내가 Python 소스를 직접 작성하거나 세세하게 읽지 않고도, 필요한 프로그램을 계속 발전시킬 수 있는지 확인해보기로 했다.처음부터 코드를 이해하려고 시작한 프로젝트가 아니었다회사에서 개발할 때의 방식과 MyStock에서의 방식은 처음부터 달랐다. 회사 업무에서는 내가 ..

• format_list_bulleted AI/Accidents
• · 2026. 9. 3.
• textsms

MyStock - 자동갱신 하나 때문에 참 멀리 돌아왔다

자동갱신 하나 때문에 참 멀리 돌아왔다. MyStock 개발 초반에는 금융이나 주식 데이터의 생태를 잘 모르는 상태에서 기능 구현에 급급했다. AI에게 원하는 기능을 설명하고, 일단 내가 원한 기능이 동작하는지를 확인하면서 하나씩 기능을 추가했다. 그런데 기능이 늘어날수록 이 방식으로 계속 가면 신규 기능 하나를 추가할 때마다 AI가 확인해야 할 범위가 넓어지고, 추론과 디버깅에 드는 시간도 계속 길어질 것 같았다. 그래서 자동갱신 기능을 추가하기 전에 리팩토링부터 시작했다. 코드를 직접 작성하지 않고 AI에게 리팩토링을 맡긴다고 해서 금방 끝나는 일은 아니었다. 기존 동작을 유지하면서 책임을 나누고, 구조를 정리하고, 다시 확인하는 데 생각보다 상당한 시간이 들었다. 그렇게 한참을 돌아 이제서야 처음 ..

• format_list_bulleted Laboratory/협업기록
• · 2026. 9. 2.
• textsms

Context Engineering...? 난 그런 거 모르는데...

티스토리 메인을 보다가 AI 코딩 관련 글 하나가 눈에 들어왔다.요즘 나도 ChatGPT와 Codex를 가지고 놀고 있으니 그냥 한번 눌러봤다. 읽다 보니 MCP, Skills, Sub-agent, Context Engineering 같은 용어들이 줄줄이 나왔고, 흠... MCP는 VS Code에서 본 적은 있다. 근데 관심 없었다. 대충 AI가 외부의 뭔가와 연결해서 쓰는 놈인가 보다 했고, 필요하면 그때 보면 되겠지 싶었다. 다른 용어들도 비슷했다. 그런데 Context Engineering이라는 부분은 읽다 보니 묘하게 익숙했다.Context Engineering... 이건 뭐지...?내가 이해한 Context Engineering은 프롬프트 한 번을 잘 쓰는 것보다, AI가 일을 제대로 할 수 있..

• format_list_bulleted AI/ChatGPT
• · 2026. 9. 2.
• textsms

MyStock 리팩토링 - 마무리, 재미없지만 없어서도 안 될 작업

MyStock의 첫 리팩토링을 마무리하며 버전은 0.1.0으로 올렸다. 앞으로 새기능을 위한 사전 밑작업이기 때문에 티도 안나고 시간과 토큰만을 잡아먹는 작업이었다. 미래를 위한 투자라고 생각하고 진했지만, 정말 가장 무료하고 재미없는 작업이었다. MyStock은 대시보드를 시작해 시황분석, 투자현황, 투자분석으로 기능이 계속 늘어났고, 기능이 늘어날수록 MainWindow에는 Worker와 QThread, cache, 요청 상태, 갱신 처리 같은 책임도 함께 쌓였다. 당장은 동작했지만 이 상태에서 기능을 계속 추가하면 변경 범위와 영향 관계를 매번 다시 추적해야 했다. 특히 나는 ChatGPT와 구조와 요구사항을 검토하고 실제 코드 분석과 구현은 Codex를 통해 진행한다. 구조가 불명확하면 기능 하..

• format_list_bulleted Laboratory/협업기록
• · 2026. 9. 1.
• textsms

MyStock - Phase 5, 소스가 아니라 기능의 책임을 분리했다

MyStock 리팩토링 Phase 5에서는 먼저 무엇을 더 고칠지부터 다시 확인했다. Phase 3과 Phase 4에서 원래 작업하려던 구조가 이미 앞선 Phase에 반영되어 있었기 때문이다. 이번에는 계획을 그대로 실행하지 않고 Step 0에서 현재 구조를 확인한 뒤, 실제로 MainWindow에 남아 있는 책임만 작업 범위로 잡았다.실제로 남아 있던 것은 세 가지였다확인 결과 투자 현황 화면과 관련된 ETF 현재 구성종목, ETF 과거 구성비, Trade history의 비동기 요청 책임이 아직 MainWindow에 남아 있었다. 세 기능 모두 화면 표시뿐 아니라 Worker/QThread, cache, 요청 상태와 lifecycle까지 함께 관리하고 있었다. 그래서 Phase 5에서는 세 기능을 한..

• format_list_bulleted Laboratory/협업기록
• · 2026. 9. 1.
• textsms

ChatGPT 인수인계 사고 감사착수

MyStock 리팩토링 Phase 4를 마치고도 한 가지 의문이 남았다. Phase 4에서 정리하려던 AnalysisController가 이미 Phase 2에서 구현되어 있었고, Phase 3에서 다루려던 RefreshCoordinator도 마찬가지였다. 한 번이면 이전 작업 범위가 조금 넓어진 것으로 생각할 수 있었다. 그런데 두 Phase가 연속으로 같은 상황이었다. Phase 2에서는 대체 무슨 일이 있었던 걸까?나는 ChatGPT 대화방 하나를 하나의 일감으로 사용한다원인을 찾기 전에 내가 ChatGPT와 Codex를 사용하는 방식을 먼저 설명할 필요가 있다. 나는 ChatGPT 대화방 하나를 하나의 일감처럼 사용한다. 여기서는 작업 목적과 방향, 범위, 설계에 대해 ChatGPT와 논의한다. 논..

• format_list_bulleted AI/ChatGPT
• · 2026. 8. 31.
• textsms

MyStock - Phase 4, 또 고칠게 없었다

MyStock 리팩토링 Phase 4는 AnalysisController 경계를 정리하는 작업이 될 거라고 생각했다. 그런데 Step 0에서 현재 구조를 다시 확인하자 시작부터 예상이 빗나갔다. Phase 4에서 만들려고 했던 AnalysisController가 이미 존재했다.Phase 3에 이어 또 이미 끝난 작업을 만났다이상한 일은 이번이 처음이 아니었다. Phase 3에서는 Account와 Market의 반복 갱신 Timer를 RefreshCoordinator로 분리하려고 했지만, 확인해 보니 그 책임 역시 Phase 2에서 이미 이동된 상태였다. 결국 Phase 3은 production code를 다시 수정하지 않고 기존 구조의 경계와 회귀 동작을 테스트로 확인하는 쪽으로 마무리했다. Phase ..

• format_list_bulleted Laboratory/협업기록
• · 2026. 8. 31.
• textsms

MyStock - Phase 3, 고칠 코드가 없었다

Phase 2 작업을 끝내고 main에 머지했다. Phase 3의 목표인 RefreshCoordinator 구현이었다. Account와 Market의 자동 갱신 Timer 책임을 MainWindow 밖으로 옮기고, 기존 옵션과 기본값, 갱신 주기와 동작은 그대로 유지하는 작업이었다. Phase 2가 꽤 큰 작업이었기 때문에 Phase 3 계획을 다시 확인하면서 처음 든 생각은 단순했다.이건 큰 작업은 아니겠네.그런데 실제 작업은 예상과 전혀 다른 방향으로 흘러갔다.Phase 3를 시작했는데 이미 끝나 있었다Phase 2 작업을 완료한 후, 상태에서 Phase 3 작업을 Codex에게 진행시켰는데 프롬프트 실행후 얼마되지 않아 바로 작업 완료 및 Codex가 PR까지 요청한 상태로 마무리 되어있었다.그리고..

• format_list_bulleted Laboratory/협업기록
• · 2026. 8. 30.
• textsms