Visual Basic 6 v roce 2026: Výzva společnosti Microsoft

Programovací jazyk C# není v žádném případě horší než VB6, a to ani VB.NET.

Ale: vývojové prostředí .NET působí na vývojáře VB6 jako krok zpět do doby kamenné:

1. Chybí mu ty kouzelné ladicí schopnosti, díky nimž bylo „živé programování“ ve VB6 skutečným motorem pro programování: začneš s návrhem a ten pak optimalizuješ za běhu.
2. .NET zdánlivě sjednocuje stovky technologií pod jednou střechou, ale přeplněné uživatelské rozhraní odradí každého nováčka nebo přecházejícího vývojáře hned na začátku a křivka učení pro osvojení si IDE je obrovská.
3. IDE pro .NET působí výrazně méně pohotově a spuštění malé aplikace „Hello World“ může zabrat až 10 sekundy kompilace, než se jednoduchý program vůbec spustí...
4. IDE .NET se zdá být extrémně náročné na zdroje. Rychlá instalace vývojového prostředí .NET na Surface Laptop s 250 GB úložného prostoru na pevném disku se tak rychle promění v maraton, pokud jde o uvolnění potřebných zdrojů.

Moje výzva společnosti Microsoft: VB6 se musí stát open source, aby jej mohla komunita dále vyvíjet a přenést do roku 2026.

VB6 žije dál v roce 2026

Komunita se nikdy nevzdala Visual Basicu 6. Kr00l převedl Microsoft Common Controls, často používané ve VB6, do roku 2026 a vytvořil stejné komponenty plně kompatibilní s DPI a podporující Unicode/UTF-8.

TwinBasic se vyvíjí v 64bitový kompilátor schopný spouštět i již existující programy. Přístup komunity je chvályhodný a mimořádně ambiciózní, zejména proto, že nikdo nemá přístup ke zdrojovému kódu VB6 a komunita musí vše vyvíjet od základů.

Bohužel je tento přístup natolik ambiciózní, že stojí za to si položit otázku: jaké alternativy vlastně ještě máme?

Mnohé slabiny VB6, jako například skutečné multithreading, by se v roce 2026 daly vyřešit pomocí dodatečných komponent v jazyce Rust, které by bylo možné v případě potřeby připojit.

Úroveň objektově orientovaného programování (OOP) ve Visual Basicu představuje geniální kompromis mezi snížením složitosti a volitelným používáním tříd jako kontejnerů metod a dat tam, kde to skutečně podporovalo efektivitu programování. Tento přístup by se neměl vůbec měnit.

Instalační program pro IDE VB6 by mohl a měl být kompletně přepracován, například pomocí Inno Setup.

Úplná podpora DPIAwareness, plná kompatibilita s UTF-8 a dokonce i 64bitový kompilátor by mohly být přímo zabudovány do zdrojového kódu VB6.

Tam, kde VB6 stále volá metody ANSI v rozhraní Win32 API (např. WriteTextA), bychom je mohli nahradit metodami W podporujícími UTF-8 (WriteTextW).

My, komunita, bychom se tohoto úkolu ujali a přenesli geniální přístup Visual Basicu 6 do roku 2026. Nikdo z bývalých fanoušků VB6 totiž v současné době Visual Basic .NET opravdu nepoužívá s nadšením.

A to musí být pro Microsoft přiznáním: rozhodnutí ukončit podporu VB6 a prosadit .NET jako nástupce selhalo.

Mnozí ze zbývajících vývojářů VB6 se musí pomalu přeorientovat, ztrácejí trpělivost a pak pomalu, ale jistě přecházejí na Linux a Rust.

Nebo Microsoft zpřístupní zdrojový kód Visual Basic 6 a my, komunita, přeneseme toto geniální vývojové prostředí pro Windows do roku 2026.

To druhé by bylo velkým přínosem pro komunitu, pro vývojáře, uživatele a dokonce i pro celé technologické odvětví.

A v neposlední řadě by to bylo velkým plusem i pro Microsoft, protože rozhodnutí zpřístupnit zdrojový kód Visual Basic 6 jako open source posílí i reputaci Microsoftu, přivede zpět mnoho fanoušků a vývojářů a naváže je na ekosystém Microsoftu.

To by podle mě byl pro Microsoft významný přínos.