개발 & 해킹 좋아하는 사람의 블로그 Zola 2026-06-01T00:00:00+00:00 https://blog.devcw.xyz/tags/trend/atom.xml 2026-06-01T00:00:00+00:00 2026-06-01T00:00:00+00:00 Unknown https://blog.devcw.xyz/posts/agent-coding-consideration/ <h2 id="baegyeong-mic-geunhwang">배경 및 근황<a class="anchor" aria-hidden="true" href="#baegyeong-mic-geunhwang" hidden="">#</a> </h2> <p>저번 주를 기점으로 약 1년 4개월 째 다니던 회사를 나왔다. 나온 이유는.. 말하자면 늘어놓을게 많지만 새로운 도메인에 도전해보고 싶었고, 성장하고 싶었다.</p> <p><img src="../../images/detox.png" alt="detox-image" /></p> <blockquote> <p>좋아하는 앨범 중 하나인 래퍼 빌스택스의 '디톡스'.</p> </blockquote> <p>그래서 퇴사하고 잠시 쉬는 시간이 주어진 기념으로 플랜만 세워두고 실행하지 않았던 내 '디톡스 플랜'을 하려고 한다. 우선 내가 '디톡스 플랜'을 세우려고 한 이유를 늘어보자면..</p> <p>제일 먼저 성찰해본 건 근래에 에이전트를 활용한, 즉 LLM을 활용한 프로덕팅 능력 올리기에 미쳐있었다. 뭐 물론 이게 나쁘단 건 아니다. 근데 문제를 해결하는 과정에서 블랙박스가 너무 많이 생기게 됐다. 일단 돌아가면 하위 레이어 이해는 일단 뒷전으로 미루고 다음 비동기 작업 큐에 밀려있는 걸 쳐냈던 것 같다.</p> <p>돌아보면 저게 사실 부채를 쌓는게 아닌가 싶다. 태스크를 많이 해결한다고 좋은 건 아닌데, 아마 당시 사내 분위기가 그랬던 것 같다. 할 수 있으면 바로바로 하는..? 어떤 퍼포먼스의 수치가 당일에 일을 많이 쳐내는 그런 기준이었던 것 같다. 실제로 한 프로젝트에서 빠른 피드백을 믿고 무작정 기능 개발 자체에만 초점을 잡았다가 기술 부채가 심해진 적이 있다.. 물론 원인이 이것 하나만은 아니다.</p> <p>연쇄적으로 이런 에이전트 의존이 반복되면서 손 코딩 비중이 줄었다. 지식 전체 자체가 사라진 건 아닌데 머슬 메모리가 죽어가고 있는게 느껴진다.. <del>(고딩때만 해도 for문 0.5초만에 부트스트랩 할 수 있었는데 ㅎㅎ)</del> 과연 에이전트 없이 내가 현재 가진 구현체들의 지식을 구현해보라고 하면 할 수 있을까? 의구심이 든다.</p> <p>또, 얼마 전에 나온 용어인 <a rel="external" href="https://brunch.co.kr/@hiclemi/146">'클로드 블루'</a> 도 얼추 작용하고 있는 것 같다.</p> <h2 id="peulraening">플래닝<a class="anchor" aria-hidden="true" href="#peulraening" hidden="">#</a> </h2> <p>그래서 내 디톡스 플랜은 다음과 같이 총 3가지다:</p> <ol> <li>에이전트 없이 구현하기 &amp; 코드 많이 읽기</li> <li>릿코드 풀기 (고딩 때 이후로 알고리즘을 많이 안 풀었다. CS는 많이 공부했는데..)</li> <li>아티클 및 바이블 PDF 읽기</li> </ol> <p>베이직한 것들이라 공백기동안 이것만 하기엔 좀 그렇고 트렌드좀 따라가야겠다. 용어 자체를 따라가고 싶진 않은데 (e.g 하네스 등등) 방법론적인 부분은 배워서 나쁠 게 없다.</p> <h2 id="gucehwa">구체화<a class="anchor" aria-hidden="true" href="#gucehwa" hidden="">#</a> </h2> <p>일단 이런식으로 추상적으로만 그려놓으면 조금 애매해진다. (몇번 계획을 추상적으로 세우고 깨먹은 기억이 있다.) 계획을 구체화 시켜보자.</p> <h3 id="eijeonteu-doum-eobsi-guhyeonhagi-mic-kodeu-manhi-ilggi">에이전트 도움 없이 구현하기 및 코드 많이 읽기<a class="anchor" aria-hidden="true" href="#eijeonteu-doum-eobsi-guhyeonhagi-mic-kodeu-manhi-ilggi" hidden="">#</a> </h3> <p>에이전트 도움 없이 구현하기 같은 경우는 사이드 프로젝트를 기준으로 삼는다. 외주나 뭐 이런 업무적인 부분에서는 여전히 에이전트를 활용할 것이다</p> <p>코드 많이 읽기 같은 경우는 위와 반대로 프로덕션에 올라가는 코드들을 많이 읽을 것이다. 블랙박스를 줄이기 위함. 사내 환경에 벗어났으니 내 기준을 적용해야겠다.</p> <h3 id="riskodeu-pulgi">릿코드 풀기<a class="anchor" aria-hidden="true" href="#riskodeu-pulgi" hidden="">#</a> </h3> <p>이건 스텝 바이 스텝으로 풀건데, 대강 로드맵은 아래와 같이 짰다.</p> <ol> <li>감잡기</li> </ol> <ul> <li>배열 &amp; 문자열 <ul> <li>투포인터</li> <li>슬라이딩 윈도우</li> </ul> </li> <li>연결리스트 <ul> <li>포인터 조작</li> </ul> </li> <li>스택 &amp; 큐 <ul> <li>단조 스택</li> </ul> </li> </ul> <ol start="2"> <li>트리 &amp; 그래프</li> </ol> <ul> <li>이진 트리 <ul> <li>트리 순회</li> <li>이진 탐색 트리</li> </ul> </li> <li>그래프 심화 <ul> <li>격자 탐색</li> <li>위상 정렬</li> <li>다익스트라</li> </ul> </li> </ul> <ol start="3"> <li>최적화</li> </ol> <ul> <li>이진 탐색</li> <li>힙 / 우선순위 큐</li> <li>백트래킹</li> <li>DP</li> <li>그리디</li> </ul> <p>재활 기간 2주로 잡고 나이브하게 한 챕터당 4일 정도로 잡으면 될 것 같다.</p> <h3 id="atikeul-baibeul">아티클 &amp; 바이블<a class="anchor" aria-hidden="true" href="#atikeul-baibeul" hidden="">#</a> </h3> <p>주로 아티클은 <a rel="external" href="https://rosettalens.com">로제타렌즈</a> 를 애용한다.</p> <p>바이블은 뿌려져있는 PDF중 아무거나 잡고 패면 될 것 같다.</p> <p>2주 뒤에 회고를 다시 한번 해보겠다. 그럼 이만.</p>