AI 도구로 코드를 만드는 일이 쉬워지고 있다.

예전에는 특정 기능을 구현하려면 설계, 개발, 수정, 테스트에 시간이 필요했다.
그래서 이미 만들어 둔 코드를 다른 프로젝트에서 재사용하면 개발 시간을 줄일 수 있었다.

게시판, 예약, 회원, 통계, 관리자 기능처럼 여러 프로젝트에서 반복해서 필요한 기능은 특히 그랬다.

그런데 AI 도구가 발전하면서 상황이 달라지고 있다.

필요한 기능을 설명하면 코드를 만들 수 있고,
기존 코드에 기능을 추가하거나 화면을 수정하는 작업도 이전보다 쉬워졌다.

그렇다면 "이 기능의 소스코드를 가지고 있다"는 것만으로 개발 자산이라고 할 수 있을까?

예약 시스템을 예로 들어보자.

AI 도구에 예약 기능을 만들어 달라고 하면
예약 신청, 조회, 취소, 관리자 기능 등을 만들 수 있다.

하지만 실제 서비스에서 사용하려면 코드 외에도 필요한 것이 있다.

설치와 업데이트 방법이 있어야 하고,
환경이 달라도 동작해야 하며,
기존 데이터와 호환되어야 한다.
회원이나 결제 같은 다른 기능과 연결하는 방법도 필요하다.

여러 프로젝트에서 사용하면 관리 문제도 생긴다.

사이트마다 화면과 정책이 다르기 때문에
프로젝트별로 코드를 복사해서 수정하면 서로 다른 버전이 생긴다.
공통 문제가 발생해도 각각 수정해야 한다.

코드를 보유하는 것과 재사용 가능한 형태로 관리하는 것은 다른 문제다.

AI 도구가 비슷한 코드를 다시 만들 수 있다면
코드 자체를 보유하는 것의 가치는 이전보다 낮아질 수 있다.

반면 여러 프로젝트에서 사용하려면
버전,
API와 데이터 구조,
호환 범위,
설치와 업데이트 방법,
테스트와 검증 방법,
다른 기능과 연결하는 규칙이 관리되어야 한다.

여기에 문서화도 필요하다.

사람보다도 AI 도구가 기존 기능의 존재와 사용 방법을 알 수 있어야 하기 때문이다.

기능이 이미 있어도 AI 도구가 찾지 못하면 비슷한 기능을 다시 만들 수 있다.
API가 있어도 사용 방법을 알 수 없거나 연결 규칙이 코드에 흩어져 있으면 기존 구조와 다른 방식으로 구현할 수도 있다.

사람은 프로젝트를 사용하면서 이런 규칙을 익힐 수 있지만,
AI 도구는 코드와 문서에서 정보를 찾아야 한다.

따라서 문서에는 기능의 역할과 위치,
사용 가능한 API,
입력과 출력,
다른 기능과의 연결 방법,
변경 시 지켜야 할 규칙,
버전과 호환 범위,
검증 방법 등이 정리될 필요가 있다.

문서화는 AI 도구가 기존 기능을 발견하고 이해해 재사용할 수 있도록 하는 데 필요하다.

결국 소스코드를 많이 보유하는 것보다
실제로 사용하고 검증한 기능을 재사용할 수 있도록 관리하는 것이 더 중요해질 수 있다.

AI 도구가 코드를 만들어주는 시대에는
소스코드 자체보다 다시 찾고, 이해하고, 재사용하고, 업데이트할 수 있는 상태로 관리된 코드가 개발 자산이 되리라 본다.

- 💫Glitter Gim