Visual Basic 6 в году 2026: обращение к Microsoft

C# как язык программирования ни в коем случае не хуже VB6, даже VB.NET.

Но: среда разработки .NET для разработчика на VB6 кажется шагом назад в каменный век:

1. В ней нет тех волшебных возможностей отладки, благодаря которым "живое программирование" в VB6 стало настоящим стимулом для программирования: Ты начинаешь с черновика, а оптимизируешь его во время выполнения.
2. .NET объединяет, кажется, сотни технологий под одной крышей, но перегруженный интерфейс с самого начала отталкивает любого новичка, а кривая обучения для знакомства с IDE просто огромна.
3. IDE .NET кажется гораздо менее отзывчивой, а запуск небольшого приложения Hello World может занять 10 секунду времени компиляции, прежде чем простая программа вообще запустится...
4. Похоже, что .NET IDE очень требовательна к ресурсам. Быстрая установка среды разработки .NET на Surface Laptop с 250 Гб места на жестком диске быстро становится похожей на запуск плевого маршрута, когда дело доходит до освобождения необходимых ресурсов.

Мой призыв к Microsoft: VB6 должен стать OpenSource, чтобы сообщество могло развивать его дальше и перенести в год 2026.

VB6 продолжает жить в году 2026

Сообщество никогда не отказывалось от Visual Basic 6. Kr00l перенес Microsoft Common Controls, часто используемые в VB6, в 2026 и создал те же компоненты, полностью поддерживающие DPI и Unicode/UTF-8.

TwinBasic превращается в стартовый 64-битный компилятор даже для существующих программ. Подход сообщества похвален и чрезвычайно амбициозен, особенно потому, что ни у кого нет доступа к исходному коду VB6 и сообществу приходится разрабатывать все с нуля.

К сожалению, на самом деле этот подход настолько амбициозен, что стоит задаться вопросом: а какие еще альтернативы у нас есть?

Многие слабые стороны VB6, такие как настоящая многопоточность, в 2026 году можно было бы решить с помощью дополнительных компонентов Rust, которые при необходимости можно было бы состыковать.

Степень ООП в Visual Basic - это гениальный компромисс между снижением сложности и необязательным использованием классов в качестве контейнеров для методов и данных там, где это действительно способствует эффективности программирования. Этот подход вообще не стоит менять.

Инсталлятор для IDE VB6 можно и нужно полностью переделать, например, с помощью Inno Setup.

Полная DPIAwareness, полная возможность работы с UTF8 и даже 64-битный компилятор могут быть встроены прямо в исходный код VB6.

Там, где VB6 все еще вызывает методы Ansi в Win32 API (например, WriteTextA), мы могли бы заменить их на методы W с поддержкой UTF8 (WriteTextW).

Мы, сообщество, возьмем на себя эту задачу и перенесем гениальный подход Visual Basic 6 в 2026 год. Потому что никто из бывших фанатов VB6 сейчас не использует Visual Basic .NET с настоящей страстью.

И это должно стать признанием для Microsoft: решение прекратить выпуск VB6 и позиционировать .NET как его преемника провалилось.

Многим из оставшихся разработчиков VB6 придется медленно переориентироваться, потерять терпение, а затем медленно, но верно переходить на Linux и Rust.

Или же Microsoft выпустит исходный код Visual Basic 6, и мы, сообщество, перенесем эту блестящую среду разработки для Windows в 2026 год.

Последнее было бы большой победой для сообщества, для разработчиков, для пользователей и даже для всей технологической индустрии.

И, наконец, это будет большим плюсом для Microsoft, так как решение сделать исходный код Visual Basic 6 доступным в виде открытого кода также повысит репутацию Microsoft, вернет многих фанатов и разработчиков и привяжет их к экосистеме Microsoft.

Это будет серьезной победой для Microsoft, я бы сказал.