Page History

윈도우 개발자의 현실

: 단지 AI CLI 도구가 현재 터미널 환경을 제대로 인식하지 못한다는 이유만으로, WSL과 윈도우 네이티브 터미널 사이를 수시로 전환해야 하는 경우가 상당하다. pip install은 WSL에서, dotnet build는 네이티브에서, npm install은 둘 다 되지만 경로 구분자(/ vs \)가 달라서 스크립트가 깨지는 깨진다 — 이런 일이 매일 반복된다.  그뿐만 아니라 개행이 달라서 오류  대소문자 규칙이달라 오류 (윈도우는 구분하지 않는다)

엔트로픽은 왜 이것을 고려해 툴스크립트를 작성해주지 않는가? 동일 프로젝트에 어느날은 CMD로 어느날은 WSL로 또 어떤날은 파워쉘로 들어갈수 밖에 없는 상황이 생긴다

.

그뿐만이 아니다. 개행 문자가 다르다(LF vs CRLF). 파일명 대소문자 규칙이 다르다 — Linux는 Config.json과 config.json을 다른 파일로 보지만, 윈도우는 구분하지 않는다. AI가 생성한 스크립트가 이런 차이를 모르면 “분명히 맞는 코드인데 왜 안 되지?”가 반복된다.

Anthropic은 왜 이런 환경 차이를 고려해서 도구 스크립트를 작성해주지 않는가? 결과적으로 동일한 프로젝트에서 어느 날은 CMD로, 어느 날은 WSL로, 또 어떤 날은 PowerShell로 들어갈 수밖에 없는 상황이 생긴다.

게다가 PowerShell 5.1은 지원 중단 수순에 들어갔으니 PowerShell 7을 사용해야 하는데, 이 둘은 프로파일 경로부터 다르다 — 5.1은 $HOME\Documents\WindowsPowerShell, 7은 $HOME\Documents\PowerShell. 윈도우에서 CLI를 쓴다는 것은 평행 우주 안에서 동일한 바이너리를 실행하는 것과 다름없다파워셀5가 지원중단되었으니 파워쉘7을 사용권장한다. 프로파일 경로도 약간 차이가 있어서 윈도우에서 CLI는 평행 우주안에서 동일한 바이너리로 실행하는것과 유사하다.