DB 무한지옥 탈출

MyStock의 DB 작업이 거의 끝나가던 시점이었다. DB에 데이터를 쌓는 기반을 만들고 화면에 연결하는 과정에서 생각보다 많은 문제를 겪었다. 특히 Daily 데이터를 언제 최신으로 볼 것인지 제대로 정의하지 않은 채 눈앞의 버그를 하나씩 수정하면서 정책이 계속 복잡해졌다. 문제는 코드만 복잡해진 것이 아니었다. GitHub Codex Connector 리뷰에서 새로운 지적이 나오면 그 상황을 보고 즉흥적으로 조건과 정책을 추가했고, 다시 리뷰를 요청했다. 그러면 새로 추가한 정책이 기존 정책과 충돌하면서 또 다른 지적이 나타났다. 코드를 고치고 리뷰를 다시 돌릴수록 끝에 가까워지는 게 아니라 새로운 문제가 계속 나오는 느낌이었다.Connector 리뷰 정책 변경 필요성처음에는 리뷰에서 지적된 문제를..

• format_list_bulleted MyStock/개발일기
• · 2026. 9. 12.
• textsms

#5 - GitHub Codex Connector 무한지옥을 경험하다...

MyStock을 개발하면서 나는 구현에 1%도 관여하지 않는다는 전제로 진행하고 있다. 기능의 목적과 실제 화면에서 어떻게 동작해야 하는지는 내가 결정하지만, 구현 과정에서는 ChatGPT와 대화하면서 요구사항과 설계를 구체화하고, 정리된 내용을 Codex에 전달해 실제 코드를 수정하는 방식을 사용하고 있다. 코드를 직접 보지 않는 만큼 나름대로 안전장치도 많이 두었다. 구현 전에는 ChatGPT와 요구사항을 최대한 명세하고, Codex가 실행할 프롬프트를 생성하여 전달하며, Codex는 구현 및 테스트와 개발 로그를 남긴다. GitHub에서는 작업을 PR 단위로 관리하고, 마지막에는 GitHub Codex Connector를 이용해 실제 변경된 코드를 다시 리뷰한다. 내가 직접 코드를 구현하거나 확인하..

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

UI 개선과 PR Workflow 구축 필요성 인식

최근 급격한 코덱스의 코딩량 증가와 GitHub Connector 무한 지옥에 빠져 주간 사용량이 많이 소진되어 이번주를 버티기 위해 MyStock Dashboard와 시황 분석 화면의 사용성을 개선하는 작은 UI 수정으로 시작했다. 처음에는 몇 가지 화면 요소를 추가하고 조정하는 수준의 작업으로 생각했다. 하지만 실제 변경 과정에서는 단순한 UI 수정으로 끝나지 않았다. 테마 관리, 설정 저장, 선택 상태 표현 등 기존 화면 구조와 연결된 문제를 확인하게 되었고, 변경사항을 안전하게 관리하고 검증하는 과정의 필요성을 인식하게 되었다.UI 개선 작업의 시작이번 변경 사항은 다음과 같다.Dashboard 연금 포함 여부 Switch 추가Light/Dark Mode 전환 기능 추가시장 데이터 추이 기본값 1..

• format_list_bulleted MyStock/개발일기
• · 2026. 8. 26.
• textsms

첫 PR에 배운 Codex Connector 리뷰 규칙

※ 이 글은 MyStock 초기 개발 과정에서 유실된 ChatGPT 대화 내용을 당시 Codex devlog와 Git 이력, 남아 있는 자료를 바탕으로 기억을 더해 재구성한 글이다. 초기 Dashboard, Cash Flow, Google Drive Sync, Python 마이그레이션까지 진행하고 나니 프로그램은 기능적으로는 많이 커졌지만 화면은 실제 투자 판단 순서와 잘 맞지 않았다. 이 작업의 목적은 데이터 구조를 다시 만드는 것이 아니라, 기존 기능을 유지한 채 화면에서 중요한 정보를 더 빠르게 읽도록 정리하는 것이었다. 동시에 이 시점부터 코드 변경을 GitHub Pull Request 단위로 관리하기 시작했다. UI 변경과 데이터 계층 변경을 분리하고, 변경 범위를 명시한 뒤 테스트와 리뷰를 거..

• format_list_bulleted MyStock/개발일기
• · 2026. 8. 23.
• textsms