正文
srm开源代码java,srm项目
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
为什么我这的FetionVM.exe进程会如此耗内存？
FetionVM.exe是中国移动飞信软件的进程。首先要说的是，飞信是用Microsoft Visual C# / Basic .NET所编写的，有人指出飞信内存占用了30多MB，甚者虚拟内存100多MB，原因见下文：对编程有一定了解的人会知道，.NET 程序需要.NET Framework的支持，这就类似于Java程序要有JRE（Java Runtime Environment，Java运行环境）支持，所以内存占用就大了而且所占用的内存大部分是与系统所共享的，实质上进程占用的私有内存是比较小的。但是飞信的框架实现了脱离 .Net framework运行，目录中的 VMDotNet 目录，就是虚拟.Net framework环境需要的文件。Feition.exe是一个启动程序，首先检查本地系统是否安装了 .Net framework，如果有直接调用主程序FeitionFX.exe运行，如果没有则使用虚拟环境运行。这个我们从文件大小就可以看出来，Fetion.exe（436kb）FetionFX.exe（3584kb） .Net 框架目前逐步在普及了，仍然有很多人在寻找如何让.NET程序脱离.NET框架的方法。现成的工具有 Xenocode 的postbuidle或者vas,还有 Salamander .NET Linker .另外还有 MaxToCode 作者以前做的 framework linker. 以及一些支持注册表模拟和文件模拟的打包工具molebox,thinstall等. Salamander .Net Linker ，Remotesoft的一个产品，其兼容性似乎很不错。“飞信”就利用了它的核心。上述工具实际上分两类：一、伪编译就是把磁盘上的 dotNet程序转换成 win32 的程序，但运行后在内存中实际上还是dotNet程序，只是使用了一个win32 loader，把dotNet程序整体打包嵌入到了这个 win32 的loader中。二、ngen编译 ngen 是 dotNet提供的将IL编译成native的工具。 这种可以算是真实的编译吧。但是它们有一个共同的特点，依然不能脱离dotNet框架单独运行，当然可以使用虚拟框架运行。其中飞信框架有两个主要文件 FetionVM.exe 和FetionVM.srm 这个两个是框架的loader程序，用来加载待运行的dotNet程序。FetionVM.exe是native的win32程序，它实际上只是调用了rsdeploy.dll 里面的三个函数来启动 fetionvm.srm。srm这个文件其实是一个最简单的。net程序，在这个srm文件里面它会用反射启动 参数传递进来的那个 。net程序。FetionVM.exe很简单，反汇编看看就清楚了。fetionvm.srm是DotNet程序，如果用reflector等工具查看会发现它只是一个“空壳”，里面啥都没有。真正的实体在\C\WINDOWS\assembly\NativeImages_v2.0.50727_32\FetionVM\6e39d95b1cb7d342a0ad2b892350dc65\FetionVM.ni.exe 中。 FetionVM.ni.exe 就是 ngen生成的native文件。 fetionvm.srm实际上使用了 native compile方式的保护。fetionvm.srm这个文件的存在只是用来欺骗framework，框架在加载 fetionvm.srm 后，根据其程序集名称在 nativeimages中查找是否存在 native code，如果有就会加载 native code版本的。native compile 方式就是将dotNet程序编译成native的本地代码，有代表性的相关工具有xenocode, themida 和 remotesoft。 Net 框架目前逐步在普及了，仍然有很多人在寻找如何让.Net程序脱离.NET框架的方法。现成的工具有 Xenocode 的postbuidle或者vas,还有 Salamander .NET Linker . 另外还有 MaxToCode 作者以前做的 framework linker. 以及一些支持注册表模拟和文件模拟的打包工具molebox,thinstall等. 最后还有一个实现方法. Jason做的 framework linker,以前我也使用过, 他的实际上是利用了 Remotesoft的内核文件,然后自己实现了一个loader。好像是使用的早期的内核文件，兼容性也不太好。 Salamander .Net Linker ，Remotesoft的一个产品，没有可以下载的，但是其兼容性似乎很不错。移动的飞信软件就利用了它的核心。 这个方法似乎是利用remotesoft的核心和飞信的框架，因为他并没有免费公开方法，从样例可以看到有remotesoft的核心文件以及飞信的框架程序。这里要介绍的方法是直接利用飞信的框架来实现脱离 .Net framework运行。 首先下载一个飞信的程序安装。在安装目录中会有 VMDotNet 目录。这个就是.Net框架虚拟环境需要的文件。直接把整个目录提取出来。 使用方法： FetionVM.exe pathtoyoureexe。就是直接把你的 .Net 程序 作为命令行参数传递给 FetionVM.exe 就可以在这个虚拟环境中执行你的.net程序了。 最好再自己写一个启动程序，首先检查系统是否安装了.Net框架，如果有直接运行。没有调用虚拟环境运行。这个启动程序飞信也有，如果不想自己写就直接拿飞信安装目录中的 Feition.exe，但是这样的话 你自己的.Net程序的名字必须叫 FeitionFX.exe 。把它和Feition.exe 放在同一目录下，直接执行 Feition.exe 即可。另外，如果你对.Net程序使用了加密保护，需要注意一下，目前市面上的大部分。Net加密工具加密后的程序集不能在这个虚拟环境中运行的。这个东西除了能实现脱离.net框架运行外，还有另外一个副作用--让.net程序运行在指定版本的.net 框架中。
相关问答
Q1: ERP要完蛋了？
以下文章来源于阿朱说 ，作者吕建伟
导读
从2015年开始，中国在风投的推动下，出现了一大批创业的、原生长在公有IaaS云上的、原生SaaS技术架构的企业软件厂商。因为创业、力量薄弱，所以他们的创业就是做 单品尖物 ，希望针尖捅破天。
文章来源
本文作者：吕建伟（网名阿朱），用友网络副总裁、用友研究院院长，著有《走出软件作坊》。数字化企业经「阿朱说」授权发布。
在这两年，中国有个媒体潮，那就是： 单品正在拆解ERP，ERP要完蛋了。 如果单品能力不足，还有PaaS开放平台和低代码平台来发动全业界生态进行快速商业创新来补嘛。
看到这个思潮，我又想起了SAP在90年代末。因为在90年代末，全球互联网真是大热啊，而且当时还崛起了不少独立模块的巨头：如CRM软件厂商Siebel，如人力专业软件厂商PeopleSoft......所以在当时SAP也遭遇了这个问题，那就是ERP要完蛋了， 一方面受互联网电子商务颠覆，一方面受单点独立模块头部厂商拆解，SAP真是被两头夹击啊。
20多年已经过去了， 咱们有必要回顾一下SAP是怎么做到大爷还是你大爷，ERP还是ERP的。
回顾过去，审视现在，平和心态，走对路。
企业应用软件
01 ERP
ERP是有个前世的：60年代的MRP、70年代的闭环MRP、80年代的MRPII，到了90年代就形成了ERP。 1990年，Gartner定义了ERP。1992年，SAP 发布R/3，是世界上第一套符合ERP定义的企业内部管理软件套件。
02 企业应用软件分层
企业分为： 高层决策层、中层管理层、基层操作执行层。所以 企业软件也有： 决策软件、管理软件、操作执行软件。我们今天重点谈管理软件，不重点谈决策软件和操作执行软件。
03 企业应用软件分类
按行业分： 这个世界，还有很多的行业，所以也会有很多行业的业务操作软件，如电信的、银行的、医院的、学校的、高铁的、飞机的、超市的、税务局的、海关的、社保局的...。我们今天也不重点谈各个行业的业务操作软件。
很多人分不清啥叫ERP行业解决方案，啥叫行业业务应用软件。我这里讲的都是行业业务操作软件。
那为啥有了行业业务操作软件，还需要有ERP行业解决方案啊？ 没有办法，同一个客户字段名称，在医院叫患者，在学校就叫学员。否则你作为医院的工作人员，你买了套ERP，里面把患者都叫客户，你心里膈应不膈应？
我是不喜欢把企业应用软件按领域分的。 比如分成财务、人力、供应链、制造、CRM等等...因为我做的是企业资源计划啊，我学的战略管理、组织管理、项目管理、流程管理、全面绩效管理啊，在我眼里，企业是个完整的实体，我要去统筹企业所有这些资源为战略目标达成和绩效价值而努力，而不是财务+人力+采购+制造+销售+客服堆加起来的。
ERP的鼻祖和老大：SAP
SAP自从1971年成立，到今年50年了（半个世纪）。
在这半个世纪， SAP主要发布了几个大版本的产品：R/1（1972年）、R/2（1982年）、R/3（1992年）。这三个版本真的是一代代完全重写的啊。
在R/3之后的2001年出了一个MySAP.com。主旨就是连接：
从上游供应链管理SCM向外延伸，主要是尝试和当时流行的B2B电子商务链接在一起，推出了 SRM模块 。
从下游SD销售与分销管理向外延伸，推出了 CRM模块 。
从MRP向上游延伸，延伸到了研发环节，推出了 PLM（产品生命周期管理）模块。
你看，MySAP这个套件版本就是R/3的延伸了。
SAP曾经想把这一套命名为ERPII。但是，终究没有树立起来。
你发现没，SAP，这个从成立以来就一直专注做全球巨型企业ERP的厂商，每十年就发布一代新版本。 这就意味着，客户陆陆续续把模块好不容易都实施上线了，刚刚流畅用起来了，对不起，下一代来了。
在MySAP.com之后，2004年，SAP又推出了ECC和NetWeaver。这个版本表明：我SAP也不是无所不能，我只做这些核心（ECC就是企业核心组件的意思）。其他的，你们和我的集成平台NetWeaver集成吧。（NetWeaver就是SAP在2001年并购的TopTier基础上搞出来的）。
那集成啥呢？ 集成决策层软件、基层操作执行软件、行业业务操作软件啊。所以ECC也是R/3的延伸。
2004年之后，2010年，SAP在并购TIM内存数据库、Sybase关系数据库、BO可视化的基础上，推出了自家的大数据技术平台HANA。2012年，在HANA的技术支撑下，把ECC进行了匹配改造，换了技术地盘，这就是现在的S/4 HANA。后来又支撑了云原生技术，这就是后来的S/4 HANA Cloud。你看S/4也是R/3的延伸。
说白了， SAP从1992年后，这30年来，软件就没有重新开发过，就是不断持续改进。
说明，ERP在90年代就已经恒定。
ERP标准和产业协会
中国是大政府、小 社会 。所以类似 社会 性的组织：比如宗教、协会、互联网公司，都比较......
欧美是小政府、大 社会 。所以协会的力量异常强大。我过去专门写过文章介绍过欧美的协会，太扎实了：
1、 产业发展规划： 产业前瞻洞察、国家规划参与制定与建议
2、 产业标准制定： 产业标准制定、产业标准推广与培训、产业标准评测认证咨询
3、 标准推广： 媒体（产业信息披露报道/展示推广）、线下展会（展示推广）、游学参观交流（深度学习交流、促进合作）
4、 公共平台研发： 开源平台研发（内置标准）、投资基金会（支持开源平台研发）
而60年代的MRP（物料需求计划，Material Requirement Planning，MRP），就是美国生产与库存控制协会（APICS：American Production and Inventory Control Society）定义的。
另外再多说一句： MES是制造执行系统协会 (Manufacturing Execution System Association，MESA) 定义的。SCM是美国供应链协会定义的。
为啥中国的企业应用软件产品是借助若干个大客户的现实项目打磨出来的（其实不能叫标准产品，而是叫多个大客户的混合体）。为啥欧美企业应用软件产品能一次性做对， 其实和这些协会定义行业标准、推广认证行业标准、落地行业标准到软件中有莫大关系。
60年代MRP：物料需求计划
MRP是Material Requirement Planning，物料需求计划。
要生产一个产品，需要有五个资源要素：
1、生产什么：产品图纸
2、生产原料在哪里：物料管理
3、生产设备在哪里：设备管理与设备维护
4、生产工人在哪里：劳动力管理
5、生产资金在哪里：会计与财务管理
要生产了，到底需要多少物料？这就是典型的物料管理之物料需求计划。
现在物料有多少，这就是典型的物料管理之物料库存管理。
但是除了库存还不够啊，咋办？这就需要采购了。但其实 供应链管理SCM是在ERP时代才出现，因为SCM涉及到企业-供应商之间，不单单是企业内部各个部门协同的事了。
在60年代，大家还是把精力主要放在依靠自己内部资源在内部搞定问题。
70年代闭环MRP
在60年代MRP时期，其实咱们忽略了一个问题： 到底要生产多少产品？到底要具体什么时间生产出多少产品，比如全年要生产100万件产品，是每月生产10万件，还是有几个月要多生产，其他几个月要少生产？
因为只有这个问题明确了，才能推导出到底需要多少零配件和原料，什么时候需要。
但是这个问题在60年代不是事。 因为在60年代是求大于供的时代，只要你能生产出来就有人抢着买走。但是到70年代了，这事不灵了，进入了基本供求平衡的时代了。该考虑生产多少了。
但是因为当时问题还不尖锐，所以企业会根据自身发展目标和市场需求调研，先自己搞个假设性的生产规划。
然后根据自己的生产能力、生产设备运转负荷，搞个主生产计划。
根据主生产计划、产品物料清单（BOM）、物料库存，来制定物料需求计划。
这就把物料-生产联系在了一起，这就是闭环MRP。
80年代MRPII
Manufacture Resource Plan
MRPII：Manufacture Resource Plan，意思是制造资源计划。
一开始咱们就说了，要生产一个产品，需要有五个资源要素：
1、生产什么：产品图纸
2、生产原料在哪里：物料管理
3、生产设备在哪里：设备管理与设备维护
4、生产工人在哪里：劳动力管理
5、生产资金在哪里：会计与财务管理
刚才MRP、闭环MRP是把物料问题算是比较好地解决了。但是其他还没解决啊。
所以为了让生产设备不能出现异常停工导致计划错乱，就出现了 设备维护系统。SAP后来出了PM模块（Plant Maintenance，设备维护）就是干这事的。
为了核算产品生产成本，进行产品定价，就需要核算生产产品中需要的设备投入成本、人力投入成本、物料投入成本。所以出现了管理会计模块，当时重点在成本核算，还不在预算、目标成本控制。你看SAP CO模块（Controlling）就是干这事的。为了核算设备投入成本，也就有了SAP AM模块（Asset ManageMent）。 财务会计、管理会计、固定资产核算与管理，成了财务产品线的三大核心模块。
为了核算生产工人投入成本，就有了劳动力管理。这就是SAP HR软件的起源。 所以，SAP的HR软件是一直靠着HCM（人力资本管理）路线走的。而后来崛起的专业的独立的HR软件厂商PeopleSoft，是靠着人才管理（Talent Management）路线走的。
为啥从生产制造管理而来的软件会最后化为普遍的各行各业都能用的软件？就是因为财务、人力这两大职能产品线的出现。所以说啊，MRPII就是这道关键的翻转门。
90年代ERP
Enterprise Resource Planning
ERP，Enterprise Resource Planning，企业资源计划。很清晰，就是企业这个边界范围内的各种资源（不限于制造资源），更好的运筹起来发挥最优的排列组合价值。
90年代，已经到了供大于求的时代了，现在不好好做好产供销的联动、只搞生产制造工厂内部那点事，已经不行了。所以， ERP其实是企业采购部门、生产部门、销售部门三个部门要打通联动。
所以，ERP开始在MRPII的基础上继续扩张：
1、 供： 没有物料了怎么办，得采购啊。所以扩展出来新的模块：SCM（供应链管理）。
2、 销： 你怎么定生产规划和主生产计划？一定需要以销定产。那能销多少呢？过去的销售，要么是直销要么是分销，所以就出现了销售管理和分销管理系统。在SAP就出现了SD模块（Sales and Distribution）。
3、 产： 你是以销定产了，生产的进度符合市场销售周期，生产的数量也对。但是产出来产品质量不好，卖不出去，那也不行。所以就出现了全面质量管理系统。在SAP就出现了QM模块（Quality Assurance）。
2000年代ERPII
Enterprise Resource Planning II
其实这就是咱们最开头讲到的SAP推出MySAP.com这个套件想主打的概念：ERP II。
意思就是从ERP套件基础上继续扩张：
1、 供： SCM供应链管理还是延伸的不够，需要和供应商直接关联在一起，所以就出现了SRM。
2、 销： 销售与分销管理还是不准确，必须要扩张到最终客户甚至潜在客户。所以就出现了CRM。
3、 产： 生产工厂得和设计院紧密合作啊。于是就出现了PLM。
所以， ERP是企业内部资源计划，而ERPII其实已经扩张到企业外部了， 这都不属于经典的ERP了。很多人对ERP没有认知，以为CRM也是ERP的一部分，这是不对的。
SRM：企业-供应商。
CRM：企业-客户。
PLM：企业-设计院。
这样的思路，在2001年这个时间节点产生，一点都不奇怪，毕竟那是人类第一次全球互联网热潮嘛。 但那已经不是正宗的企业内部资源计划管理了。
2010年之后的世界
1995年Amazon诞生，在线零售销售交易。
1995年Yahoo诞生，在线资讯门户数字广告。
1998年Google诞生，在线信息搜索数字广告。
2004年Facebook诞生、2006年Twitter诞生，在线交互社区与在线社交媒体数字广告。
2009年WhatsApp诞生，在线IM社交数字广告。
所以，在SRM的基础上，又延伸出了B2B电子商务。
所以，在CRM传统线下面销、电话呼叫中心电销、EDM和官网销售三大招的基础上，又延伸出了：B2C电子商务零售、ADTech（广告技术）、MarTech（营销技术，主要偏社区营销）。
所以，在PLM的基础上，又延伸连接到了研发设计工具一条链上： 3D CAD-CAE仿真验证-VRAR仿真体验-CAPP工艺路线-CAM计算机辅助制造控制-3D打印增材制造。而很多人，又因为CAM计算机辅助制造控制，又和工业自动化一条链连接在一起：CNC、工业机器人、PLC、DCS、HMI、SCADA、设备远程诊断与运维、数字孪生远程可视化。 其实，研发管理、研发设计工具链、工业自动化链，是三个完全不同的东西。这真是拔出萝卜带出泥。
而上述的这些，和ERP一点毛关系都没有。
小尾巴
很多人说，阿朱老师：
1、供：从供应链管理衍生出来的WMS、TMS属于ERP不？
2、产：从生产管理衍生出来的APS、MES属于ERP不？
3、销：从销售与分销管理衍生出来的零售门店POS属于ERP不？
我想呵呵。这些都是操作执行层软件，不是管理层软件。 第二明确说一声，这根本不属于ERP，ERP是企业管理软件。
扩展还在继续
当年，开发-部署-配置，企业IT部门的人就会。后来分布式中间件技术出现了，企业IT部门人就不会了，企业软件建设工作重心就转移给了乙方的专业实施人员了。过去的实施人员，SQL开发-部署-配置，全挂子本领。后来分布式数据技术出现了，实施人员也不会了， 现在的实施人员就会做应用软件配置了。我在想，啥时候实施人员连应用软件的配置都不会了？
现在，财务、人力、供应链、制造、CRM、营销、电子商务，每一块都异常庞大。 就连过去财务中的一个小点（如费控）、采购中的一个小点（如企业办公采购、员工商旅采购、员工福利采购），现在都能做一家上市公司。所以估计现在实施顾问连软件配置都Hold不住了。过去一个实施顾问就能懂全部套件，后来只能懂一个产品线，后来就懂一个模块。我估计未来啊，一个实施顾问就懂一个应用场景。
过去一个实施人员包打天下，现在细分的很：
1、业务咨询顾问（业务专家）：战略规划、业务管理梳理与改进
2、IT咨询顾问：IT蓝图规划、IT集成方案、IT数据方案、IT治理方案
3、售前顾问：IT需求-产品组合解决方案
4、销售：报价-商务
5、技术实施顾问：产品部署（高可用、高稳定、高性能、高安全）
6、应用实施顾问：产品配置
7、定制开发工程师：扩展新功能开发、插件开发、集成开发、报表开发
8、数据工程师：数据清洗、数据归档、数据ETL、数据加工、数据挖掘
Q2: 有人说“使用易语言的人是国内最赚钱的码农”，对此你怎么看？
行业内流传着这么一个说法：“如果没有了易语言，那么外挂将减少一半”。我见过老老实实打工成程序员（架构），最多一年可以挣到三五百万，但是和写外挂的程序员相比，确实还是有一些差距的（外挂就是外挂，还叫什么 游戏 辅助）。
易语言的初衷
易语言的出现可以追溯到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。
后来在公司运行过一次程序，报毒拦截。所有人都知道了
还是转学其他的了
都是灰产，取巧性比较大，不过高级的都是有其他编程底子的，其他行业一样风生水起
Q3: 哪个公司做的电子招投标系统做的比较好？
数字化招标采购 系统可以关注北京筑龙，国内领先的智慧化招标采购平台建设及一体化运营服务商，已为招商局集团、东风咨询等央企、国企提供高效、安全、先进的电子招标采购系统。
1.筑龙企业电子招投标系统建设将按照《中华人民共和国招标投标法》等法律法规，根据招标方的管理制度和工作流程，运用信息技术，将各类信息资源进行整合和集成，并与现有系统进行整合，打造一个安全可靠、稳定高效、操作便捷、扩展性高的交易平台。系统包含招标投标门户网、招投标业务管理平台、招标人监督平台并根据企业实际情况开发综合办公平台、数据智能分析平台、信息资源库、应用支撑体系等功能。
2.提供超过96个功能模块供企业选择，各模块之间可以灵活配置，通用性及可扩展性强，在功能丰富的前提下不对客户进行功能绑架，而是根据客户要求完成对系统的定制开发和配置要求；系统提供良好的二次开发接口，可快速构建个性化业务系统，最大限度降低用户的成本；以达到较高的升级便利性和高效性，最大的减少用户的应用推广成本。
