為什么我這的FetionVM.exe進程會如此耗內存？

FetionVM.exe是中國移動飛信軟件的進程。首先要說的是，飛信是用Microsoft Visual C# / Basic .NET所編寫的，有人指出飛信內存占用了30多MB，甚者虛擬內存100多MB，原因見下文：對編程有一定了解的人會知道，.NET 程序需要.NET Framework的支持，這就類似于Java程序要有JRE（Java Runtime Environment，Java運行環(huán)境）支持，所以內存占用就大了而且所占用的內存大部分是與系統(tǒng)所共享的，實質上進程占用的私有內存是比較小的。但是飛信的框架實現(xiàn)了脫離 .Net framework運行，目錄中的 VMDotNet 目錄，就是虛擬.Net framework環(huán)境需要的文件。Feition.exe是一個啟動程序，首先檢查本地系統(tǒng)是否安裝了 .Net framework，如果有直接調用主程序FeitionFX.exe運行，如果沒有則使用虛擬環(huán)境運行。這個我們從文件大小就可以看出來，F(xiàn)etion.exe（436kb）FetionFX.exe（3584kb） .Net 框架目前逐步在普及了，仍然有很多人在尋找如何讓.NET程序脫離.NET框架的方法。現(xiàn)成的工具有 Xenocode 的postbuidle或者vas,還有 Salamander .NET Linker .另外還有 MaxToCode 作者以前做的 framework linker. 以及一些支持注冊表模擬和文件模擬的打包工具molebox,thinstall等. Salamander .Net Linker ，Remotesoft的一個產(chǎn)品，其兼容性似乎很不錯。“飛信”就利用了它的核心。上述工具實際上分兩類：一、偽編譯就是把磁盤上的 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 里面的三個函數(shù)來啟動 fetionvm.srm。srm這個文件其實是一個最簡單的。net程序，在這個srm文件里面它會用反射啟動 參數(shù)傳遞進來的那個 。net程序。FetionVM.exe很簡單，反匯編看看就清楚了。fetionvm.srm是DotNet程序，如果用reflector等工具查看會發(fā)現(xiàn)它只是一個“空殼”，里面啥都沒有。真正的實體在\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 后，根據(jù)其程序集名稱在 nativeimages中查找是否存在 native code，如果有就會加載 native code版本的。native compile 方式就是將dotNet程序編譯成native的本地代碼，有代表性的相關工具有xenocode, themida 和 remotesoft。 Net 框架目前逐步在普及了，仍然有很多人在尋找如何讓.Net程序脫離.NET框架的方法。現(xiàn)成的工具有 Xenocode 的postbuidle或者vas,還有 Salamander .NET Linker . 另外還有 MaxToCode 作者以前做的 framework linker. 以及一些支持注冊表模擬和文件模擬的打包工具molebox,thinstall等. 最后還有一個實現(xiàn)方法. Jason做的 framework linker,以前我也使用過, 他的實際上是利用了 Remotesoft的內核文件,然后自己實現(xiàn)了一個loader。好像是使用的早期的內核文件，兼容性也不太好。 Salamander .Net Linker ，Remotesoft的一個產(chǎn)品，沒有可以下載的，但是其兼容性似乎很不錯。移動的飛信軟件就利用了它的核心。 這個方法似乎是利用remotesoft的核心和飛信的框架，因為他并沒有免費公開方法，從樣例可以看到有remotesoft的核心文件以及飛信的框架程序。這里要介紹的方法是直接利用飛信的框架來實現(xiàn)脫離 .Net framework運行。 首先下載一個飛信的程序安裝。在安裝目錄中會有 VMDotNet 目錄。這個就是.Net框架虛擬環(huán)境需要的文件。直接把整個目錄提取出來。 使用方法： FetionVM.exe pathtoyoureexe。就是直接把你的 .Net 程序 作為命令行參數(shù)傳遞給 FetionVM.exe 就可以在這個虛擬環(huán)境中執(zhí)行你的.net程序了。 最好再自己寫一個啟動程序，首先檢查系統(tǒng)是否安裝了.Net框架，如果有直接運行。沒有調用虛擬環(huán)境運行。這個啟動程序飛信也有，如果不想自己寫就直接拿飛信安裝目錄中的 Feition.exe，但是這樣的話 你自己的.Net程序的名字必須叫 FeitionFX.exe 。把它和Feition.exe 放在同一目錄下，直接執(zhí)行 Feition.exe 即可。另外，如果你對.Net程序使用了加密保護，需要注意一下，目前市面上的大部分。Net加密工具加密后的程序集不能在這個虛擬環(huán)境中運行的。這個東西除了能實現(xiàn)脫離.net框架運行外，還有另外一個副作用--讓.net程序運行在指定版本的.net 框架中。

網(wǎng)站是企業(yè)的互聯(lián)網(wǎng)名片，是開展互聯(lián)網(wǎng)業(yè)務基礎平臺。在目標明確的基礎上，成都創(chuàng)新互聯(lián)公司憑借團隊豐富的設計經(jīng)驗完成網(wǎng)站的構思創(chuàng)意即總體設計方案，自成立以來，一直致力于為企業(yè)提供從域名注冊、網(wǎng)站策劃、網(wǎng)站設計、成都品牌網(wǎng)站建設、電子商務、成都外貿網(wǎng)站制作、網(wǎng)站推廣、網(wǎng)站優(yōu)化到為企業(yè)提供個性化軟件開發(fā)等基于互聯(lián)網(wǎng)的全面整合營銷服務。

ERP要完蛋了？

以下文章來源于阿朱說 ，作者呂建偉

導讀

從2015年開始，中國在風投的推動下，出現(xiàn)了一大批創(chuàng)業(yè)的、原生長在公有IaaS云上的、原生SaaS技術架構的企業(yè)軟件廠商。因為創(chuàng)業(yè)、力量薄弱，所以他們的創(chuàng)業(yè)就是做 單品尖物 ，希望針尖捅破天。

文章來源

本文作者：呂建偉（網(wǎng)名阿朱），用友網(wǎng)絡副總裁、用友研究院院長，著有《走出軟件作坊》。數(shù)字化企業(yè)經(jīng)「阿朱說」授權發(fā)布。

在這兩年，中國有個媒體潮，那就是： 單品正在拆解ERP，ERP要完蛋了。 如果單品能力不足，還有PaaS開放平臺和低代碼平臺來發(fā)動全業(yè)界生態(tài)進行快速商業(yè)創(chuàng)新來補嘛。

看到這個思潮，我又想起了SAP在90年代末。因為在90年代末，全球互聯(lián)網(wǎng)真是大熱啊，而且當時還崛起了不少獨立模塊的巨頭：如CRM軟件廠商Siebel，如人力專業(yè)軟件廠商PeopleSoft......所以在當時SAP也遭遇了這個問題，那就是ERP要完蛋了， 一方面受互聯(lián)網(wǎng)電子商務顛覆，一方面受單點獨立模塊頭部廠商拆解，SAP真是被兩頭夾擊啊。

20多年已經(jīng)過去了， 咱們有必要回顧一下SAP是怎么做到大爺還是你大爺，ERP還是ERP的。

回顧過去，審視現(xiàn)在，平和心態(tài)，走對路。

企業(yè)應用軟件

01 ERP

ERP是有個前世的：60年代的MRP、70年代的閉環(huán)MRP、80年代的MRPII，到了90年代就形成了ERP。 1990年，Gartner定義了ERP。1992年，SAP 發(fā)布R/3，是世界上第一套符合ERP定義的企業(yè)內部管理軟件套件。

02 企業(yè)應用軟件分層

企業(yè)分為： 高層決策層、中層管理層、基層操作執(zhí)行層。所以 企業(yè)軟件也有： 決策軟件、管理軟件、操作執(zhí)行軟件。我們今天重點談管理軟件，不重點談決策軟件和操作執(zhí)行軟件。

03 企業(yè)應用軟件分類

按行業(yè)分： 這個世界，還有很多的行業(yè)，所以也會有很多行業(yè)的業(yè)務操作軟件，如電信的、銀行的、醫(yī)院的、學校的、高鐵的、飛機的、超市的、稅務局的、海關的、社保局的...。我們今天也不重點談各個行業(yè)的業(yè)務操作軟件。

很多人分不清啥叫ERP行業(yè)解決方案，啥叫行業(yè)業(yè)務應用軟件。我這里講的都是行業(yè)業(yè)務操作軟件。

那為啥有了行業(yè)業(yè)務操作軟件，還需要有ERP行業(yè)解決方案啊？ 沒有辦法，同一個客戶字段名稱，在醫(yī)院叫患者，在學校就叫學員。否則你作為醫(yī)院的工作人員，你買了套ERP，里面把患者都叫客戶，你心里膈應不膈應？

我是不喜歡把企業(yè)應用軟件按領域分的。 比如分成財務、人力、供應鏈、制造、CRM等等...因為我做的是企業(yè)資源計劃啊，我學的戰(zhàn)略管理、組織管理、項目管理、流程管理、全面績效管理啊，在我眼里，企業(yè)是個完整的實體，我要去統(tǒng)籌企業(yè)所有這些資源為戰(zhàn)略目標達成和績效價值而努力，而不是財務+人力+采購+制造+銷售+客服堆加起來的。

ERP的鼻祖和老大：SAP

SAP自從1971年成立，到今年50年了（半個世紀）。

在這半個世紀， SAP主要發(fā)布了幾個大版本的產(chǎn)品：R/1（1972年）、R/2（1982年）、R/3（1992年）。這三個版本真的是一代代完全重寫的啊。

在R/3之后的2001年出了一個MySAP.com。主旨就是連接：

從上游供應鏈管理SCM向外延伸，主要是嘗試和當時流行的B2B電子商務鏈接在一起，推出了 SRM模塊 。

從下游SD銷售與分銷管理向外延伸，推出了 CRM模塊 。

從MRP向上游延伸，延伸到了研發(fā)環(huán)節(jié)，推出了 PLM（產(chǎn)品生命周期管理）模塊。

你看，MySAP這個套件版本就是R/3的延伸了。

SAP曾經(jīng)想把這一套命名為ERPII。但是，終究沒有樹立起來。

你發(fā)現(xiàn)沒，SAP，這個從成立以來就一直專注做全球巨型企業(yè)ERP的廠商，每十年就發(fā)布一代新版本。 這就意味著，客戶陸陸續(xù)續(xù)把模塊好不容易都實施上線了，剛剛流暢用起來了，對不起，下一代來了。

在MySAP.com之后，2004年，SAP又推出了ECC和NetWeaver。這個版本表明：我SAP也不是無所不能，我只做這些核心（ECC就是企業(yè)核心組件的意思）。其他的，你們和我的集成平臺NetWeaver集成吧。（NetWeaver就是SAP在2001年并購的TopTier基礎上搞出來的）。

那集成啥呢？ 集成決策層軟件、基層操作執(zhí)行軟件、行業(yè)業(yè)務操作軟件啊。所以ECC也是R/3的延伸。

2004年之后，2010年，SAP在并購TIM內存數(shù)據(jù)庫、Sybase關系數(shù)據(jù)庫、BO可視化的基礎上，推出了自家的大數(shù)據(jù)技術平臺HANA。2012年，在HANA的技術支撐下，把ECC進行了匹配改造，換了技術地盤，這就是現(xiàn)在的S/4 HANA。后來又支撐了云原生技術，這就是后來的S/4 HANA Cloud。你看S/4也是R/3的延伸。

說白了， SAP從1992年后，這30年來，軟件就沒有重新開發(fā)過，就是不斷持續(xù)改進。

說明，ERP在90年代就已經(jīng)恒定。

ERP標準和產(chǎn)業(yè)協(xié)會

中國是大政府、小 社會 。所以類似 社會 性的組織：比如宗教、協(xié)會、互聯(lián)網(wǎng)公司，都比較......

歐美是小政府、大 社會 。所以協(xié)會的力量異常強大。我過去專門寫過文章介紹過歐美的協(xié)會，太扎實了：

1、 產(chǎn)業(yè)發(fā)展規(guī)劃： 產(chǎn)業(yè)前瞻洞察、國家規(guī)劃參與制定與建議

2、 產(chǎn)業(yè)標準制定： 產(chǎn)業(yè)標準制定、產(chǎn)業(yè)標準推廣與培訓、產(chǎn)業(yè)標準評測認證咨詢

3、 標準推廣： 媒體（產(chǎn)業(yè)信息披露報道/展示推廣）、線下展會（展示推廣）、游學參觀交流（深度學習交流、促進合作）

4、 公共平臺研發(fā)： 開源平臺研發(fā)（內置標準）、投資基金會（支持開源平臺研發(fā)）

而60年代的MRP（物料需求計劃，Material Requirement Planning，MRP），就是美國生產(chǎn)與庫存控制協(xié)會（APICS：American Production and Inventory Control Society）定義的。

另外再多說一句： MES是制造執(zhí)行系統(tǒng)協(xié)會 (Manufacturing Execution System Association，MESA) 定義的。SCM是美國供應鏈協(xié)會定義的。

為啥中國的企業(yè)應用軟件產(chǎn)品是借助若干個大客戶的現(xiàn)實項目打磨出來的（其實不能叫標準產(chǎn)品，而是叫多個大客戶的混合體）。為啥歐美企業(yè)應用軟件產(chǎn)品能一次性做對， 其實和這些協(xié)會定義行業(yè)標準、推廣認證行業(yè)標準、落地行業(yè)標準到軟件中有莫大關系。

60年代MRP：物料需求計劃

MRP是Material Requirement Planning，物料需求計劃。

要生產(chǎn)一個產(chǎn)品，需要有五個資源要素：

1、生產(chǎn)什么：產(chǎn)品圖紙

2、生產(chǎn)原料在哪里：物料管理

3、生產(chǎn)設備在哪里：設備管理與設備維護

4、生產(chǎn)工人在哪里：勞動力管理

5、生產(chǎn)資金在哪里：會計與財務管理

要生產(chǎn)了，到底需要多少物料？這就是典型的物料管理之物料需求計劃。

現(xiàn)在物料有多少，這就是典型的物料管理之物料庫存管理。

但是除了庫存還不夠啊，咋辦？這就需要采購了。但其實 供應鏈管理SCM是在ERP時代才出現(xiàn)，因為SCM涉及到企業(yè)-供應商之間，不單單是企業(yè)內部各個部門協(xié)同的事了。

在60年代，大家還是把精力主要放在依靠自己內部資源在內部搞定問題。

70年代閉環(huán)MRP

在60年代MRP時期，其實咱們忽略了一個問題： 到底要生產(chǎn)多少產(chǎn)品？到底要具體什么時間生產(chǎn)出多少產(chǎn)品，比如全年要生產(chǎn)100萬件產(chǎn)品，是每月生產(chǎn)10萬件，還是有幾個月要多生產(chǎn)，其他幾個月要少生產(chǎn)？

因為只有這個問題明確了，才能推導出到底需要多少零配件和原料，什么時候需要。

但是這個問題在60年代不是事。 因為在60年代是求大于供的時代，只要你能生產(chǎn)出來就有人搶著買走。但是到70年代了，這事不靈了，進入了基本供求平衡的時代了。該考慮生產(chǎn)多少了。

但是因為當時問題還不尖銳，所以企業(yè)會根據(jù)自身發(fā)展目標和市場需求調研，先自己搞個假設性的生產(chǎn)規(guī)劃。

然后根據(jù)自己的生產(chǎn)能力、生產(chǎn)設備運轉負荷，搞個主生產(chǎn)計劃。

根據(jù)主生產(chǎn)計劃、產(chǎn)品物料清單（BOM）、物料庫存，來制定物料需求計劃。

這就把物料-生產(chǎn)聯(lián)系在了一起，這就是閉環(huán)MRP。

80年代MRPII

Manufacture Resource Plan

MRPII：Manufacture Resource Plan，意思是制造資源計劃。

一開始咱們就說了，要生產(chǎn)一個產(chǎn)品，需要有五個資源要素：

1、生產(chǎn)什么：產(chǎn)品圖紙

2、生產(chǎn)原料在哪里：物料管理

3、生產(chǎn)設備在哪里：設備管理與設備維護

4、生產(chǎn)工人在哪里：勞動力管理

5、生產(chǎn)資金在哪里：會計與財務管理

剛才MRP、閉環(huán)MRP是把物料問題算是比較好地解決了。但是其他還沒解決啊。

所以為了讓生產(chǎn)設備不能出現(xiàn)異常停工導致計劃錯亂，就出現(xiàn)了 設備維護系統(tǒng)。SAP后來出了PM模塊（Plant Maintenance，設備維護）就是干這事的。

為了核算產(chǎn)品生產(chǎn)成本，進行產(chǎn)品定價，就需要核算生產(chǎn)產(chǎn)品中需要的設備投入成本、人力投入成本、物料投入成本。所以出現(xiàn)了管理會計模塊，當時重點在成本核算，還不在預算、目標成本控制。你看SAP CO模塊（Controlling）就是干這事的。為了核算設備投入成本，也就有了SAP AM模塊（Asset ManageMent）。 財務會計、管理會計、固定資產(chǎn)核算與管理，成了財務產(chǎn)品線的三大核心模塊。

為了核算生產(chǎn)工人投入成本，就有了勞動力管理。這就是SAP HR軟件的起源。 所以，SAP的HR軟件是一直靠著HCM（人力資本管理）路線走的。而后來崛起的專業(yè)的獨立的HR軟件廠商PeopleSoft，是靠著人才管理（Talent Management）路線走的。

為啥從生產(chǎn)制造管理而來的軟件會最后化為普遍的各行各業(yè)都能用的軟件？就是因為財務、人力這兩大職能產(chǎn)品線的出現(xiàn)。所以說啊，MRPII就是這道關鍵的翻轉門。

90年代ERP

Enterprise Resource Planning

ERP，Enterprise Resource Planning，企業(yè)資源計劃。很清晰，就是企業(yè)這個邊界范圍內的各種資源（不限于制造資源），更好的運籌起來發(fā)揮最優(yōu)的排列組合價值。

90年代，已經(jīng)到了供大于求的時代了，現(xiàn)在不好好做好產(chǎn)供銷的聯(lián)動、只搞生產(chǎn)制造工廠內部那點事，已經(jīng)不行了。所以， ERP其實是企業(yè)采購部門、生產(chǎn)部門、銷售部門三個部門要打通聯(lián)動。

所以，ERP開始在MRPII的基礎上繼續(xù)擴張：

1、 供： 沒有物料了怎么辦，得采購啊。所以擴展出來新的模塊：SCM（供應鏈管理）。

2、 銷： 你怎么定生產(chǎn)規(guī)劃和主生產(chǎn)計劃？一定需要以銷定產(chǎn)。那能銷多少呢？過去的銷售，要么是直銷要么是分銷，所以就出現(xiàn)了銷售管理和分銷管理系統(tǒng)。在SAP就出現(xiàn)了SD模塊（Sales and Distribution）。

3、 產(chǎn)： 你是以銷定產(chǎn)了，生產(chǎn)的進度符合市場銷售周期，生產(chǎn)的數(shù)量也對。但是產(chǎn)出來產(chǎn)品質量不好，賣不出去，那也不行。所以就出現(xiàn)了全面質量管理系統(tǒng)。在SAP就出現(xiàn)了QM模塊（Quality Assurance）。

2000年代ERPII

Enterprise Resource Planning II

其實這就是咱們最開頭講到的SAP推出MySAP.com這個套件想主打的概念：ERP II。

意思就是從ERP套件基礎上繼續(xù)擴張：

1、 供： SCM供應鏈管理還是延伸的不夠，需要和供應商直接關聯(lián)在一起，所以就出現(xiàn)了SRM。

2、 銷： 銷售與分銷管理還是不準確，必須要擴張到最終客戶甚至潛在客戶。所以就出現(xiàn)了CRM。

3、 產(chǎn)： 生產(chǎn)工廠得和設計院緊密合作啊。于是就出現(xiàn)了PLM。

所以， ERP是企業(yè)內部資源計劃，而ERPII其實已經(jīng)擴張到企業(yè)外部了， 這都不屬于經(jīng)典的ERP了。很多人對ERP沒有認知，以為CRM也是ERP的一部分，這是不對的。

SRM：企業(yè)-供應商。

CRM：企業(yè)-客戶。

PLM：企業(yè)-設計院。

這樣的思路，在2001年這個時間節(jié)點產(chǎn)生，一點都不奇怪，畢竟那是人類第一次全球互聯(lián)網(wǎng)熱潮嘛。 但那已經(jīng)不是正宗的企業(yè)內部資源計劃管理了。

2010年之后的世界

1995年Amazon誕生，在線零售銷售交易。

1995年Yahoo誕生，在線資訊門戶數(shù)字廣告。

1998年Google誕生，在線信息搜索數(shù)字廣告。

2004年Facebook誕生、2006年Twitter誕生，在線交互社區(qū)與在線社交媒體數(shù)字廣告。

2009年WhatsApp誕生，在線IM社交數(shù)字廣告。

所以，在SRM的基礎上，又延伸出了B2B電子商務。

所以，在CRM傳統(tǒng)線下面銷、電話呼叫中心電銷、EDM和官網(wǎng)銷售三大招的基礎上，又延伸出了：B2C電子商務零售、ADTech（廣告技術）、MarTech（營銷技術，主要偏社區(qū)營銷）。

所以，在PLM的基礎上，又延伸連接到了研發(fā)設計工具一條鏈上： 3D CAD-CAE仿真驗證-VRAR仿真體驗-CAPP工藝路線-CAM計算機輔助制造控制-3D打印增材制造。而很多人，又因為CAM計算機輔助制造控制，又和工業(yè)自動化一條鏈連接在一起：CNC、工業(yè)機器人、PLC、DCS、HMI、SCADA、設備遠程診斷與運維、數(shù)字孿生遠程可視化。 其實，研發(fā)管理、研發(fā)設計工具鏈、工業(yè)自動化鏈，是三個完全不同的東西。這真是拔出蘿卜帶出泥。

而上述的這些，和ERP一點毛關系都沒有。

小尾巴

很多人說，阿朱老師：

1、供：從供應鏈管理衍生出來的WMS、TMS屬于ERP不？

2、產(chǎn)：從生產(chǎn)管理衍生出來的APS、MES屬于ERP不？

3、銷：從銷售與分銷管理衍生出來的零售門店POS屬于ERP不？

我想呵呵。這些都是操作執(zhí)行層軟件，不是管理層軟件。 第二明確說一聲，這根本不屬于ERP，ERP是企業(yè)管理軟件。

擴展還在繼續(xù)

當年，開發(fā)-部署-配置，企業(yè)IT部門的人就會。后來分布式中間件技術出現(xiàn)了，企業(yè)IT部門人就不會了，企業(yè)軟件建設工作重心就轉移給了乙方的專業(yè)實施人員了。過去的實施人員，SQL開發(fā)-部署-配置，全掛子本領。后來分布式數(shù)據(jù)技術出現(xiàn)了，實施人員也不會了， 現(xiàn)在的實施人員就會做應用軟件配置了。我在想，啥時候實施人員連應用軟件的配置都不會了？

現(xiàn)在，財務、人力、供應鏈、制造、CRM、營銷、電子商務，每一塊都異常龐大。 就連過去財務中的一個小點（如費控）、采購中的一個小點（如企業(yè)辦公采購、員工商旅采購、員工福利采購），現(xiàn)在都能做一家上市公司。所以估計現(xiàn)在實施顧問連軟件配置都Hold不住了。過去一個實施顧問就能懂全部套件，后來只能懂一個產(chǎn)品線，后來就懂一個模塊。我估計未來啊，一個實施顧問就懂一個應用場景。

過去一個實施人員包打天下，現(xiàn)在細分的很：

1、業(yè)務咨詢顧問（業(yè)務專家）：戰(zhàn)略規(guī)劃、業(yè)務管理梳理與改進

2、IT咨詢顧問：IT藍圖規(guī)劃、IT集成方案、IT數(shù)據(jù)方案、IT治理方案

3、售前顧問：IT需求-產(chǎn)品組合解決方案

4、銷售：報價-商務

5、技術實施顧問：產(chǎn)品部署（高可用、高穩(wěn)定、高性能、高安全）

6、應用實施顧問：產(chǎn)品配置

7、定制開發(fā)工程師：擴展新功能開發(fā)、插件開發(fā)、集成開發(fā)、報表開發(fā)

8、數(shù)據(jù)工程師：數(shù)據(jù)清洗、數(shù)據(jù)歸檔、數(shù)據(jù)ETL、數(shù)據(jù)加工、數(shù)據(jù)挖掘

有人說“使用易語言的人是國內最賺錢的碼農”，對此你怎么看？

行業(yè)內流傳著這么一個說法：“如果沒有了易語言，那么外掛將減少一半”。我見過老老實實打工成程序員（架構），最多一年可以掙到三五百萬，但是和寫外掛的程序員相比，確實還是有一些差距的（外掛就是外掛，還叫什么 游戲 輔助）。

易語言的初衷

易語言的出現(xiàn)可以追溯到20年前，它的設計初衷還是很好的，先不討論易語言是不是在英文編程之上加了“一層皮”，易語言的出現(xiàn)確實突破了英文編程的限制，降低了編程的門檻，可以讓不懂編程和英文的人，經(jīng)過簡單的學習就可以學會編程。

所以如果只看易語言的初衷，還是值得稱贊的，易語言在中文編程做出的貢獻是值得鼓勵的。

走著走著，走偏了

易語言的前景不是很明朗，更新很慢，而且社區(qū)支持并不強大，語言生態(tài)比較差。

順便說一下【生態(tài)】這個問題，很多人理解這個詞有一些困難，舉個例子：比如安卓和Window phone，大部分APP都有安卓版本，不一定有Window版本，這就是生態(tài)的好壞。

結果易語言沒在主流道路上快速發(fā)展，卻在“非主流”的道路上一發(fā)不可收拾。

早期國內對于 游戲 外掛沒有正式的立法限制，后期有正式立法之后，由于 游戲 行業(yè)的高速發(fā)展，還是有很多人禁不住金錢的誘惑，想利用外掛謀取高額的回報。

這時候有編寫外掛能力的程序員開始編寫動態(tài)庫，把外掛的基本功能封裝到動態(tài)庫里進行出售，這樣既可以獲取到高額回報，又不直接參與外掛的銷售或使用；而拿到“外掛內核”的人，使用易語言進行簡單的包裝，就可以完成外掛的制作。

在這種背景下，讓易語言在外掛制作行業(yè)中，占領了一席之地。

不過再怎么說，外掛的開發(fā)、銷售、使用違反了法律的規(guī)定，在我國法律中屬于非法互聯(lián)網(wǎng)出版活動，情節(jié)嚴重的，可構成非法經(jīng)營罪。

所以奉勸正在正在使用或者考慮使用易語言進行外掛開發(fā)的程序員，還是能“安守本分”一些，千萬不要變成“易語言從入門到入獄”。

我將持續(xù)分享Java開發(fā)、架構設計、程序員職業(yè)發(fā)展等方面的見解，希望能得到你的關注。

坦白來講易語言現(xiàn)在能慢慢流行起來還是有一定 歷史 原因的，易語言設計之初帶著美好愿景,讓中國人擁有自己的編程語言，突破英語限制，讓一些起點低的人也能使用中文編程，在誕生之初還是贏的了很多人的贊譽，但很多標準的程序員覺得只是在現(xiàn)有編程語言的基礎上加了一層皮而已，沒有多大的創(chuàng)意在里面，無論怎么樣起碼不懂得英文的可以借助這個平臺在里面實現(xiàn)編程的功能了。

為什么很多人采用易語言去做 游戲 的輔助？

這件事說起來，還存在一定的時代背景， 游戲 外掛在2008年之前國內還沒正式的立法，屬于法律的空白期，在這之前 游戲 的外掛或者輔助之類的軟件開發(fā)人員基本上都或多或少的掙了不少錢，但真正立法之后從事這塊的人員已經(jīng)減少了很多，因為直接參與外掛的編寫并且產(chǎn)生經(jīng)濟獲利就能構成犯罪了，但 游戲 行業(yè)還是如火如荼的發(fā)展，還是有很多人擋不住金錢誘惑想在這面撈上一筆。

特別是一些學歷不高，但是想著通過這個產(chǎn)業(yè)發(fā)財?shù)娜诉€是大有人在。但因為國家已經(jīng)立法了，所以很多真正具備編寫外掛能力的技術人員，想出來另外的一種方式，就是編寫一套dll文件，就是動態(tài)庫，把外掛的基本功能封裝成庫賣給直接參與開發(fā)的人員，著中種算是打了一個擦邊球，直接參與的開發(fā)人員大部分屬于一些想著發(fā)財，但學歷起點不高的人，所以易語言在這種場景下算是有了極大的生存空間，所以現(xiàn)在網(wǎng)絡上很多 游戲 輔助的都是易語言弄得，界面很丑陋，但能完成基本的輔助功能自動回血，打怪等等基本操作，當然 游戲 外掛不僅僅是通過易語言來設計，有些簡單重復的動作可以直接使用按鍵精靈等模擬按鍵的操作。

記得在06年左右有個同事專門做騰訊的 游戲 外掛，后來被騰訊告了，但由于當時對于外掛還沒有立法，里面呆了三個月，除去罰款還獲利了幾百萬，據(jù)說直接從北京辭職回老家過小日子去了，很多人都想著一夜暴富，但現(xiàn)在的立法越來越完善，漏洞也會越來越少，而且做這種事情畢竟屬于不見光的行徑，既然有了這種編程技術倒不如老老實實做一個技術人員，真要對于技術有一種特殊的愛好堅持下去，不斷的積累打磨一樣可以讓日子過得很充裕，而且還能做的正大光明，心懷坦蕩。

任何一種語言的發(fā)展過程都不會一帆風順，雖然易語言已經(jīng)有些年頭了，現(xiàn)在的名聲也不全是正能量，隨著時間推移，以及技術的不斷更新，一定會有一個非常大的前景，畢竟是唯一一款可以用漢語編程的語言，還是具有很大的影響意義。

奉勸一些想在 游戲 外掛或者輔助撈一把的人，倒不如踏踏實實學一門編程語言，真要是一個編程的好手，做什么都能讓自己發(fā)光發(fā)熱。

希望能幫到你。

曾經(jīng)有很多人使用易語言，在法律的空白期，兜售外掛，大撈一筆。除去外掛一說，易語言從誕生到現(xiàn)在，系統(tǒng)更新迭代簡直可以用龜速來形容，且社區(qū)支持不強大，語言生態(tài)較差。這也是任何一門行業(yè)的禁忌，如果不注重創(chuàng)新，就只能被比下去。 （全文700 1000字，預計耗時3分，文末有免費軟件【5并發(fā)】相送）

當代人，處理工作都追求時間短，效率高！“低代碼”這個名詞，便應運而生。

編程，已經(jīng)不需要學習各種高級語言

在低代碼開發(fā)工具上面編程，你完全不用學習任何一門語言，別說C，C++，Java，python......就算是入門門檻低的易語言，也不需要學習。

當然啦!編譯也用不上，更不需要像excel那樣要借助VBA，才能開發(fā)軟件。

就拿云表來說，這款低代碼開發(fā)工具，在管理軟件開發(fā)領域方面，已深耕10余年，并有了很大的建樹。

在云表這里，使用者只需要像在excel的界面上，拖拉拽，以畫表格的形式的編程，就能搭建出各種管理軟件和報表。比如說像管理軟件WMS、CRM、ERP、OA、BI、SRM、BPM、進銷存、車輛管理系統(tǒng)、教務系統(tǒng)......像報表有損益表、現(xiàn)金流量表、財務報表、采購單、離職檔案、報銷單、銷售單......

知道你會不服氣，但云表能做的不止這些

你或許會覺得它不靠譜，但我可以肯定的告訴你，放一萬個心!

云表是以Java為基礎搭建出來的，內嵌了MySQL數(shù)據(jù)庫，用戶不需要再專門去維護數(shù)據(jù)庫和系統(tǒng)，這些底層的IT技術可以放心交給云表的研發(fā)團隊。

也就是說，你專注于自己的業(yè)務流程就行!沒有代碼，不懂數(shù)據(jù)庫，照樣可以“拖拉拽”編程開發(fā)軟件。

而像日常的業(yè)務功能：數(shù)據(jù)透視、數(shù)據(jù)分析、一物一碼、掃碼入庫、PDA集成封裝、外接數(shù)據(jù)源、連接API網(wǎng)關、與用友金蝶等第三方系統(tǒng)集成、預警提示、質量監(jiān)控、生成可視化商業(yè)大屏、權限控制、海量用戶在線協(xié)同辦公、生成移動端APP......等等，只要是你需要的業(yè)務功能，在云表這里，基本上都能實現(xiàn)。

你以為這樣就完了嗎？像云表這樣的“拖拉拽”的獨特表格編程方式，不僅方便業(yè)務人員，在任何時候，都能按照需求對軟件的功能進行重新的增刪查改，而且這種開發(fā)方式，效率高于代碼開發(fā)的5 8倍。

而這也催生了一種另類的程序員，一種不用寫代碼，不用學高級語言，懂中文，會業(yè)務的程序員。

事實上，很多人也在用云表，給別人開發(fā)進銷存之類的管理軟件，用幾天的時間，來賺幾千到幾十萬不等的“外快”。

還是不認可？看這里

華為、海爾、中國電信、首鋼、中冶、華風氣象、恒逸石化、航天科工委、國家道路與橋梁工程檢測設備計量站、燕山大學......各種知名企業(yè)、事業(yè)單位、知名高校，都在用它來開發(fā)自己的管理軟件。你覺得它有沒有發(fā)展前景呢？這里我不發(fā)言，把話語權交給你！

上圖為用云表生成的移動端APP。

最后，免費的獲取方式在此奉上：

獲取方式：

說到底，所有的語言、工具都是實現(xiàn)目標的手段，哪個工具更快、更高效，我們就應該選哪個！

易語言制作windows窗口軟件，上手快，最大的好處是，單文件，兼容大部分的window版本，對于黑產(chǎn)客戶比較方便。大部分定制的人就是喜歡，打開就能用，點擊按鈕就有效果，至于什么效率，只要比手動快就足夠，

99年上大學，那時的技術文檔都是英文。一些大蝦認為我們水平不高的主要原因是語言的問題，聰明的中國人被蹩腳的英語耽誤了！于是有人寫了E,這種中國人自己的編程語言！

在我看來這門語言是中國一代IT人為了夢想邁出的第一步，無論它好或壞都請各位尊重它！

我本人就是易語言使用者，客觀的說您的觀點是錯誤的，易語言本身的設計就限制了發(fā)展空間

因為都是灰色的比較多

其實吧，易語言寫簡單的小程序(外掛還真不屬于簡單小程序里，因為牽扯到 游戲 尋址和亂七八糟需要考慮的種種問題)是很簡單的，如果說做一個正八經(jīng)稍微大一點的程序跟其他語言差不多，而且易語言程序在穩(wěn)定性方面還是有很多不盡人意的地方，誤殺也是，再者，在這不得不提到編程思想，如果說沒有很好的編程邏輯用再好再流行的語言也是渣渣

以前學c+ ，難， 后來上手易語言，自己摸索 ，最方便的就是外掛， 另外做些輔助自己的東西特別快 方便。 感覺就像VB。

后來在公司運行過一次程序，報毒攔截。所有人都知道了

還是轉學其他的了

都是灰產(chǎn)，取巧性比較大，不過高級的都是有其他編程底子的，其他行業(yè)一樣風生水起

哪個公司做的電子招投標系統(tǒng)做的比較好？

數(shù)字化招標采購 系統(tǒng)可以關注北京筑龍，國內領先的智慧化招標采購平臺建設及一體化運營服務商，已為招商局集團、東風咨詢等央企、國企提供高效、安全、先進的電子招標采購系統(tǒng)。

1.筑龍企業(yè)電子招投標系統(tǒng)建設將按照《中華人民共和國招標投標法》等法律法規(guī)，根據(jù)招標方的管理制度和工作流程，運用信息技術，將各類信息資源進行整合和集成，并與現(xiàn)有系統(tǒng)進行整合，打造一個安全可靠、穩(wěn)定高效、操作便捷、擴展性高的交易平臺。系統(tǒng)包含招標投標門戶網(wǎng)、招投標業(yè)務管理平臺、招標人監(jiān)督平臺并根據(jù)企業(yè)實際情況開發(fā)綜合辦公平臺、數(shù)據(jù)智能分析平臺、信息資源庫、應用支撐體系等功能。

2.提供超過96個功能模塊供企業(yè)選擇，各模塊之間可以靈活配置，通用性及可擴展性強，在功能豐富的前提下不對客戶進行功能綁架，而是根據(jù)客戶要求完成對系統(tǒng)的定制開發(fā)和配置要求；系統(tǒng)提供良好的二次開發(fā)接口，可快速構建個性化業(yè)務系統(tǒng)，最大限度降低用戶的成本；以達到較高的升級便利性和高效性，最大的減少用戶的應用推廣成本。

網(wǎng)站標題：srm開源代碼java,srm項目
本文路徑：http://www.chinadenli.net/article30/heddpo.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設、品牌網(wǎng)站制作、App設計、企業(yè)建站、微信小程序、微信公眾號

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)