"AI 이해" 보고서에서 100점 만점에 42점을 받았다면, 당신은 진정으로 AI 프로그래밍의 세계에 들어섰다는 것을 의미합니다. @Danielshi1 회원과 채팅하면서 경험을 확장합니다. AI가 직접 코드를 작성하도록 두지 마세요. 대신, 세 계층의 데이터를 분석하여 먼저 보고서를 생성하도록 하세요. 첫 번째 계층: 현실 확인 - "나를 속이려는 걸까?" 진짜 데이터베이스 쿼리인지, 아니면 하드코딩된 가짜 데이터인지, 진짜 API 호출인지, 시뮬레이션된 응답인지 확인하세요. GPT-5나 Claude 4.5와 같은 AI조차도 "환상"이나 "게으름"이라는 단점을 가지고 있습니다. 때로는 사용자를 만족시키기 위해 코드처럼 보이는 "의사 코드"를 작성하기도 합니다. 이를 운영 위험 관리라고 하며, 이는 최소 요건입니다. 이 계층에 장애가 발생하면 시스템은 배포 즉시 재난 현장이 될 것입니다. 두 번째 계층: 코드 미학 – "나중에 변경할 수 있나요?" 코드가 깔끔한지 아닌지는 중요하지 않습니다. 이는 실제로 "더 많이 읽는 것"을 필요로 하는데, 이는 "언어 감각" 또는 "취향"이라고 합니다. AI가 작성한 코드는 때때로 "배설물 산"과 같습니다. 기능은 구현되었지만, 변수 이름은 종종 무질서하거나(예: var a, b, c) 모든 로직이 수백 줄짜리 단일 함수에 빽빽하게 들어차 있습니다. 이것을 기술 부채 관리라고 합니다. 이러한 수준의 이해가 없다면 프로젝트는 "일회성"에 불과합니다. 오늘은 잘 되더라도 다음 주에는 새로운 기능을 추가하고 싶어서 완전히 길을 잃고 처음부터 다시 시작해야 할 수도 있습니다. 세 번째 계층: 제품 솔루션 - "이게 정말 사용자에게 필요한 것인가?" 제품 디자인 구성이 합리적인가? 이것이 현재 AI의 가장 큰 약점이며, 또한 가장 대체 불가능한 측면이기도 합니다. AI는 "예스맨"입니다. 사용자가 비밀번호를 입력하면 화면에 비밀번호를 일반 텍스트로 표시하는 함수를 만들어 달라고 요청하면 AI가 즉시 해당 함수를 작성해 줍니다. 코드는 매우 세련될 수 있고(두 번째 수준), 논리는 정확할 수 있습니다(첫 번째 수준). 하지만 당신은 "문지기"입니다. "아니요, 이건 제품 논리에 어긋나고 보안 위험을 초래합니다." 또는 "이 과정은 너무 복잡해서 사용자가 결과를 보려면 세 번 클릭해야 합니다. 한 단계 프로세스로 바꿀 수 있을까요?"와 같은 질문을 즉시 인식할 수 있어야 합니다. 이를 전략적 정렬이라고 합니다. 비즈니스 로직과 사용자 경험을 활용하여 기술적 구현을 제한하는 것입니다. 솔직히 말해서, "계약자"는 "벽돌을 옮길" 필요는 없지만, 벽이 올바르게 지어졌는지, 시멘트 등급이 정확한지 확인해야 합니다. AI와 직접 대면해서 이의를 제기하고, 의문을 제기하고, AI가 도출한 모든 결론에 대한 구체적인 증거를 요구해야 할 수도 있습니다. 심지어 코드 줄 수까지도 말입니다. ---광고 중단--- 저는 최근 "하이게와 그의 친구들"이라는 지식 공유 커뮤니티를 시작했습니다. (댓글에 링크가 있습니다) 만약 당신이라면 - "AI 프로그래밍을 배우고, 틈틈이 개발 업무도 하고 싶은 제품 관리자/제품 소유자." - AI에 대한 심층적인 경험이 없는 프로그래머를 위해, 이 과정은 최전선 AI 프로그래머가 각 AI 도구의 기능을 어떻게 보는지 이해하고 빠르게 시작하는 데 도움을 주는 것을 목표로 합니다. - "Vibe 코딩을 배우고 싶은 초보자는 사용 가능한 프로젝트를 만드는 방법을 연구하고 새로운 프로그래밍 패러다임을 더 빨리 배우고 싶어합니다." 그렇다면 내 행성이 당신에게 큰 도움이 될 수도 있겠네요. 또한, 처음 100명에게는 하이거와의 1:1 원격 AI 채팅이 무료로 제공되며, 기존 회원들은 채팅이 끝난 후 채팅 시간을 연장해 달라고 요청하기도 했습니다.
