사람도 대충 시키는건 쉽지만, 찰떡같이 알아듣게 하는건 어려운데 말이죠.

AI면 다 되는줄 아는 상태시군요... 어떤 프로덕트를 개발하려면 장기 운영에 필요한 도메인 지식이 필수인데, 겉만 만들어놓고 "되잖아?" 라고 해버리면....

나중에 기능추가하거나 버그가 생겼을때 고치려고 할때 어설프게 고치면 갑자기 리펙토링한답시고 기존 기능 다 엎어버릴텐데 담당자가 골치가 아프겠네요....

바이브코딩도 체계적으로 장기적으로 유지보수가 가능한 방향으로 최대한 md파일로 문서 화도 해놓고 리펙토링 하나 하더라도 기획을 잡고 md로 계획을 세워놓고 해야하는데 말입니다.

지금 코딩 반 AI로 반 작업중인데, 기획 md 파일을 정해진 에이전트들에게 task를 생성하고 brief문서를 꾸준히 생성하면서 task별로 작업이 되면 handoff시키는 시스템을 만들었거든요. 바이브코딩하다보면 모든 기능을 초기화해버리는 골치아픈 문제에 codex, claude, gemini 각 AI의 격차가 있으니 일관성 유지하려고 시스템을 구축했거든요. 이걸 구축해서 해도 쉽지가 않은데 담당자분이 고생 많이 하시겠습니다.....

개발자 출신이냐 아니냐 보단, 구조를 아느냐 모르느냐보단

데이터가 어디에서 나오고 어떻게 처리되고 어떻게 전달되어야하는지, 데이터 생산자 처리자 수혜자는 어떤 사람들인지 어떻게 쓰는지를 아는게 더 중요합니다.

대표님은 그걸 어느정도 알고 있으니까 자신감이 붙었겠지요..

다만 그걸 운영에서 돌리는건 다른 차원의 문제 맡습니다. 유지보수개선최적화의 관점은.. 아직 멀었죠

대표님한테 클로드 스킬을 만들어서 집어넣어주세요.

스킬만 잘 잡혀있어도 문제는 덜 터지더군요.

어느 사람들은 AI 그거 다 헛거다 그러고

어느 사람들은 AI면 다 된다고 그러고

기왕 쓰는 거 공부 좀 하셔가지고 되는 것과 안 되는 것 까지 다 배우면 좋을 텐데 말입니다.

하지만 저는 매일 놀라고 있긴 합니다.

AI가 너무 잘해서... 또 AI가 너무 못해서...

ai를 이용해 업무혁신을 하라고 하는데 그럼 ai 구독이라도 해주면서 해야하는것 아닌가요?

ai.....에휴.

담당업무 모르는 사람은 AI가 이쁜 화면을 뚝딱 주니까 일을 잘 한다고 생각하지만 내부는 순 거짓말에 오류투성이일 때가 많죠. 그래서 시니어가 AI를 활용하면서 하나하나 검수를 해야 하는 거고요.

지금은 조금 애매한데요.

몇년 이내로 지금 대표가 생각하는 것이

맞을 수 있을 정도로 발전 속도가 빠르네요.