안녕하세요, 포럼에 처음 왔습니다. 저는 한 가지 특정 이유 때문에 여기에 왔습니다. 마이크로소프트가 VBScript를 사용 중단시킨다는 소식을 접했고, 이 결정에 대해 몇 가지 주장을 펼치고 싶습니다. 제 주장이 꽤 설득력이 있다고 생각합니다.
우선, 저는 오늘날 소프트웨어 엔지니어이며, 이는 VBScript 덕분입니다. VBScript가 아니었다면 프로그래밍에 흥미를 갖지 못했을 것입니다. 이는 초보 프로그래머들이 메모장이나 다른 간단한 텍스트 편집기로 거의 모든 것을 만들 수 있는 (충분히 간단하다면) 쉬운 방법을 제공합니다. 보십시오, 많은 사람들이 VBScript가 단순한 유틸리티 용도의 스크립팅 엔진 그 이상이라는 사실을 깨닫지 못합니다. HTA 파일과 결합하면 실제 게임과 앱까지 만들 수 있는 것이 됩니다. 많은 IT 전문가들이 이 사실을 모르지만, HTA를 사용하면 꽤 정교한 GUI를 만들 수 있습니다. IE에서 작동하는 웹 캔버스 같은 것으로 생각할 수 있습니다. 오늘날의 Electron과 매우 흡사합니다. Electron으로 JS를 사용하여 데스크톱 앱을 구축하듯이, HTA는 VBScript와 결합하여 정확히 그런 역할을 합니다. 많은 사람들이 생각하는 것보다 훨씬 강력합니다.
- 어떤 종류의 IDE도 다운로드할 필요 없이 멋진 앱과 게임을 만들 수 있습니다.
- 프로그래밍을 가르치는 간단한 학습 환경을 제공하며 (또는 HTA를 사용하여 진정한 앱 개발을 가능하게 합니다).
- 기업 환경에서 키오스크 또는 기타 목적을 위한 맞춤형 인터페이스를 만드는 데 유용합니다.
- 설치 프로그램이나 구성 인터페이스를 만들 수 있습니다. (자신만의 제어판 애플릿과 비슷합니다.)
- 특정 요구 사항을 위한 맞춤형 구성 소프트웨어를 원하지만, 훨씬 더 고급 언어로 프로그래밍하는 방법을 모르는 IT 전문가들에게 유용합니다.
- 수많은 오래된 배치 파일이 작동하려면 VBScript에 의존합니다. 일단 제거되면 이 배치 파일들은 더 이상 작동하지 않을 것이며, 다시 작동하게 할 쉬운 방법도 없을 것입니다. 솔직히, 저는 배치 파일이 보기에 좋지 않다고 생각하지만, 많은 사람들(특히 IT 전문가들)이 필요로 합니다. 만약 배치 파일을 그대로 둘 것이라면, VBScript도 그대로 두어야 합니다. 솔직히, 저는 미래에는 배치 파일이 가장 먼저 없어져야 한다고 생각합니다. VBScript가 아니라요. 배치 파일은 큰 문제이고, 그들이 하는 거의 모든 것을 PowerShell로 할 수 있기 때문입니다. 문제는 VBScript에는 해당되지 않는다는 것입니다. VBScript는 배치 파일과 PowerShell 둘 다 할 수 없는 일들을 할 수 있기 때문에 존재해야 합니다.
- 크기가 매우 작습니다. 이를 제거한다고 해서 실제로 공간이 얼마나 확보될지 모르겠습니다. 만약 그것이 문제라면, wscript.exe와 cscript.exe 구성 요소만 제거하고 vbscript.dll과 mshta.exe는 남겨두십시오.
- 아마도 크기의 문제가 아니라, 보안 강화를 위해 PowerShell 사용을 장려하려는 것일 수 있습니다. 이해합니다. 그렇다면, wscript.exe와 cscript.exe는 제거하되 mshta.exe나 vbscript.dll은 제거하지 않으면 사람들이 더 이상 VBScript를 유틸리티 목적으로 사용할 수 없게 될 것입니다 (왜냐하면 그것들이 윈도우에서 시스템 기능을 수행하는 스크립트를 실행하는 용도이기 때문입니다). 반면에 mshta.exe는 제한된 시스템 기능을 가진 VBScript용 GUI 유형 프레임워크일 뿐입니다 (결국 웹 브라우저에서 실행되니까요).
- 안전합니다. wscript와 달리 헤드리스 브라우저 창에서 실행되기 때문입니다. 물론 완벽하게 안전하지는 않겠지만, 그 역할에는 충분합니다.
- COM을 사용하여 확장 가능합니다. 저는 실제로 VB6를 사용하여 VBScript용 자체 GUI 엔진을 만들 수 있었습니다. 저는 그것을 wshshell.exe라고 불렀습니다. 그것을 스크립트에 포함하여 mshta.exe를 사용하지 않고도 GUI를 구축할 수 있었습니다. 이것은 어떤 종류의 브라우저 구성 요소도 없이 실제 네이티브 윈도우 GUI를 제공했습니다.
어쨌든, 이것이 제 요점입니다. 윈도우에는 제거될 수 있는 훨씬 더 나쁜 것들이 많지만, VBScript를 제거하는 것은 말이 안 되며 많은 IT 전문가들에게 매우 문제가 됩니다.
VBScript가 결국 제거되어야 하고 Microsoft가 어쨌든 그렇게 하기로 결정한다면, 저는 다음을 제안하고 싶습니다.
마이크로소프트에 드리는 말씀 - 윈도우에 내장된 프로그래밍/스크립팅 언어가 필요합니다. 시작 메뉴에 항목이 있어야 하고, 초보자나 IT 전문가에게 맞춰져야 합니다. 윈도우 API에 강력하게 접근할 수 있어야 하며, (고급 IDE 없이도) 코드에서 GUI를 쉽게 만들 수 있는 기능을 제공해야 합니다. Scintilla 기반 코딩 환경을 가질 수도 있겠지만, 너무 커서는 안 됩니다. 모든 윈도우 복사본에 포함되려면 작게 유지되어야 합니다. 매우 간단한 언어여야 하며, 파이썬보다 배우기 쉬워야 합니다. Lua와 같은 것을 사용하는 것이 이상적일 것입니다. 매우 작고 (1MB 미만) 분명히 충분히 강력합니다. 윈도우 API와 인터페이스할 라이브러리를 포함해야 할 것입니다. 왜냐하면 Lua는 현재 그러한 기능이 충분하지 않지만, 그래도 매우 작을 것입니다. Scintilla 기반 코딩 환경도 매우 작습니다. 확인해보니 Scintilla의 DLL은 1.7MB에 불과합니다. 특히 포함될 프로그래밍 언어를 매우 윈도우 중심적으로 만든다면 더욱 그렇습니다. 이것은 새로운 프로그래머들을 윈도우 생태계로 끌어들이는 매우 영리한 방법이 될 것입니다. 보십시오, 마이크로소프트의 문제는 대부분의 프로그래머들이 오픈소스 운영체제와 파이썬 같은 언어로 넘어갔다는 것입니다. 이것은 마이크로소프트에게 중대한 문제입니다. 새로운 프로그래머들이 윈도우 플랫폼에서 코딩하는 데 관심을 갖게 하려면, 이런 종류의 조치가 반드시 이루어져야 합니다. 솔직히 제가 마이크로소프트의 책임자였다면 여러분의 궤적을 바로잡을 수 있었을 것이라고 생각합니다. VBScript를 없애야 한다면, 이 아이디어가 필수적입니다.
이 글은 AI가 작성한 것이 아닙니다. 100% 제가 직접 작성했습니다. 이 문제가 저에게 얼마나 중요한지 아실 수 있을 것입니다.