ZDNET을 팔로우하세요: 우리를 선호 소스로 추가하세요 Google에서.
ZDNET의 주요 시사점
- AI 코딩은 편집과 디버그를 지시와 안내로 대체합니다.
- 터미널과 AI가 기존 개발 환경을 대체합니다.
- IDE는 빌드 및 배포 도구로만 축소되었습니다.
내 작은 강아지 Pixel은 내 소파 키보드를 좋아하지 않습니다. 나의 12살 요키푸가 자신의 주권 영토로 간주하는 것은 종종 내 무릎 위의 공간을 차지합니다. 그의 견해에 따르면 단지 글을 쓰거나 코딩을 하고 싶다는 이유만으로 포옹의 질이 저하되어서는 안 됩니다.
어젯밤에 아주 착한 아들이 내 어깨 위로 올라가서 껴안고 잠들었을 때도 마찬가지였습니다. VS Code, Xcode와 같은 강력한 개발 환경이 사실상 구식이라는 사실을 깨달은 순간이기도 했습니다.
나의 바이브 코딩 프로젝트
저는 두 개의 Apple 프로그래밍 프로젝트를 진행하고 있으며 각 프로젝트는 iPhone, iPad, Mac 및 Apple Watch에서 실행됩니다. 저는 결국 Apple App Store를 통해 배포될 총 8개의 바이너리를 만들고 있습니다.
또한: 저는 Gmail의 AI 도구를 사용하여 3개의 프롬프트로 10분 만에 몇 시간의 작업을 수행했습니다.
한 프로젝트는 3D 프린터 필라멘트 롤을 추적하는 데 도움이 되는 필라멘트 관리 프로젝트입니다. 저는 각각 5개의 선반이 있는 4개의 스토리지 랙에 120개의 스풀을 가지고 있습니다. 스풀은 랙과 8대의 3D 프린터 사이를 끊임없이 이동합니다. 프린터 중 5대는 한 번에 4개의 스풀을 사용할 수 있고, 1대는 8개의 스풀을 사용할 수 있으며, 2대는 각각 1개의 스풀로 제한됩니다.
iPhone 앱은 NFC 태그를 사용하여 이러한 스풀의 움직임을 매우 쉽게 추적하고 내장 카메라를 사용하여 참조용으로 각 스풀의 이미지를 촬영합니다. Watch 앱은 위치를 검사하고 업데이트하는 반면, Mac 앱은 필라멘트 재고에 대한 데스크탑 보기를 제공합니다.
두 번째 프로젝트는 처음에는 필라멘트 관리 시스템을 기반으로 했지만 그 이상이었습니다. 이 프로젝트는 물리적 재봉 패턴과 디지털 재봉 패턴을 모두 관리합니다. 내 아내와 같은 많은 재봉사들은 수백, 수천 개의 패턴을 수집하며, 이를 추적하는 것은 종종 꽤 어려운 일입니다.
내 코드는 NFC 태그와 사진을 사용하여 물리적 패턴을 관리합니다. 또한 이 코드는 패턴을 구문 분석하고 이름, 카테고리, 공급업체 및 기타 관련 필드 데이터를 검색하기 위해 수많은 장치 측 AI를 추가합니다. 이 접근 방식을 사용하면 사용자가 모든 정보를 프로그램에 입력할 필요가 없습니다. 재봉 앱은 필라멘트 관리 앱으로 시작된 보다 기본적인 기능에 심층적인 목록 작성 도구 및 기능 세트를 추가합니다.
또한: 나는 로컬, 오픈 소스, 완전 무료인 Claude Code 경쟁 제품을 사용해 보았습니다. 어떻게 진행되었는지
필라멘트 앱은 꽤 멀리 있습니다. 약 3개월간 활발하게 사용하고 있으며 다양한 인앱 구매 기능을 추가할 준비가 되었습니다. 재봉 패턴 앱은 아직 상당히 초기 개발 단계에 있습니다. 패턴과 형식이 다양하고 회사마다 작업 방식이 다르기 때문에 온디바이스 AI가 안정적으로 작동하도록 하는 데 많은 시간이 걸렸습니다. 네 가지 앱 플랫폼 모두에 설계하고 연결해야 하는 사용자 인터페이스 요소가 여전히 많이 있습니다.
새로운 느낌의 코딩 루프
단지 몇 마디 말을 하거나 손가락을 튕기는 것만으로도 코드에 느낌을 줄 수 있다고 다른 사람이 말하는 것을 허용하지 마십시오. 위에서 볼 수 있듯이 이러한 제품은 AI가 실제 코딩을 수행하더라도 복잡합니다.
또한: 저는 Claude Code를 사용하여 2개월이 아닌 단 12시간 만에 Apple Watch 앱의 코드를 작성했습니다.
예전 코딩 시대에는 편집→빌드→테스트→디버그를 거쳐 다시 편집으로 설명할 수 있는 개발 루프가 있었습니다.
모든 대화형 개발 환경(IDE)은 이 루프를 중심으로 구축됩니다. IDE 인터페이스의 대부분은 구문 색상 지정부터 명령 완성, 루프의 시작과 끝을 가리키는 멋진 수직 마커에 이르기까지 파일 트리와 편집 지원 도구를 중심으로 구성되어 있습니다. IDE에는 디버거도 포함되어 있습니다. 편집기에서 중단점을 설정하고 코드를 한 줄씩 순환하면서 코드 실행을 단계별로 관찰합니다.
Vibe 코딩에도 루프가 있으며 매우 유사합니다.
편집하는 대신 AI에게 원하는 내용을 묻는 것처럼 지시합니다. 빌드는 동일하게 유지됩니다. 코드는 작동하는 프로그램으로 바뀌어야 합니다. 해당 단계는 프로그램을 해석하거나 컴파일한 다음 어셈블함으로써 수행됩니다.
테스트 단계도 동일하게 유지됩니다. 하지만 디버깅을 직접 수행하는 대신 AI를 안내해야 합니다. AI는 코딩 오류를 찾아 수정할 수 있지만 문제가 발생한 위치를 찾기 위해서는 지침이 필요한 경우가 많습니다. 단지 “고쳐라”라고 말하고 AI가 그것을 할 수 있다고 가정할 수는 없습니다. 상당한 수의 버그가 있는 경우 경험이 풍부한 지침이 필요합니다.
따라서 루프는 지시→빌드→테스트→가이드가 된 다음 다시 지시로 순환됩니다.
또한: 저는 단지 이틀 만에 제 목소리만으로 iOS 앱을 만들었습니다. 정말 감동적이었습니다.
바이브 코딩 루프에는 실제로 편집 및 디버그 요소가 없습니다. 대부분의 사람들은 편집과 디버깅을 최적화하기 위해 개발 환경을 선택하고 사용자 정의합니다. 왜냐하면 전통적으로 대부분의 시간이 개발 환경에서 소비되었기 때문입니다.
바이브 코딩을 사용하면 대부분의 시간을 채팅 인터페이스(종종 터미널 창)에서 보냅니다. 개발 환경에 접근해야 하는 유일한 시간은 빌드를 시작하는 것입니다. 그런 다음 작업 중이던 프로그램을 실행하고 무엇이 작동하는지 확인한 다음 채팅이나 터미널 인터페이스로 돌아가 AI를 안내합니다.
역사적으로 IDE가 필요했던 작업을 위해 IDE를 사용하는 데 거의 시간이 소요되지 않습니다.
한 손으로 코딩
이것은 우리를 Pixel로 다시 데려옵니다. 어젯밤에 그는 내 왼쪽 어깨에 꼭 안겨 있었는데, 이는 내 왼쪽 팔과 손이 점령되었음을 의미했습니다. 이로 인해 실제 키보드를 사용할 수 없게 되었습니다. 하지만 오른손으로 마우스를 제어할 수 있었고, 목소리로 AI와 대화할 수 있었습니다.
Return 키를 누르도록 프로그래밍된 마우스 버튼과 Mac에서 사용 중인 받아쓰기 소프트웨어인 Wispr Flow를 실행하는 또 다른 버튼이 있습니다.
또한: Gmail을 개인 AI 에이전트 명령 센터로 만들려는 Google의 비전 내부
실제 코딩 작업은 모두 각 프로젝트마다 하나씩 여러 탭으로 설정한 무료 MacOS 터미널 프로그램인 iTerm2 내에서 수행됩니다.
어젯밤 2시간 동안의 내 주기는 다음과 같습니다.
- 개의 등을 긁어주고 진정시키는 말을 해주세요.
- iTerm2를 앞으로 가져옵니다.
- 마우스의 Wispr Flow 버튼을 누르고 AI에 지침을 지시한 다음 마우스의 Return 키를 누르세요.
- AI가 실행될 때까지 기다리거나 다른 탭으로 전환하여 다른 프로젝트에 대해 동일한 작업을 수행하세요.
- AI 실행이 완료되면 Xcode(IDE)로 전환하고 빌드를 수행합니다.
- 프로그램이 빌드될 때까지 기다렸다가 완료되면 해당 프로그램으로 전환하고 테스트합니다.
- 터미널 프로그램으로 다시 전환하고 결과를 AI에 보고하고 새로운 지침을 제공합니다.
그 과정을 2시간 동안 계속 했어요. 나는 두 프로젝트를 상당히 함께 진행했습니다. IDE에서 제가 한 유일한 일은 Apple을 통해 테스트 코드를 내 장치로 보내는 메뉴 항목을 선택하는 것이었습니다.
Apple 앱이 아닌 다른 것을 만들고 있었다면 AI를 사용하여 빌드를 시작할 수도 있었습니다. IDE를 전혀 사용할 필요가 없었을 것입니다.
IDE가 쓸모없다고 생각하기 시작했어요
오늘밤에는 프로그램 작업을 좀 더 했습니다. 지금은 Pixel이 아내에게 꼭 붙어 있어서 양손을 자유롭게 사용할 수 있습니다. 나는 “코딩”하는데 몇 시간을 더 투자했지만 여전히 Apple의 코드 테스트 게이트웨이인 TestFlight에 코드를 보내는 것 외에는 Xcode IDE를 사용하지 않았습니다.
또한: 저는 Claude Code를 사용하여 8시간 만에 Mac 앱의 코드를 작성했지만 마술보다 더 많은 작업이었습니다.
작년에 본격적으로 대규모 프로젝트 코딩을 시작하기 전에는 AI 지원 IDE가 필요하다고 생각했습니다. 그래서 WordPress 플러그인에 사용했던 많은 사랑을 받은 IDE인 PhpStorm의 모든 코딩을 VS Code로 옮겼습니다. 나는 기사에서 그러한 움직임에 대해 썼고, AI 기능을 완전히 사용하려면 올바른 IDE를 선택하는 것이 어떻게 중요한지에 대해 심각한 소음을 냈습니다.
나는 그 생각이 얼마나 잘못된 것으로 판명될지 전혀 몰랐습니다.
지난 며칠 동안 에디터나 디버거를 한 번도 사용하지 않았습니다.
한 손과 음성 받아쓰기를 사용하여 완전히 분리된 두 개의 Mac 응용 프로그램을 작업했습니다. 저는 두 개의 색상으로 구분된 창과 두 개의 응용 프로그램을 통합하는 세 번째 창을 갖춘 간단한 터미널 프로그램에서 작업했습니다.
나는 자유로운 손이 없기 때문에 더 이상 IDE 사용을 피하지 않습니다. 오늘밤 저는 IDE를 사용하지 않을 것입니다. 왜냐하면 그것은 완전히 불필요하기 때문입니다.
또한: 이전에 회의적이었던 ChatGPT의 음성 모드를 사용하는 놀랍도록 유용한 7가지 방법
터미널 및 음성 받아쓰기 프로세스는 놀라울 정도로 차갑습니다. 단, 이 접근 방식이 얼마나 이상한지 상기시켜주는 약간 불안한 느낌을 제외하면, 특히 IDE의 전체 개념에 대해 수십 년 동안 깊은 감정적 연결을 갖고 있는 사람에게서는 더욱 그렇습니다.
IDE 내부보다 채팅 인터페이스에서 더 많은 시간을 보내셨나요? 아래 댓글을 통해 알려주세요.
소셜 미디어에서 저의 일상적인 프로젝트 업데이트를 팔로우하실 수 있습니다. 내 주간 업데이트 뉴스레터를 구독하고 Twitter/X에서 나를 팔로우하세요. @DavidGewirtzFacebook(Facebook.com/DavidGewirtz), Instagram(Instagram.com/DavidGewirtz), Bluesky(@DavidGewirtz.com), YouTube(YouTube.com/DavidGewirtzTV).