Hacker News 의견

• PowerShell의 창시자 Jeffrey Snover가 Microsoft 내에서 큰 반대에 부딪혔고, 결국 강등되었음

  • Jeffrey는 원래 Microsoft가 데이터 센터에서 경쟁할 수 있도록 돕기 위해 고용되었음
  • Windows가 파일 기반이 아니기 때문에 PowerShell이 존재하게 되었음
  • 서버 관리를 위해 다양한 API 호출과 구조화된 데이터가 필요했음

• PowerShell을 작성할 때 배열 길이가 1인 경우 배열이 제거되고 포함된 타입이 되는 이유를 이해하지 못했음

  • 이로 인해 많은 버그가 발생했음

• Bash 개발자로서 PowerShell이 출시되었을 때 매우 기대했지만, 여전히 Bash를 사용하고 있음

  • 다른 개발자들의 경험을 알고 싶어함
  • PowerShell이 정말로 더 효율적이고 현대적인 쉘이 되었는지 궁금해함

• 20년 된 SQL Server 저장 프로시저 코드베이스를 관리하는 작업을 맡고 있음

  • 소스 제어가 되지 않았고, 성능 튜닝도 제대로 되지 않았음
  • PowerShell Core가 Windows와의 상호 운용성이 가장 뛰어났음
  • 코드 작성은 불편했지만, 빠르게 실행되었고 사용자와 상호작용하는 도구가 좋았음
  • 검색을 열심히 하면 원하는 것을 달성할 수 있었음

• Windows 하위 시스템과 상호작용할 때를 제외하고는 Python을 사용하지 않는 이유를 모르겠음

  • PowerShell이 너무 장황하고 느림
  • Microsoft가 왜 Python이나 Node를 기반으로 하지 않았는지 궁금해함

• Microsoft가 Windows와 중요한 엔터프라이즈 애플리케이션을 구성하는 프로그램적 방법의 가치를 보지 못한 것이 이상함

  • 원격 데스크톱을 통해 마우스로 클릭하는 것이 대안으로 제안된 것은 터무니없음

• PowerShell은 Microsoft의 독점적 자신감의 산물임

  • 다른 언어와의 문법적 연계가 전혀 없었음
  • 극도로 장황한 문법이 프레젠테이션에는 좋을 수 있지만, 실제 사용에는 불편했음
  • 파일 이름에 대괄호가 포함된 경우 문제가 발생했음

• Windows 관리를 할 때 PowerShell은 사용하기 좋았음

  • Linux는 훌륭하지만 Bash 사용은 끔찍했음
  • Bash 스크립트는 여전히 많이 사용될 것 같음

• Windows 사용자가 아니었지만 PowerShell은 좋았음

• PowerShell은 많은 점에서 훌륭했지만, 더 넓은 사용자층을 끌어들이지 못했음

  • PowerShell cmdlet은 자체 설명적이고 풍부한 정보를 제공했음
  • 시뮬레이션 모드와 같은 유용한 기능이 있었음
  • 그러나 Windows 외부에서는 인기를 끌지 못했고, Microsoft는 Linux 개발자들을 끌어들이기 위해 PowerShell을 소홀히 하고 있음