dog paw / development

예전에는 다음과 같은 인식이 비교적 자연스럽게 이어졌다.코드를 잘 짠다는 것은빠르게 구현할 수 있고,필요한 맥락과 기술을 충분히 이해하고 있으며,그만큼 설계도 잘 되어 있고,결과적으로 유지보수가 쉽다는 의미로 받아들여졌다.이 인식은 단순한 착각이라기보다, 당시 환경에서는 어느 정도 현실에 맞는 판단이었다.구현 자체가 가장 비싼 작업이었고, 사용할 수 있는 라이브러리와 레퍼런스도 많지 않았기 때문이다.그래서 많이 알고 있는 사람이 빠르게 만들 수 있었고,빠르게 만든다는 것은 이미 구조와 흐름을 머릿속에 그리고 있다는 신호로 여겨졌다.또한 그 시기에는 코드가 사실상 설계의 유일한 표현 수단이었다.문서는 있더라도 부차적인 경우가 많았고,설계는 코드 안에 녹아 있어야 했다.코드가 깔끔하면 설계가 잘 되어 있다고..

지난 1년간 AI를 활용해 문서 작성, 설계 정리, 코드 구현까지 실제 업무에 적용해 왔다.처음에는 대부분이 그렇듯 프롬프트를 어떻게 쓰느냐, 어떤 모델을 쓰느냐, 얼마나 빠르게 코드를 만들어 주느냐에 관심이 쏠려 있었다.하지만 업무에 깊게 적용할수록 느낀 점은 조금 달랐다.AI는 코드를 잘 만들어주지만, 문제를 대신 정의해주지는 않았고 설계를 대신 책임져주지도 않았다.이 점은 코딩뿐 아니라 문서 작성에서도 동일하게 느껴졌다.프롬프트 중심으로 접근할수록 설계가 없는 상태에서 결과물이 먼저 만들어졌다.코드에서는 잘 동작하던 기능이 의도치 않게 제거되거나 불필요한 기능이 섞였고,문서에서는 읽는 사람의 입장이 명확하지 않은 채 그럴듯한 문장만 늘어나는 경우가 많았다.문서를 쓰면서도 비슷한 패턴이 반복됐다.이 ..