→ 옆으로 밀어 시간대별 흐름 보기
초안과 설계의 중요성을 두고, ‘왜·무엇을 위해 만드는가’와 현장 업무의 맥락, SOP·KPI를 개발자에게 정확히 전달해야 한다는 의견이 나왔다. 동시에 처음부터 완벽한 설계는 불가능하므로 아키텍처와 스키마를 유연하게 두고 기능 중심으로 구현해야 한다는 실무적 관점이 제시됐다. 규모가 큰 종합 기능을 한 번에 만들기보다 MVP처럼 작게 쪼개고 합치며, 실패를 통해 자신의 개발 방식을 찾아가라는 조언으로 이어졌다.
통역 도구를 만들고 있으며 설계에 약 일주일 반을 썼다는 진행 상황이 공유됐다. 서버는 Fly.io를 우선 사용하기로 했고, AICC 운영 서버로 사용 중이라는 경험과 함께 관리 편의성·비용이 언급됐다. AICC는 여러 AI 모델을 하나의 API로 제공하는 통합 AI 모델 플랫폼이며, 하루 2,000~2,500콜·콜당 약 2분 운용에서 월 약 10만 엔 수준이라는 사례가 나왔다. Fly.io의 초단위 과금 가능성, 클라우드플레어·호스팅어와의 비용 및 CLI 편의성 비교도 짧게 논의됐다.
세레브라스의 저지연 추론 특성과 이를 클로드에 적용했을 때 출력 속도가 빨라질 가능성이 화제가 됐다. 더 빠른 추론은 비용 상승으로 이어질 수 있다는 의견이 나왔고, GPT Max도 세레브라스를 활용해 더 빠른 서비스를 제공하려는 것으로 보인다는 언급이 있었다. 이어 GPT 요금제에서 20배 표기가 사라졌고 사용량 기준 변화와 고갈 체감에 대한 대화가 이어졌다.
전문 개발자 중 일부가 초보자의 용어 실수를 과도하게 비꼰다는 경험담이 공유됐다. 참여자들은 이런 태도는 직업군보다 개인차의 문제이며, 사회적 소통에서는 정확한 용어를 알려주되 맥락을 우선해야 한다고 봤다. AI가 자주 쓰는 표현을 따라 ‘배선’이라고 했다가 비웃음을 받은 사례를 두고도, 의미가 통한다면 지나친 공격은 불필요하다는 반응이 이어졌다.
바이브코딩으로 만든 결과물을 SI 인력이 이어받아 개발·유지보수하기는 쉽지 않다는 의견이 나왔다. 기존 SI 방식과 AI 생성 코드·산출물 사이의 간극 때문에 처음부터 다시 만들 가능성도 언급됐다. VSM이라는 표현을 두고 바이브코딩 시스템 유지보수를 뜻하는 농담이 있었으며, 실제 VSM은 AI 코딩 에이전트의 자율성을 안전하게 설계·평가하는 데 쓰이는 Viable System Model이다.
바이브코딩으로 서비스를 만들면 프론트엔드가 필요해지는 시점에 서비스 자체의 실효성을 다시 점검하게 된다는 자조적 의견이 나왔다. 반면 본인이 만든 웹 프론트를 디자이너에게 보여주고 괜찮다는 평가를 받았다는 경험도 공유됐다. 전반적으로 결과물의 완성도보다 서비스 필요성과 문제 정의를 먼저 봐야 한다는 맥락이었다.
아카데미 교수진 라인업이 인상적이라는 감상과 함께 Threads 링크가 공유됐다. 구체적인 아카데미명이나 교수진 구성에 대한 추가 논의는 이어지지 않았다.
웹앱 중심으로 공부했다는 이야기에서 백엔드와 자료구조·알고리즘, 운영체제, 컴퓨터구조, 데이터베이스의 연관성이 언급됐다. 컴퓨터 관련 전공과 AI 분야에 대한 대화가 이어졌고, 컴퓨터 조립·수리 비용을 두고 농담 섞인 경쟁이 오갔다. 개인도 계약을 따낼 수 있는지 묻자 계약은 개인도 가능하다는 답이 나왔다.