VB快淘汰了吗至于为什么要这样做，有很多战略上的原因，但其中有个原因就是所谓的“沉默的大多数”理论，也就是说在一个开发者社区里面，可能只有代表3%人群的声音可以被厂商听到，而在02年以前的VB社区里，那3%的活跃用户和剩下的97%是撕裂的，这导致了微软对形势的误判。
要知道，那个时候Windows下面趁手的应用开发工具并不多，VB的用户群体，起码在微软从用户反馈的角度看来，要比今天还在搞VB的那批人要硬核的多。那些人整天抱怨的，是VB里名存实亡的面向对象，糟糕的代码实践，和恶劣的多线程支持（实际上微软在后来在.NET里迭代了很多次才整出一点现代异步编程的样子，还搞出来一大堆历史包袱，90年代末的时候是个啥样子可想而知）。微软当初的想法应该是，既然你们要真面向对象，那就索性来个彻底进化，把VB弄成支持动态类型编程的C#好了，结果那3%一看还不如直接拿C#写起来更爽啊立马就转投了头也没回……
而被微软忽略的那97%的用户，也就是题主所说的非科班程序员，在那个时候是很少发出自己的声音的。这类用户典型的画像，大概就是半路出家的行业软件作者，什么工具好上手出活快用什么，对程序健壮度代码美感完全不在意（所以有OnErrorResumeNext），没有多线程运算的时候界面卡住了那就Hack一下好了（DoEvent），程序跑起来就和客户吹逼去了，上开发论坛也是找现成解决方案，哪有空还分享发表一下自己对这个语言的看法。加上那时候的行业软件，很多都是跑在和互联网隔离的环境里面，恐怕微软也很难搞清到底有多少程序是用VB写的，更不知道那些程序开发者的痛点到底是什么。结果VB7一出来这批用户直接傻了，偶没说要改啊你干嘛要改？什么怎么改出来的还连爹都不认识了？
结果现状就是，VB6死而不僵，死忠用户抱着石器时代的工具跟VB6死磕（没办法时间拖越久重写成本越高），快2020年了微软还得维护VB6的runtime让老程序不至于挂掉，搞不好直接奔COBOL去了都不是没有可能。而之后的版本的VB则由于过于接近C#被完全笼罩在阴影下，以至于差不多变成了鸡肋，不管是3%还是97%都不爱用，里外不是人。
相比之下，Python这种天然就对编程实践有一定要求的语言，本身具备开源社区的基因，又赶上了互联网这波风口，和VB的遭遇完全是不可同日而语的。