對於那些曾使用 Visual Basic 6 (VB6) 完成實際工作，並且現在使用 C# 開發現代 .NET 應用程式的開發者，有兩個開放式問題想請教。

我提出這兩個問題並非為了引導性回答，而是真心想了解，透過親身經歷者的話語，在這些寶貴的經驗隨著時間流逝而淡忘之前，我希望能深入理解。

在 1995 年到 2010 年之間，我曾使用 VB3、VB4、VB5 和 VB6 開發了約一百個企業級應用系統。當時的開發流程是：設計表單、雙擊事件、編寫處理程序、打包成 EXE 檔，然後就可以放手了。2010 年之後，我轉向 C#，並一直沿用至今。我曾使用過 WinForms、WPF、部分已消失的 Silverlight、少量我不願回憶的 UWP、用於一個未能成功的專案的 MAUI，以及目前我所依賴的 Avalonia。

我正在撰寫一本關於 Visual Basic 的歷史，研究過程中不斷浮現一個相同的觀察。微軟自 VB6 之後，已經推出了七個 UI 框架，其中大多數都被定位為其繼承者。然而，自 2002 年推出的 WinForms 是這七個框架中，唯一一個對於開發企業級應用程式而言，仍然是阻力最小的路徑，其提供的模型與 VB6 所發明的模型仍有明顯的相似之處。時至今日，由 Alan Cooper 在 1987 年紙上繪製的表單設計器，不知何故，仍然是從「有一個想法」到「有一個可運行的應用程式」之間最短的距離。

這點很有趣。我認為這比一般「VB6 只是個玩具」或「VB6 是個傑作」的論點更有意思。因此，我試圖超越這些框架式的論述，從重度使用者那裡了解它究竟是什麼。

如果您有幾分鐘的時間，並且曾在生產環境中使用過 VB6：

您具體喜歡 VB6 的哪些地方？不是籠統的懷舊感。而是具體的事物。某個特定的工作流程、它解決的某種特定問題、某個讓您日常工作更快或更清晰的設計選擇。是您現在會去尋找但卻發現缺失的東西，即使那個缺失的東西很小。

您在現代 .NET、C# 和 Visual Studio 中發現哪些令人沮喪，而 VB6 並沒有讓您為之奮鬥的地方？同樣，請提供具體的例子。「我懷念能夠在沒有 Y 的情況下做 X」而不是「現代 .NET 太複雜了」。是您已經學會忍受但寧願避免的事情。

我故意讓這兩個問題保持開放式。如果我問「是 IDE、語言還是生態系統？」，我只會得到我預設分類的答案，而最有趣的答案可能會出現在我未曾想到的類別中。所以，請先舉出具體例子，再歸類。

如果您想在這裡的評論區回覆，我會逐一閱讀。如果您更願意私下聯繫，本網站的聯絡表單會直接發送給我。

感謝您的時間。下一章會因此而更好。