다들 AI에 지나치게 의존하는 현 직장 분위기에 미쳐버릴 것 같지 않나요?

전해질

좋은 지적이야! 그거 내가 써먹어야겠다.

난 의존성 버전을 고정할 수 있음.

문서도 있고, 동작도 정해져 있고, 인터페이스도 안정적임.

문제 생기면 버전 관리도 되고.

근데 vibe coded 애플리케이션은 내가 처음에 넣은 사양대로 결과물이 나올 거라는 보장이 없음. 아마 나오긴 하겠지만, 확실하진 않음.

이건 여전히 다른 문제임.

1. 의존성 버전 고정하는 게 요즘처럼 보안 취약점 쏟아지는 상황에선 더 위험해 보임. 메이저 버전 고정은 당연히 괜찮지만, 마이너 버전 고정은 취약점에 노출됨.
2. LLM으로 제대로 실행하면 문서도 얻을 수 있음.
3. LLM으로 제대로 실행하면 버전 관리도 가능함.
4. 개발자한테 티켓 할당할 때, 솔루션 아키텍트로서 내가 처음에 준 사양대로 결과물이 나올 거라는 보장이 없음. 아마...

1 보안 문제는 솔직히 이번 대화 주제에서 벗어남
2 맞긴 한데, 걔네가 정확하다는 보장이 없잖아. 흔히 쓰이는 유명 프레임워크는 보장이 있는데.
3 우린 지금 활발하게 개발 중인 상황을 얘기하는 거임. 네 코드는 바뀔 게 뻔하지만 dependency는 안 바뀌잖아.

뭔가 너 지금 핀트 어긋난 소리 하는 거 같음.

LLM을 컴파일러에 비유하는 건 좋은 비교가 아님. 외부 dependency에 비유하는 게 더 정확하긴 한데, 걔네는 보통 어느 정도 검증(battle tested)된 것들이잖아. 난 기대 안 해...

원래 주제의 핵심은 사람들이 자기 업무에 AI를 얼마나 의존하느냐는 거였지. 내 주장은 AI를 컴파일러와 직접 비교하기보다는 업무상의 다른 외부 의존성과 비교하는 쪽에 더 가깝다고 봐. 여기에는 외부 라이브러리, 팀원, 그리고 과거의 나 자신까지 포함되지.

나 이 일 오래 했거든. AI 나오기 전에도 나한테 코딩은 PoC나 데모 같은 거 제외하면 1년에 한 번 할까 말까 한 경험이었어. AI가 겪는다고 하는 문제점들을 AI가 아닌 다른 원인들에서도 이미 다 겪어봤다고. 내 생각엔 만약 네가...

마지막 문장 때문인 이유는 AI가 해결하지 못하는 버그를 마주치는 일이 빈번하기 때문이야. 현대 컴파일러는 절대 고장 난 어셈블리를 생성하지 않아. 하지만 LLM은 고장 난 자바스크립트를 생성하고도 그걸 고치지 못할 때가 있어. 그냥 그런 일이 일어나는 거지.

그리고 예전엔 우리가 이 언어를 사용해서 이해하고 디버깅할 수 있었지. 지금은 뒤에서 무슨 일이 일어나는지 아무도 이해 못 해. 아무도 코드를 안 읽고, 아무도 코드를 리뷰 안 하고, 어떤 사람들은 작업 요구사항 읽는 것조차 그만뒀어. 데모 앱이나 만들고 버릴 프로젝트에는 최고겠지만, 대규모 애플리케이션에서는 유지보수성과 확장성을 완전히 죽이는 짓이야.