VB6에서 무엇을 가장 좋아했나요?
Source: Hacker News
VB6에 대해 사랑했던 점은 무엇이며, 현대 .NET에서 좌절되는 점은 무엇인가요?
실제 업무에 Visual Basic 6을 사용해 배포한 경험이 있는 사람들을 대상으로 두 가지 개방형 질문을 드립니다.
이 질문들은 수사적인 설정이 아닙니다. 직접 체험한 사람들의 말을 통해 답을 이해하고 싶으며, 너무 많은 기관 기억이 사라지기 전에 이 작업을 하고 싶습니다.
왜 묻는가
1995년부터 2010년 사이에 VB3, VB4, VB5, VB6으로 약 백 개 정도의 라인‑오브‑비즈니스 시스템을 배포했습니다. 폼 디자이너, 이벤트를 더블‑클릭, 핸들러 작성, EXE 배포, 그 다음에 떠나기. 2010년 이후로는 C#로 전향했으며 그때부터 계속 사용하고 있습니다. WinForms, WPF, 사라지기 전의 Silverlight 일부, 기억하고 싶지 않은 소량의 UWP, 살아남지 못한 하나의 프로젝트에 사용한 MAUI, 그리고 현재 제가 작업하고 있는 Avalonia 등을 경험했습니다.
Visual Basic의 역사를 쓰는 중에 같은 관찰이 계속 떠올랐습니다. Microsoft는 VB6 이후 일곱 개의 UI 프레임워크를 출시했으며, 대부분을 후속 제품으로 내세웠습니다. 그 일곱 중 2002년에 나온 WinForms만이 아직도 라인‑오브‑비즈니스 앱을 만들 때 가장 저항이 적은 경로이며, 그 모델은 VB6이 만든 모델과 눈에 띄게 동일합니다. 28년이 지난 지금도 Alan Cooper가 1987년에 종이에 그린 폼 디자이너는 여전히 “아이디어가 떠올랐을 때”부터 “앱이 실행되는 순간”까지 가장 짧은 거리를 제공하고 있습니다.
이것은 흥미로운 사실입니다. “VB6은 장난감이다” 혹은 “VB6은 걸작이다”라는 흔한 논쟁보다 더 흥미롭다고 생각합니다. 그래서 그 프레이밍을 벗겨내고, 실제로 많이 사용했던 사람들의 입장에서 그것이 무엇이었는지를 파악하고자 합니다.
두 가지 질문
잠시 시간 내어 VB6을 실제 운영 환경에서 사용해 보셨다면:
-
VB6에서 특히 사랑했던 점은 무엇인가요?
일반적인 향수 느낌이 아니라 구체적인 것—특정 워크플로우, 해결했던 문제의 형태, 일상 작업을 더 빠르고 명확하게 만든 디자인 선택 등. 지금도 손이 가는 부분이지만, 현재는 없어서 아쉬운 점이 있다면 그것도 포함해서 알려 주세요. 비록 그 것이 작더라도 좋습니다. -
현대 .NET, C#, Visual Studio에서 불편함을 느끼는 점은 무엇이며, VB6에서는 겪지 않았던 문제는 무엇인가요?
답변 형태는 동일합니다. 구체적인 예시를 들어 주세요. “Y 없이 X를 할 수 없어서 그리워한다”와 같은 식으로, “현대 .NET이 너무 복잡하다”는 일반적인 표현보다는 구체적인 상황을 알려 주세요. 현재는 견디고 있지만, 가능하면 없애고 싶은 것들입니다.
두 질문 모두 의도적으로 개방형으로 두었습니다. “IDE가 문제인가, 언어가 문제인가, 생태계가 문제인가”와 같이 묻는다면 답변이 제 버킷에 맞춰 정리될 것이고, 가장 흥미로운 답변은 제가 생각하지 못한 카테고리에 들어갈 수 있습니다. 그러니 카테고리보다 구체적인 예시를 먼저 제시해 주세요.
이것이 무엇인가
탐색적인 포스트입니다. 오늘 발표되는 내용도 없고, 가입해야 할 메일링 리스트도 없습니다. 저는 VB6‑에서‑현대‑.NET 전환에 관한 책 챕터를 쓰고 있으며, 그 챕터가 실제 경험한 사람들의 이야기에 충실하기를 원합니다. 이 답변들에서 어떤 작업을 해야 할 가치가 있는지 방향이 잡히면, 그때는 별도의 포스트와 날짜를 정해 별도로 논의할 것입니다. 지금은 단순히 질문을 올린 상태입니다.
댓글로 답변을 남겨 주시면 모두 읽겠습니다. 개인적으로 메모를 남기고 싶다면, 이 사이트의 연락 양식을 이용해 주세요. 직접 제게 전달됩니다.
시간을 내 주셔서 감사합니다. 다음 챕터는 여러분 덕분에 더 나아질 것입니다.
— EG