❶ 有人说“使用易语言的人是国内最赚钱的码农”，对此你怎么看
行业内流传着这么一个说法：“如果没有了易语言，那么外挂将减少一半”。我见过老老实实打工成程序员（架构），最多一年可以挣到三五百万，但是和写外挂的程序员相比，确实还是有一些差距的（外挂就是外挂，还叫什么 游戏 辅助）。
易语言的初衷易语言的出现可以追溯到20年前，它的设计初衷还是很好的，先不讨论易语言是不是在英文编程之上加了“一层皮”，易语言的出现确实突破了英文编程的限制，降低了编程的门槛，可以让不懂编程和英文的人，经过简单的学习就可以学会编程。
所以如果只看易语言的初衷，还是值得称赞的，易语言在中文编程做出的贡献是值得鼓励的。
走着走着，走偏了
易语言的前景不是很明朗，更新很慢，而且社区支持并不强大，语言生态比较差。
顺便说一下【生态】这个问题，很多人理解这个词有一些困难，举个例子：比如安卓和Window phone，大部分APP都有安卓版本，不一定有Window版本，这就是生态的好坏。
结果易语言没在主流道路上快速发展，却在“非主流”的道路上一发不可收拾。
早期国内对于 游戏 外挂没有正式的立法限制，后期有正式立法之后，由于 游戏 行业的高速发展，还是有很多人禁不住金钱的诱惑，想利用外挂谋取高额的回报。
这时候有编写外挂能力的程序员开始编写动态库，把外挂的基本功能封装到动态库里进行出售，这样既可以获取到高额回报，又不直接参与外挂的销售或使用；而拿到“外挂内核”的人，使用易语言进行简单的包装，就可以完成外挂的制作。
在这种背景下，让易语言在外挂制作行业中，占领了一席之地。
不过再怎么说，外挂的开发、销售、使用违反了法律的规定，在我国法律中属于非法互联网出版活动，情节严重的，可构成非法经营罪。
所以奉劝正在正在使用或者考虑使用易语言进行外挂开发的程序员，还是能“安守本分”一些，千万不要变成“易语言从入门到入狱”。
我将持续分享java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
坦白来讲易语言现在能慢慢流行起来还是有一定 历史 原因的，易语言设计之初带着美好愿景,让中国人拥有自己的编程语言，突破英语限制，让一些起点低的人也能使用中文编程，在诞生之初还是赢的了很多人的赞誉，但很多标准的程序员觉得只是在现有编程语言的基础上加了一层皮而已，没有多大的创意在里面，无论怎么样起码不懂得英文的可以借助这个平台在里面实现编程的功能了。
为什么很多人采用易语言去做 游戏 的辅助？
这件事说起来，还存在一定的时代背景， 游戏 外挂在2008年之前国内还没正式的立法，属于法律的空白期，在这之前 游戏 的外挂或者辅助之类的软件开发人员基本上都或多或少的挣了不少钱，但真正立法之后从事这块的人员已经减少了很多，因为直接参与外挂的编写并且产生经济获利就能构成犯罪了，但 游戏 行业还是如火如荼的发展，还是有很多人挡不住金钱诱惑想在这面捞上一笔。
特别是一些学历不高，但是想着通过这个产业发财的人还是大有人在。但因为国家已经立法了，所以很多真正具备编写外挂能力的技术人员，想出来另外的一种方式，就是编写一套dll文件，就是动态库，把外挂的基本功能封装成库卖给直接参与开发的人员，着中种算是打了一个擦边球，直接参与的开发人员大部分属于一些想着发财，但学历起点不高的人，所以易语言在这种场景下算是有了极大的生存空间，所以现在网络上很多 游戏 辅助的都是易语言弄得，界面很丑陋，但能完成基本的辅助功能自动回血，打怪等等基本操作，当然 游戏 外挂不仅仅是通过易语言来设计，有些简单重复的动作可以直接使用按键精灵等模拟按键的操作。
记得在06年左右有个同事专门做腾讯的 游戏 外挂，后来被腾讯告了，但由于当时对于外挂还没有立法，里面呆了三个月，除去罚款还获利了几百万，据说直接从北京辞职回老家过小日子去了，很多人都想着一夜暴富，但现在的立法越来越完善，漏洞也会越来越少，而且做这种事情毕竟属于不见光的行径，既然有了这种编程技术倒不如老老实实做一个技术人员，真要对于技术有一种特殊的爱好坚持下去，不断的积累打磨一样可以让日子过得很充裕，而且还能做的正大光明，心怀坦荡。
任何一种语言的发展过程都不会一帆风顺，虽然易语言已经有些年头了，现在的名声也不全是正能量，随着时间推移，以及技术的不断更新，一定会有一个非常大的前景，毕竟是唯一一款可以用汉语编程的语言，还是具有很大的影响意义。
奉劝一些想在 游戏 外挂或者辅助捞一把的人，倒不如踏踏实实学一门编程语言，真要是一个编程的好手，做什么都能让自己发光发热。
希望能帮到你。
曾经有很多人使用易语言，在法律的空白期，兜售外挂，大捞一笔。除去外挂一说，易语言从诞生到现在，系统更新迭代简直可以用龟速来形容，且社区支持不强大，语言生态较差。这也是任何一门行业的禁忌，如果不注重创新，就只能被比下去。 （全文700 1000字，预计耗时3分，文末有免费软件【5并发】相送）
当代人，处理工作都追求时间短，效率高！“低代码”这个名词，便应运而生。
编程，已经不需要学习各种高级语言在低代码开发工具上面编程，你完全不用学习任何一门语言，别说C，C++，Java，python......就算是入门门槛低的易语言，也不需要学习。
当然啦!编译也用不上，更不需要像excel那样要借助VBA，才能开发软件。
就拿云表来说，这款低代码开发工具，在管理软件开发领域方面，已深耕10余年，并有了很大的建树。
在云表这里，使用者只需要像在excel的界面上，拖拉拽，以画表格的形式的编程，就能搭建出各种管理软件和报表。比如说像管理软件WMS、CRM、ERP、OA、BI、SRM、BPM、进销存、车辆管理系统、教务系统......像报表有损益表、现金流量表、财务报表、采购单、离职档案、报销单、销售单......
知道你会不服气，但云表能做的不止这些你或许会觉得它不靠谱，但我可以肯定的告诉你，放一万个心!
云表是以Java为基础搭建出来的，内嵌了MySQL数据库，用户不需要再专门去维护数据库和系统，这些底层的IT技术可以放心交给云表的研发团队。
也就是说，你专注于自己的业务流程就行!没有代码，不懂数据库，照样可以“拖拉拽”编程开发软件。
而像日常的业务功能：数据透视、数据分析、一物一码、扫码入库、PDA集成封装、外接数据源、连接API网关、与用友金蝶等第三方系统集成、预警提示、质量监控、生成可视化商业大屏、权限控制、海量用户在线协同办公、生成移动端APP......等等，只要是你需要的业务功能，在云表这里，基本上都能实现。
你以为这样就完了吗？像云表这样的“拖拉拽”的独特表格编程方式，不仅方便业务人员，在任何时候，都能按照需求对软件的功能进行重新的增删查改，而且这种开发方式，效率高于代码开发的5 8倍。
而这也催生了一种另类的程序员，一种不用写代码，不用学高级语言，懂中文，会业务的程序员。
事实上，很多人也在用云表，给别人开发进销存之类的管理软件，用几天的时间，来赚几千到几十万不等的“外快”。
还是不认可？看这里华为、海尔、中国电信、首钢、中冶、华风气象、恒逸石化、航天科工委、国家道路与桥梁工程检测设备计量站、燕山大学......各种知名企业、事业单位、知名高校，都在用它来开发自己的管理软件。你觉得它有没有发展前景呢？这里我不发言，把话语权交给你！
上图为用云表生成的移动端APP。
最后，免费的获取方式在此奉上：
获取方式：
说到底，所有的语言、工具都是实现目标的手段，哪个工具更快、更高效，我们就应该选哪个！
易语言制作windows窗口软件，上手快，最大的好处是，单文件，兼容大部分的window版本，对于黑产客户比较方便。大部分定制的人就是喜欢，打开就能用，点击按钮就有效果，至于什么效率，只要比手动快就足够，
99年上大学，那时的技术文档都是英文。一些大虾认为我们水平不高的主要原因是语言的问题，聪明的中国人被蹩脚的英语耽误了！于是有人写了E,这种中国人自己的编程语言！
在我看来这门语言是中国一代IT人为了梦想迈出的第一步，无论它好或坏都请各位尊重它！
我本人就是易语言使用者，客观的说您的观点是错误的，易语言本身的设计就限制了发展空间
因为都是灰色的比较多
其实吧，易语言写简单的小程序(外挂还真不属于简单小程序里，因为牵扯到 游戏 寻址和乱七八糟需要考虑的种种问题)是很简单的，如果说做一个正八经稍微大一点的程序跟其他语言差不多，而且易语言程序在稳定性方面还是有很多不尽人意的地方，误杀也是，再者，在这不得不提到编程思想，如果说没有很好的编程逻辑用再好再流行的语言也是渣渣
以前学c+ ，难， 后来上手易语言，自己摸索 ，最方便的就是外挂， 另外做些辅助自己的东西特别快 方便。 感觉就像VB。
后来在公司运行过一次程序，报毒拦截。所有人都知道了
还是转学其他的了
都是灰产，取巧性比较大，不过高级的都是有其他编程底子的，其他行业一样风生水起
❷ 为什么很多人不喜欢甚至排斥用中文编程
从事软件开发多年主要在浏览器内核，安卓框架，多媒体等领域研究的比较多，主要编程语言是C/C++ java等三种编程语言，对于易语言简单做了几个小功能，做了下尝试，从本质上讲差异不是很大，都是需要遵循一些语法细节，可能是用的时间短的缘故整体感觉还是怪怪的，主要是长期在英文编程环境下已经养成习惯，至于是不是中文倒是没有太大的感触。
说到对易语言接触时间也不短了，刚入行不久喜欢写一些技术博客，也算是结实了一些粉丝，和有些粉丝聊得比较多，其中一个人在研究易语言想通过易语言做注册机，从技术上角度不太喜欢玩这些看似很无聊的东西，架不住三番五次的劝说就多少了解一下易语言，然后看看如何实现，弄了没多久觉得实在无聊，就果断放弃了，纯正的程序员一般不太喜欢搞什么 游戏 外挂或者黑产之类的东西，但现在很多学历不高的人通过易语言在鼓捣这些东西，想从中谋取暴利，国家已经有明确的法律规定对于非法的 游戏 收益真要有人较真到底，还真是违法犯罪的事情。
有个同事讲过一个故事，有个人专门研究腾讯的一款 游戏 ，然后从中获取了几百万的收益后来被发现并报警，由于但是立法还不太完善，在里面呆了几个月罚了点钱又放出来了，易语言诞生的年份已经不短了，当初带着极好的爱国主义情怀，喜欢有一个属于中国人自己的编程语言，虽然在内部实现上可能就做了一次转化而已，起码让一些英文不好的人能上手写代码了，这算是易语言最大的贡献了。
任何一种编程语言的诞生或者存在都是为了解决当时非常棘手的问题，然后慢慢的被大家接受，通过时间的积累慢慢培养了生态链，也就是大家常说的各种编程社区，然后一群志同道合的人在里面讨论这种编程语言如何来使用，如何来改进，如果是深层次的参与者慢慢加入到核心修改小组，不停的对编程语言的版本以及未来的发展趋势做贡献，现在主流的编程语言都是这么衍生而来的，社区力量的强大与否代表着当前这种编程语言的受欢迎程度，目前就国内的编程语言而言无疑java属于老大，在开源社区里面java方面的开源项目最多，这就是生态链，生态链的建立不是一天两天的事情，需要具备很多因素，还要跟上时代的潮流。
1.编程习惯，绝大部分程序员已经习惯于英文字符的编程模式，切换成中文有诸多的不习惯，而且就编程语言的本质而言最终还是0,1的转化，中间做了一些转化而已，在执行效率上还不如英文转化效率高
2.生态链不够成熟，对于编程语言的使用者来讲什么编程语言最能解决实际的问题就采用谁，这也是生产力发展的需要，不可能为了追求狭义的爱国主义情怀就是采用一种编程语言，易语言的生态链体系哈有待继续的加强发展，毕竟任何一种编程语言都需要来自五湖四海的程序员来共同托起。
3.易语言在某些场景下还是受限，举个例子在服务端的并发性处理上就有点捉襟见肘了，不可能一种编程语言就一统天下了，这种需要强大的生态链支持，就目前状态而言易语言要走的路还是很长。
对于一个技术人员来讲，在合适的场景选择合适的编程语言，选择最佳的实现方式，毕竟对于企业来讲首先要考虑最短的时间内出成品，所有的企业的程序员都是遵从现实环境，真能解决实际问题的编程语言，本身就自带推广特性。
希望能帮到你。
实话实说，我是没有接触过中文编程的，对中文编程届名气最大的“易语言”，也只是听说过但是没用过。虽然我本身是对中文编程是比较排斥的，但是出于“想评判什么，就要先了解它”的考虑，我还是决心体会一下中文之后，再来回答这个问题。
然后我找到了“易语言”的官网，看了一眼首页我就放弃了这个想法，本人对美丑的要求很严格。
对于中文编程，我就强答一下，说说我的看法。
首先，中文编程还是发展初期，语言生态不好。不可否认中文编程确实降低了编程的门槛，易语言在中文编程做出了值得鼓励的尝试。易语言目前的前景不是很明朗，易语言好像是2000年就出现了，差不多快20年了，我翻了翻官网，感觉很久没有更新了，而且社区支持并不强大，所以并不看好。顺便说一下【生态】这个问题，很多人理解这个词有一些困难，举个例子：比如安卓和Window phone，大部分APP都有安卓版本，不一定有Window版本，这就是生态的好坏。
第二，英文编程已经先入为主了，就好像我，做Java开发已经12年了，自学Python3年，这么长时间已经习惯现有的编程体系了，要切换成中文环境感觉完全没有必要。而且现在中文编程的生态又不成熟，所以不接受甚至排斥中文编程，也是很正常的事情。
第三，编程思想的重要性要远远大于编程语言。其实不用过分纠结于使用什么语言，编程最重要的是对事务的抽象能力，逻辑思维能力，和对不同的业务场景，可以采用最优方案的能力。如果有一天老板说：“从今天开始，咱们公司要用中文编程了，工资增加一位数”，我相信我很快就能学会的。
最后，每一种语言的兴起，都是因为可以很好的解决行业的某些痛点。比如PHP的兴起是因为互联网需要快速的编写动态Web服务；Java的兴起是适应企业级信息化，Java屏蔽了指针、内存、垃圾回收等等，可以在短时间内写出大规模的程序；而易语言，好像解决的是“想编程但是不会英文”的问题，至少在编程行业内，我们是不存在这个痛点的。
总结一下：
这个问题，本人比较合适来解答一下。我的文化水平高中，英语非常烂。10年做自动外挂 游戏 工作室，苦于没有合适的外挂辅助，自己从零开始研究编程。起初学习了按键精灵和易语言，可以做一些小程序小 游戏 ，又做了一些操作模拟脚本。后来学习了汇编，才可以做真正意义上的外挂。用易语言做了3年多中文编程，后来为了去上班学习了php，c，python，java，sql这些英语编程，开发过大型网站前后台，手机app，小程序微商城。其实编程用什么语言都是大同小异，除了个别语言之外用法都差不多。唯一的区别是用处不同、编译环境和编译器不同。可能和人先入为主的观念相关，几乎每个人学习的第一个编程语言都是英文编程，所以都很倾向英文编程，用易语言自然不习惯！而我，第一个接触的编程语言是易语言，自然对中文编程更有感觉！
大家好，我从97年开始学习编程，到今年20余年了吧，代码是写过不少。
看到这个话题我也来凑个热闹。
1、从语言的角度来说中文编程和英文，没有区别，无非一个用“如果”，英文用“if”罢了，其本质没有变化，还是用着老外的编译器，算不得中文编程，顶多算个汉化版的开发语言而已。
2、如果你每天真的要写上千行的代码的话，你会觉得频繁的中英文切换实在是太麻烦了，英文if只是两个键，中文要敲几个键呢。我最高英文打字速度是300，中文是120，说实话，我愿意用英文写代码。
3、现在的语言都是Unicode编码的，你可以用中文做变量名，编译器不会拦着你，但是同行会笑死你，鄙视你的。
4、目前所有语言大多都是老外开发的。所以你想查的资料，文档基本上都是英文的。
5、我希望有哪么一天咱们国家也能真能开发出自己的操作系统，数据库，编程语言，咱们自己的标准，大家一起努力吧。
希望大家不要再为语言而纠结了。
需求：某个变量循环十次，每次的值都加1
java：for(int i=0;i<10;i++){}
易语言：循环体（整形 变量 等于 零 ；变量 小于 十；自增 变量）
首先我们来分析阅读性，假如一个外行人来阅读这两份代码，虽然不知道for什么意思，int什么意思，但我相信正常人至少都能看懂第一份代码i=0这一行吧；但是再来看易语言写出来的代码，循环体啥意思，我只听过循环，循环体是干啥用的？整形？整形变量？还是整形变量等于？都说汉语博大精深，在不使用逗号的前提下汉语的可读性理解起来就可以有很多种意思了。
我们再来看二者的格式，容易看出来其实易语言不过是相当于把英语全部翻译了一遍，翻译后的代码仅限于我能读得懂而非看得懂。再看一下，易语言的代码量比英语多了多少？
汉语是我们的母语，如果能开发一门易懂的汉语编程语言，那么我想这无非会大大降低我们的开发门槛。但是我们需要强调的是，汉语编程语言不是简单的“翻译”，我理解中的汉语编程应该是可读性高、理解容易。例如上面的例子，如果要我“开发”的编程语言来写，我会写成这样
条件循环（变量初始值等于零；假如变量的值小于十；那么变量的值每次加一”）｛｝；
这样的写法我相信任何人都能看懂读懂知道他的用法理解这个代码是用于做什么的。这才是真正的汉语编程。如果要只是翻译英文编程语言，那么我为何不直接学英文编程语言，我学会了英文编程语言也就意味着我的编程能力拓展性更高，毕竟现在市面上无论是已有技术还是新的技术都是英文写出来的
中文编程，我可能比较有发言权
❸ 为什么很多老程序员讨厌中文编程
一个是很多程序员自以为是，自是高傲！以为学了点东西，看扁一切！我也是个程序员，我是由中文编程喜欢上编程的。后面也学了英文的。编程工具这个东西就是个工具，你用什么工具不是显得你多牛逼，也不是拿出去炫耀的资本！而是你做的东西好不好才是你炫耀的资本！这句话不是写给楼主你的，是写给看到这条回答的，自以为是的程序员们！
❹ VB、Delphi等编程语言没落的主要原因有哪些
VB、Delphi等编程语言流行的时代是1995年前后，PC开始进入家庭和公司，这个时候的主流应用叫Windows窗体应用。现在，我们的电脑上还有大量这样的应用，如Office，WPS，ERP系统等。值得一提的是，同期还有一个开发这类软件的神器：Powerbulid。Powerbulid让工厂里面的程序员与软件公司的程序员处于同能纳李开发能力上，那是定制开发的黄金时代。
VB1,0诞生于1991年，鼎盛的VB6.0诞生于1998年。Delphi1.0诞生于1995年，鼎盛的Delphi7.0诞生于2002年。Delphi其实没有没落，依旧继续发展。Delphi的继续发展历程，可以解释为什么这些古典语言会没落。
2000年以后，世界走入了互联网时代。浏览器代替了传统了windows窗体应用。操作系统也不是微软一家独大，linux系统迅速崛起。为了迎合这个潮流，Delph先后出现了跨平台版，ios编程版，安卓开发版，移动开发洞州迟版。但是，这个时候的后起之秀层出不穷，Delph的后续版本在中国基本没有公司在用。
VB、Delphi等编程语言前浪所以会被Java为代表的后浪编程语言取代，最大的原因是软件公司为了支持向上兼容(Upward Compatible)，需要花费巨大的资源去维持老语言的功能特性。1990年代的各种程序，依然在各种Windows窗体上跑得起来，可见兼容性之强。你对比一下国内的各种ERP产品，升个级，原来的二开程序就报错了，真是天上地下。实现向上兼容需要公司花费巨大的成本，这种成本在开源社区模式没有火起来之前，只能靠公司负担，即便微软也受不了。
Java也出来很多年了，这个负担也呈现出来了，没落是迟早的事情。语言毕竟是人造的，向上兼容只有上帝才能低成本的实现出来。各种生命，一定是向上兼容的。编程语言，还远远不到这个境界。
VB是没落了，Delphi近些年市场虽然衰退，在国外还是很流行的！最新版Delphi版本是DX10.3，依然是无与伦比的。DX10.3是跨平台的框架，同时支持Delphi和C++，几乎可以开发PC、平板、安卓和苹果手机程迹岁序，代码重复性非常高，开发效率无与伦比！
VB6是微软停止开发了而已。继任者VB.NET，欧美日台和工控领域用的人多一点，再就是原来VB6的老码奴用。 国内.net基本上都用C#，语法和Java相通。VB.NET我也用过, 语法可能是看起来有点啰嗦，实际上和花括号差别不大，毕竟在IDE里面写代码,都是自动补全。Delphi没落主要是没竞争过微软，领头人都被挖走开发C#了。然后公司方向错误，押宝在跨平台开发上，错过web发展的 历史 机遇。
VB、Delphi等基于CS的编程语言的没落，起于BS架构的瘦客户端兴起，败于移动端的普及。
但是也不用夸大其词，认为CS架构如何无用。只是对于绝大多数的普通用户而言，基于浏览器和移动端的应用系统已基本满足日常所需。
这只是业务领域细分的结果，很多编程语言开始更加强调垂直领域的应用，从“主流”变得“小众”而已。比如，浏览器是什么语言做的？OS呢？DB呢？IDE呢？其它就更别提各类专业的工具软件和底层应用，各类驱动等。
前端的轻量化，不代表后端同样的轻量化，相反，后端/服务器端往往为了追求稳定性，可靠性，基本就是这类“没落”语言一统天下。
其实，没有谁好谁坏，谁强谁弱，存在即合理。
Delphi没有没落。
说Delphi没落的人估计没有跟着Delphi XE进步，10.3后的版本非常好用，开发手机APP效率很高，还支持跨平台。
VB也没有没落。在windows上用VBA或VB Script做基于office套件的开发很高效。
如果在windows下做人机界面特别是数据库应用，Delphi控件或VB控件，好用高效还好看。如果基于windows DLL做应用，流畅快捷。
如果不喜欢Pascal风格，可以用C++Builder，与Delphi开发环境相同。
时代变了，赶不上时代变化。
他们都是适合pc windows开发，所以这点就是落伍原因。
后台开发，不行，因为大部分跑在linux上。
移动开发，不行，因为是android和ios。
即便是pc前端，现在用js的是主流，即使是需要本地性能，那也是qt多。
这些人不懂vb在这里叽歪，vb仍然好用，尤其是在企业，用vb开发的桌面程序很多。企业不需web端，极不安全，C/S是编译后运行，安全性同web不是一个量级的，而且企业处理事务不可能用手机，此外vb在win7、8、10都没一点问题，不支持的说法是怎么来的。
一、VB和Delphi的设计理念不同，是否落败的结论和原因也就不同。 1、职业开发工具Delphi
Delphi是编译型的，和其他高级语言一样，是针对专业开发人员而设计的，它的使用对象是职业IT。 职业IT的开发工具非常多，市场竞争本来就激烈，很容易一步错，步步错。 这倒不是技术上的原因，而是市场的原因。就像VB.Net，在前期折腾中，错失市场。整个开发的容量就那么大，位置被占了，就再也没有了。Delphi也差不多，在商业买卖中，连创始人都跑去做C#了，后续版本的未来也就可以想象了。
但这并不影响已发行版本的使用，这跟VB6一样，该干嘛干嘛。所以 说这些工具已死的说法，是站不住脚的。 但作为专业的高级开发语言而言，它必须在高级的路上不断的进化，才会有开发人员使用。大量开发人员的使用，才会降低项目的实施成本。相反，如果得不到进化，那么开发的人才资源，就会逐渐枯竭，从而提高项目的成本，进而影响项目的技术路线。 对于专业开发人员而言，掌握一项停止进化的的高级开发语言，就意味着工作机会的收缩。
但这对于一项可实施的技术而言，并不妨碍它继续工作。所以 这种落败，不是指技术，而是指就业机会的凋零。 就VB和Delphi而言，只要不用于糊口的工作，他们仍然是桌面应用开发的一把好手。
2、非职业开发工具VB早在1962年的DOPE时，该语言就明确针对教学，到后来的BASIC，更是有学生参与开发。所以在VB进化的起点处，易用就是其最大的特点，那VB使用对象自然就是非职业IT。随着VB的发展，继续保持了易用性，虽然陆续加入了专业开发的元素（可参阅《VB前传，从教学到 游戏 ，再到系统，似乎每步都是精心设计 》和《早判了，VB已死，但我说话了么？ 》），但非专业群体很快就占据了绝对优势。也正是广大非IT的人民大众，将微软推上了今天的位置，这其中VB功不可没。
但随着微软坐稳个人PC的霸主地位后，软件行业的战火已经烧到了互联网。JAVA的迅速崛起，让微软不得更换战略。 跨平台属性呼之欲出，有着沉重 历史 包袱的VB，显然已不再符合这场战斗。其实在1995年VB4.0时，也就是JAVA首个版本发行的那年，微软在核心战略上就已经转向了，VB走向VBA，为VB后续的退位埋下了伏笔。
随着.Net框架的诞生，VB开始走向幕后。近10年以后，微软官方才迟迟宣称，不再继续更新VB。据称经后来统计，VB生产的代码量是C/C++的数十倍之多，这足以理解官宣为何迟到这么久。 直到今天，微软仍然没有宣称不再系统级支持VB，在Win10上，VB仍然在系统支持范围内。
熟悉微软 历史 的人，很清楚个人PC与VB、与微软之间的关系。VB属于普通人，个人PC属于普通人，Windows系统更是属于普通人。微软当年依仗Basic，这个非专业玩具，才获得了普通人的选票。这些选票，微软不会轻易地就交出来。到今天，VB是不再更新了，仿佛停留在了32位机时代，曾经很多靠VB6吃饭的人，凭借VB6很难再找到工作。 VB是没落了，不过没掉的是专职的那一部分人，VBA和VBS却堂而皇之地睡在64位机里继续保护着Office的生态。
远离商业的烦扰，VB终于回归到了最初的样子，在VBA的世界里，让成千上万的普通人，继续，学习计算机，使用计算机，热爱计算机。 就连VB让道的C#，也只能与其他开发工具一样，使用接口开发Office。
或许有一天，微软会彻底升级Office，会给大家一个更好的VBA。但在这之前，微软需要考量的是，VBA里那些沉默的大多数，生产的代码量，可能又增加了不止数十倍了。
从所有开发语言的发展 历史 来看，也只有VB是专为非职业IT而生。 更多非职业IT技术内容，请关注BtOfficer，获取阅读，为非IT人士带来职业IT的视角，正是时候。
vb是本来就烂，delphi没落是因为没跟上潮流，b/s大行其道的时候，她还主要支持c/s开发，为自己的傲慢买了单
vb没太多用，但是说delphi没落属于过分吧。 delphi到xe时代的确乱，个人感觉定位不明确，做个毛线的跨平台，但是从c/s系统，或者win32平台，delphi非常便捷， 一些小东西用delphi很快的。吐槽下，跨平台就有些扯了（本人不搞安卓，ios和osx 还是用原生或者H5）。稳定性还是差。编译包巨大。不好好固守自己的领域乱搞一气。 目前老衲一般编写软件 win用delphi（除非必要，还在用delphi2010，很多时候用delphi2010写dll 用xe写UI ），如果双平台，ios 和osx 用oc（一般用delphi先写win版本，然后翻译成oc，可能是个人习惯，用delphi 调试和编译快，在编写的时候注意要跨平台）dll 一般用vc++或者delph7 或者delphi2010。 如果需要网络数据传输一般用php，或者java 等（考虑到跨跨平台，这个可以通用，传递回json）
❺ 如何突破java编程的局限性
虽然说java编程开发语言是目前大多数程序员学习的主流编程语言，但是java编程语言依然存在一些无法实现的内容，下面昌平java课程就一起来了解一下，程序员是如何突破java编程的局限性的。
Java功能强大、生态丰富，已无需多言。但类型、语法与编程范式方面，存在一些局限性，也长期为人所诟病。
所以，有不少开发人员试图去寻求其他语言，既可以突破Java的这些局限，又可以与Java和谐共处。
Java的祖师爷们也是非常明智，一开始就将编程语言Java与运行时樱橘环境JVM分离。
JVM负责与操作系统的交互，屏蔽了具体操作系统的细节，制订了一整套生成字节码的规范，使得前面这一构想得以顺利实施。
如今有众多语言运行在JVM上，Groovy、Scala、Kotlin、Clojure可能算得上是其中的佼佼者。
Groovy
Groovy是类似Ruby的动态语言，适合编写脚本、插件、测试例，DSL(领域特定语言)等。知名的自动化建构工具Gradle主要就基于Groovy。
Scala
Scala的设计初衷，就是在JVM上整合面向对象与函数式编程的各种特性。
大名鼎鼎的大数据处理框架Spark、消息明竖中间件Kafka、用于构建可容错，可扩展、高并发应用的Akka，都是基于Scala语言编写。
Kotlin
前几日刚升级为Android官方开发语言的Kotlin，近期是一个热门。从前面讲到的Github上的star指数也可窥见一斑。
基于Kotlin的库和框架、官方工具的支持、教学视频、文档等，也肯定会层出不穷。
Clojure
Clojure被认为是基于JVM的Lisp方言，是函数式编程的铁杆。知名的大数据处理框架Storm主要就是由激颂大Clojure语言编写而成。
Ceylon
Ceylon是面向企业级应用设计开发的强静态类型编程语言，支持Java和JavaScript虚拟机。
Java自身在性能、语法、编程范式等方面，也是在不断地提高改进。
譬如Java8引入了Lambda表达式、Optional、Streams、Date/TimeAPI等，Java9带来了Jigsaw(模块化)等。