[%] ai가 잘 못해주는 분야가 분명히 있기는 있는데..

[익명(boot4207)]

근데

해커톤 우승자가 비개발자 바이브코더임

어지간한 서비스는 명세만 정의하면 잘 만들어준다

[익명(221.149)]

해커톤 채점 기준이 뭔지는 알고? - dc App

[익명(boot4207)]

사업성이지. 중요한건 어쨌든 돌아가는 물건이 나왔다는거고, 그게 사람들이 가장 중요하게 생각하는 부분임

[익명(221.149)]

@ㅇㅇ ㅇㅋ 그러니까 일단 소프트웨어 품질이 기준이 아닌거 확인. 그래서 해커톤으로 만든 사업 며칠동안 진행함? - dc App

[익명(boot4207)]

@ㅇㅇ(221.149) 뭐 그야 모름. 난 그저 ai만 잘 써도 어지간한 서비스를 만들어 줄 수 있다는 의미로 한 말임. 이부분은 성능 발전하면 앞으로도 더 나아질거고, 그러다보면 아이디어만 가지고 할 수 있는 일이 더 많아지겠지

[익명(221.149)]

@ㅇㅇ 그럴듯한 기능을 보여주는것과 그 시스템이 오랜 기간 문제 없이 동작하는것, 계속해서 발생하는 변경 추가사항을 유연하게 적용할 수 있는 코드 구조를 갖추기까지는 상당한 차이가 있다. - dc App

[익명(boot4207)]

@ㅇㅇ(221.149) 뭐 결론부터 말하면 맞는 말이긴 한데, 일단 세상의 모든 앱이 장기간의 유지보수나 확장성이 필요한 것은 아님. 그리고 문제를 ai회사들도 모르진 않아서 향후는 코드 구조도 유연하게 처리하는 방향으로 나가긴 할거야

[익명(221.149)]

@ㅇㅇ 그 정도 결론이면 나쁘지 않군. 앞으로 어떻게 더 발전할지는 지켜봐야겠지. - dc App

[익명(164.125)]

근데 '명세만 잘 정의'하는게 생각보다 어려운거 같단 생각이 듬

[익명(164.125)]

에이전트들이 굉장히 모순덩어리에 엉망진창인 명세를 가지고도 불만없이 작업해주니까... 그런 식으로 만들어진걸로 추정되는 스파게티 코드 인계받아서 처리하는 중인데 대체 뭘 의도했길래 이딴 코드가 나왔는지 궁금할 따름

[익명(am1196)]

이게 맞다 ㅋㅋ - dc App