바이브코딩과 하네스 엔지니어링
하네스 엔지니어링 결론부터 말하면 개발 기획자는 별도로 할것 없이 기존에 하던데로 그냥 하면 됩니다.
이것, 저것, 문제가많네~ 이런식으로 특정하지 않는 형태로 이쁘게 만들어줘 하는 방식이 문제가 있는것으로 이렇게 언급하는 방식은 현재 사람도 의도 파악을 정확히 모르기 때문에 원하는 결과가 나오지 않습니다.
문제가 많아 - 너가 문제가 많아
이렇게 해석해도 큰 무리가 없는것으로 어떤 문제가 있는지 명확하게 알려줘야 개선이 되고 같은 문제가 생기지 않습니다.
예를 들면.
1) 상태값 기록을 위해서 테이블에 시간과 현재 상태 기록해서 체크하는것을 만들어 달라고 했더니 만들긴 잘 만들었습니다.
아... 그런데 날짜를 유닉스 타임스템프로 넣었네... 내가 보려면 다시 변환해서 봐야 하는데....
2) 그리고 이미지 포맷 초기에 원본에 해당하는 비트맵 이미지만 필요하니 그에 맞게 프로그램 하랬더니
테이블에서 비트맵 컬럼만 남기고 나머진 다 없애버림.
아... 다음 단계의 프로그램에서 필요한 png, jpg 같은 컬럼 삭제 하면 안되는데 ...
위와 같은 문제가 발생 하지 않으려면 명확하게 말을 해줘야 문제가 발생 하지 않습니다.
그리고 앞으로 무엇을 할것인지 왜? 하는지 사람에게 설명 하는것 처럼 해야 되는것으로 흔히 발생 할 수 있는 문제를 예상해 보면
사람은 기존의 회사의 분위기는 기존에 하던 방식이 있기 때문에 몇가지 명확하지 않은것도 당연히 그렇게 하는것으로 인식하고
진행이 가능한데. Ai는 그렇지 않기 때문에 다 언급을 해줘야 되는 것입니다.