有搞制造业信息化的吗？现在智能制造很火，都在上各种系统。

一直都有啊，只不过都是 to B 的公司，大家不知道而已，还有工业讲究稳定，整那么多花里胡哨的东西没有用

一直都很火把，十几年前就在上，难道你最近才知道？

现在媒体说的多了，也有 2025 计划了，所以大家关注的也多了，其实这些事大家一直都在做，只不过有早点的有晚点的。

以前可能是大中型企业上系统的居多，现在中小型的也开始上，一方面是人力成本提高了，另一方面很多老板被各种传媒、展会、周围环境等等因素影响，了解到了信息话的好处。

另外的原因是很多小企业或者家族企业的第二代逐渐渗入到企业管理中，年轻人对这些东西的热情会更高一些。

早就应该搞了，基础的东西才是有价值的，造富运动都是什么 bat 高管，喝西北风呢。

制造业都啥样了心里没点数么

ERP 重在实施， 而且要住客户那边蹲点实施， 不过 ERP 做好了确实挺赚钱的

你说的这些都只是企业内部管理信息化而已，和智能制造没多大关系，顶多算智能制造的前置条件。相关软件(以 ERP 为核心，根据需求拓展各模块)至少十几年前就在企业里应用了。
说实话大中型制造企业的 ERP 还是 SAP 的天下，小型企业可能会用用友 /金蝶，但后者相比前者弱太多。

智能制造更多的是生产本身的自动化智能化

大坑，微软.Net 占大头，n 年不变的技术栈，都是小修小补，大改一次相当于整体换血。

工业上面的技术都比较老。现在工控上位机用的比较多的还是.net ，微服务啥的连影子都看不见，不像互联网企业一天换个框架

制造业普遍没钱，软件工程师一样是付出脑力劳动撸代码，拿着跟机械工程师一样的工资，有微软、西门子、ABB、安川电机、GE 这样的巨头支持，软件工程师跑路了也无所谓，铁打的营盘无所谓这种流水的兵。

制造业是重资产，即使有钱投入，资金大头都拿去买新设备上新生产线了，这就是军备竞赛，人力支出主要是用于维护这些设备正常运转，要求很低的。不像互联网，生产设备是服务器和集群，资金大头要投入到人力上。

凡是和制造业这三个字沾边的公司，都是开不起高工资的

制造业主要还是买设备为主。系统的话，一般都是政府有补贴或者要上市了，才会整。现在大部分制造业信息化都做不到，何况智能化

内需还没拉起来 制造业没钱赚...

我还要再劝退一次：

1，一定不要让那些高大上的口号给忽悠了，蝈稼现在是碰到了痛点才想起来，这阵子过去了该干嘛还去干嘛。事实上跟风蝈稼口号一般都会被历史的车轮无情碾压，远的有上山下乡，近的有支援西部，最后都是浪费了青春啥也没得到。

2，制造业的问题由来已久，互联网你可以自己全栈搞定，制造业不可能靠单人 solo，想 solo 你得懂机械、电子、电气、软件、工艺等等。制造业的平均工资水平是，硕士入门级 10-12w，两到三年的 12-15w，做个 10 年能到 manager 级别可能拿到税前 30w，这还是最好的西门子、GE 这个级别的，国企民企在这个基础上再打个 70%-80%的折扣。(我当时研究生毕业西门子这种工控巨头开的是 6.5k x 14 薪，GE 开的 8k x 13 薪，都是睡前，而且是最好的 business unit)

3,如果是好坑，不用你喊口号，人自然会来，钱给足自然有人帮你宣传；口号喊得山响的那种，都悠着点，搞不好天天加班赔进去自己大好的青春还存不了多少钱。蝈稼真的重视制造业，很简单，把工程师工资搞上去，要想有欧美那个水平的制造业，又不肯投入让工程师拿着第三世界的工资，这种看看就好了。

结论：好好的在你互联网的坑里呆着吧，哪怕 996，毕竟钱多。

@ioth 有价值的不一定能赚钱，首先应该反省的是社会资源分配制度设计，那么大堆的钱和人力往房地产和金融行业里面投，那就是注定了人才都往这些行业走。面向工资编程没毛病。

@shijingshijing 你说的问题非常实在，我一直觉得制造行业使用的软件，基本没什么高大上的技术，或者至少没有实际应用什么高大上的技术。互联网行业的高并发之类的解决方案对于制造行业其实没啥用处，因为制造其实没什么并发......
但是这 2 者之间也有一些共通的地方，例如正因为软件的低投入，互联网的一些方法是不是可以应用到制造软件？主要是开发和相关的管理方法。
还有一点是软件架构，其实软件我觉得都差不多，站在开发者的角度，追求的终极目标一直是代码的高度可重用，无论是前端还是后端，其实想要达到的目标都是这个。所以互联网行业搞各种前端框架。其实我一直想拿来用于制造行业软件。
传统企业应用在这方面我觉得一直很落后，不知道有没有人原因在这方面做一些研究。或者有没有什么我不了解的研究成果。

@beginor 问一下，安卓能转 erp 开发吗。erp 开发怎么样

@dahaiwuliang 撇开准确理解需求的话，ERP 这类软件是毫无难度的，就是一堆的 CRUD，然后还有一些提供接口或者利用其他系统的接口连接数据的。ERP 系统难点在于销售和现场部署和维护，直白点就是教人家怎样用。

@dahaiwuliang 转就肯定能转， 不过需要学习的东西很多，Java 后台， 工作流， 数据库设计与优化， 系统集成等等，涉及生产的还要研究高并发， 应该都是你安卓开发没有接触过的。

@dahaiwuliang 好好的安卓开发不要往 ERP 这种坑里跳，做几年 ERP 除了 CRUD 和熟悉业务以外不会有任何收获。安卓开发的正确进阶姿势是学习 JNI，再深入搞 Linux 系统底层。如果你没有学习动力图轻松的话，那当我没说（好像做 ERP 也不会太轻松，特别是国内厂商的 ERP，像 SAP 那种养老院另说）

@saulshao 哥，生产制造您真的接触过？
1、一个企业几百条产线，每条产线几十个采集点，数据采集就是个问题了。
2、设备仪表采集生成的各种单据并发问题真是搞死人。
在做设备集成和生产现场终端之前没什么并发到是真的

@saulshao 你说的这些其实业内早有共识。而且国外活生生的例子摆在那里：Elon Musk 可以在短短几年时间里撸一个火箭公司+一家造车公司就是个很好的例子。这两家公司都是技术最先进的那种。

而且你说的复用组件、提升管理、敏捷开发这些不仅仅可以用于软件行业，工艺研发、设备研发以及新材料的研发都有类似的最佳实践。而真正掌握和运用这些最佳实践的创新技术的都是外企，而且这是一个连续积累的过程。外企会把这些东西包装成一个产品或者服务直接让你购买（设备啊，售后服务啊，咨询服务啊多的很）

最核心的问题其实很简单，国内的制度问题。制度问题导致了资源分配不合理，大的层面上，政府主导了资源分配，真正要投入的民营私营企业拿不到钱，拿的到钱的国企因为考虑到做砸了要承担责任不会自己投钱做研发而倾向于购买国外已经验证过的成熟的先进技术直接生产，能这样做的国企已经算是非常了不起了，因为比较是在提升制造水平。更多的国企拿到了资金和资源转身就买地盖房，这样国家投资能够稳定增值我作为领导成绩单会非常好看。

京东方这种是特例中的特例，早在 2000 年就开始做面板，能坚持下来实属不易。你换个思路如果京东方把当时投入到面板中的钱拿去北京买地盖房，现在是个什么场景？

最后，现在的国外制造业在研究的技术要超前很多年。举个例子，很多人可能以为假如现在把 TSMC 的最先进工厂收过来我们就能实现半导体跃居世界一流的梦想了。我只能说图样图森破了，一个工厂只能造这一代产品，后面 7nm，4nm 的工艺和技术基本上要推倒重来，每一次半导体技术的提升都是一次革命，而这些革命还将一次又一次不断发生，我们真正缺的是一个先进的体系和优秀的制度，让资源都能用在合理的用在合适的地方。

@shijingshijing 关注大佬你很久了，非常认可你的观点。一年前从 3 年 ee hardware 转后端。工资略有下降，但非常看好 CS，比 EE 好太多太多。
个人感受就是 EE 的工作重复度高，工程可靠性强，模式固定。CS 的工作重复性不断减少，工程较自由。
V 站的人普遍没有经历过制造业，是根本不懂里面有多坑。付出的努力却拿着互联网鄙夷的工资待遇。
如果 EE 工程师工资大涨，我也不会再回去，冷暖自知了。

@nulIptr 你数一下，我给你 200 条线，一条线 50 个采集点，也不过 10K。
这个并发量跟互联网行业吹嘘的并发(动辄上十万百万)比，真不算什么。当然，我并不了解互联网行业，所以我也不知道他们吹嘘的是不是真的。
有没有并发不是看数字，是看跟谁比。
整个制造行业的软件，能用上并发技术的，我真没遇到几个落地的实践，倒是更重视 FAILOVER 之类的实践方法。说白了可用性比并发性的实践多得多。
我其实并不是在说我懂多少技术，或者真的有多少实践经验，我就是想扔块砖，看看掌握了先进技术的各位，到底有什么想法，对我这种不懂技术的有多少启发。

@shijingshijing 能举几个你觉得掌握了这几方面(工艺研发、设备研发)的最佳实践的例子不？例如给几个公司或者软件的名字给我。我想了解一下，未来的 2 年我正好可以短期摆脱搬砖打杂的工作，可能可以专心研究一下。

@dahaiwuliang 你确定嘛，用友实习给 800 算多的，工资开 4k 算高的。
应届生过去代码都不用写就能完成模块开发。

不知道转 erp 是想干嘛，可能做实施的好些，可以跑掉根其他老板干。

回答楼主的问题:我不建议现在转制造信息化方向，并且这个方向根本不适合程序员。

我接触过的 mes 生产管理系统这些开发人员，技术很差，而且也跟不上现在的技术

@shijingshijing 明白人

西门子系列

@WilliamLin 我完全同意你的观点，整个行业都落后了，这是一个非常危险的现象。

@saulshao 然而互联网公司是集群处理并发，你让制造业企业上集群试试？
我倒也不是说难度高，就是大家都是写业务代码的，谁比谁强多少啊，除了画 ui 和 crud 还有啥

@kevinhwang 对的，EE 学得东西又多又难，出来找的工作又比不上 CS。我个人算是把控制、通信、EE、CS 的坑全踩了一遍，不吹不黑，可以腆着个脸说自己是超级全栈了。

我本科是学控制的，模电数电不用说了，专业课控制理论全是数学各种云里雾里，偏实践的工程课都是电机调速，电力电子，运动控制这种，一路红灯挂过来。考研开始一门心思考电气的研，刷电路原理刷到吐。复试说多了都是泪，那年的电气报考扎堆，分数上天（ 985 中电气专业排名 top5 的那种），果断联系老板换到了电信下面另一个说多了都是泪的方向，开始撸各种数字信号处理 - 傅立叶变换、小波变换这种，毕业设计是老板的图像处理项目，C++和 OpenCV 撸了一遍，那会儿图像处理还没现在这么火（那个时候手机都是功能机，电脑用的摄像头都很贵），要么去军功，要么去医疗（迈瑞医疗算很好的了）根本找不到其他好点的 offer。期间还准备出国考了托福和 GRE，最后本科成绩太搓，无奈选了个高大上的嵌入式开发 offer （不是军功行业，但厉害了我的国里经常拿出来吹，你们知道了会哇的叫一声的那种），工作用到的都是屠龙技能，但还好有时间把 x86，PowerPC 的 ISA 都撸了一遍，自己接私活儿把 PIC，C51 的 ISA 撸了一遍（现在基本上都忘了），日常工作撸 C 代码，外加一大堆外设 I2C，USB，RFID，IR，以太网，看各种 datasheet，application notes。接着理所当然的上位机应用，撸 C++，C#和.Net ，中间补了多线程、异步、各种设计模式。再后来终于是通过 PHP 走上了 Web 这条路。后面基本上就回不去了，看各种培训班的视频（传智播客什么的，别笑），从 ThinkPHP 开始（别笑）到 CodeIgniter 再到前端的 jQuery,Bootstrap,AdminLTE 各种框架。再接着撸 Python 爬虫、selenium 自动化测试，工作用的 SVN 自己用的 git，JIRA 等工具，期间把 CS 的专业课除了编译原理以外，计算机原理、数据结构、数据库都在 MIT OpenCource 上撸了一遍，不得不说有了以前的开发经验和基础，这些本科的基础课程都简单的很，研究生的课程还是要费点功夫。现在我又开始撸 java 了，想搞 Android 开发

期间有几点我觉得还是蛮幸运的：
1，Linux 我一直没放过，早期做嵌入式用 RedHat 9，后来 LAMP 主力是 Debian，一直在用。一路很多知识我学了用，用了就丢，唯一持之以恒现在还在用的就是 C 和 Linux，C++现在都不写了。
2，计算机底层的知识很重要(指令集、汇编、流水线、CPU 架构等等)，对于理解计算机运行，写出高质量的代码非常有用。包括后续理解 C#和 Java 的字节码和虚拟机都有很大的好处。
3，跟我一起考电气的，有出国最后去了 Tesla 疯狂加班，有去了地方供电局过着咸鱼一样的生活的，比较惨一点的是去了核电站的，各种不行。我很庆幸我没继续搞电气方向，虽然各种折腾，但最终还是换到 CS 这条康庄大道上了。

最后，我个人经历了这么多专业，接触了很多国企外企私企，最终最有前途的行业还是 CS。以后不仅是制造业，基本上所有行业 CS 都会参与进来并深度整合。CS 里面最终也要分层淘汰，现在已经有不少代码自动生成工具了，底层敲代码的工作要被 AI 踢出局，顶层的数学要一统天下。所以，现在大家是扎堆撸 web 撸算法，以后大家要撸数学才有出路。

@shijingshijing 说什么西部大开发，结果是把西部的资源开发了给东部使用……

@shijingshijing 说的很赞。

@saulshao 最佳实践的例子太多了，其实软件上的最佳实践的典型代表是设计模式。设计模式本身也是从建筑行业引申过来的，这个在 GoF 的那本书里面最前面就提了。我给你举一个西门子的设备研发中应用最佳实践的例子吧。搞过控制的基本上都知道 PLC，这玩意儿相当于一台小电脑吧，低端的 PLC 是做成了一整坨的，坏了要一整个换下来：
<img src="" />

高端的 PLC 采用了模块化的设计，最左边是供电电源模块，然后是 CPU 核心模块，右边绿色条的是 I/O 模块：
<img src="" />

假如说我有十几条生产线，我必须至少留一套作为备件；如果用前面的那种，PLC 坏了我要整个拆下来换新的，如果此时再坏一个我就没办法了只有停掉这个生产线；而第二种高级的 PLC 就健壮的多，可以拆开来只换坏掉的那个模块。除非是碰到两个 PLC 的相同的模块一起坏，而且第二种的 I/O 可扩展性要好得多，所以采用不同的设计方法得出来的结果就有很大差别。

工业用的计算机讲究高可靠性，比如同样是双核 CPU，在 CS 行业会尽量用多线程等方法将两个核心物尽其用；而在工控行业这种 CPU 一般都是计算性能过剩的，为了达到高可靠性的目的，会将一个相同的程序分别在两个核里面跑，然后比对输出结果，结果一致则继续，不一致就再计算一边再比较或者直接丢弃进入下一个周期；完全不同的思路。。。

现在的制造业用的都是成熟技术，传统 IT 行业用了十几年的以太网技术现在才慢慢被工业领域使用，而且还是 100Mbps，因为工业用的数据量不大但是必须高度可靠。制造业中技术含量最高的可能不是直接用于生产的设备，而是用来生产这些生产设备的工具和方法。比如半导体行业的 EDA 工具的 PSPICE 模型，仿真技术，虚拟装配技术，在研制这种制造工具的工具的过程中，会用到并行计算，虚拟化等 CS 最前沿的技术。

基础制造，就呵呵了，老板不炒房的连工资都成问题

@saulshao 有次公司的生产管理系统太慢，想找他们开发看是哪个环节导致慢了，结果教了半天，对方还是懵的，工控安全更是完全没意识。接口，竟然是使用数据库视图来实现。

@shijingshijing 兄弟非常靠谱，我们并不是少人，我们是缺少能够让企业让从业者不断产生出新东西的土壤；

@WilliamLin 这就是我说的技术已经全面落后了。我是搞 MES 软件的，对于 @shijingshijing 说的工控设备的设计并不了解，但是我赞同他在大方向上的观点。
现在的 MES 系统(无论是国内国外)，很多都是 20 年前的技术，因为干这行的人大多数都入门很久了。大家就是连数据库，写个 SQL，然后搞增删改查。我最近一直在想是什么原因导致落后这么远。难道真的是在熟悉的环境中太久了?
过去的 3 年，我在一个工厂搞了一个完全自主研发的 MES 系统，用的技术居然是 Javascript 中的 jQuery+存储过程....
我提过很多次把业务逻辑写到中间层去，被开发和开发的领导拒绝了。这我都觉得可以理解，因为这帮人都是搞 DELPHI 搞了 5 年以上的人。
但是有一个工作刚 1 年的小朋友，技术和学习能力我觉得是非常强的，我让他搞了一些中间层的业务逻辑代码，后来遇到了一些性能问题，他居然告诉我说他倾向于转向存储过程......

我并不是程序员，在 V2，我甚至算不上一个技术人员。根据目前的情况，我推测整个行业将会被颠覆，过去的技术将全面过时，一旦阿里或者类似的公司能在 MES 这个领域搞出几个成功案例，从事 MES 开发的程序员将会面临没有饭吃的境地。

@nulIptr 所以我的理解，互联网行业一讲先进技术，就是高并发，大数据量。MES 这个领域，我觉得不需要什么互联网行业水平的高并发，倒是大数据量能沾点边。
我是想说，作为 IT 技术和实践发展最快的互联网行业，到底有什么可以借鉴的具体方法？搞 MES 的技术都不咋的，我承认，但是咱能从技术好的人那里抄点啥不?
MES 系统大家都说技术简单，但是全世界也找不到一个像淘宝或者类似的网站那样好用的 MES 系统......这是为什么？

公司刚通过工信部验收，验收前三个月 5+2 白加黑。
最终 2 万项目奖金

https://imgur.com/a/lrAtwta
我建了一个微信群，大家来交流下吧。

@shijingshijing 哈哈，怎么发图片的，我怎么发出来是链接

@tadtung 我知道，但是网上讨论的很少

@saulshao 我也是搞 MES 的。现在提倡叫 MOM 了。

其实 智能制造 的核心在 MES/MOM，主要对接下层设备和上层 ERP.中间层就是 MOM

微信群二维码

别的不争论，西门子、GE 经理级别，十年以上经验 30w，这恐怕只是个笑话吧。

@bulldozer 绝对是个笑话，稍微资深点的顾问都不止这个价

@shijingshijing 这一路真是跌宕起伏，真.全栈， 制造业的程序员工资普遍不高，工资基本上都是靠熬出来的，保持学习的状态转 CS 才是正道

@jagger2048 也并不是这样，制造业 业务比技术重要，优秀的业务顾问很值钱。相对来说，技术只是服务于业务。

@bulldozer
@MES

GE 内部做技术的只有四个等级：professional band(PB), lead professional(LPB), senior professional(SPB), executive(EB)
再往上还有 senior executive
一般做 3-5 年会让带小弟，做到 LPB，5-8 年能到 SPB，再往上就要看有没有坑了，没坑就只有跳槽了，不跳不怎么涨的，跳了如果还想再跳回来也得抓住有坑的时机。

我知道这个薪水说出来你们不会信，哈哈，GE 是工业界的黄埔军校，Lean 管理实现的最彻底的公司，看看 GE 的人才流动是多么的频繁就知道了。

当然，上面的数据是几年前的，而且是平均数据，好的 BU 给的多一点，特别是急着招人的时候可能会破格给高点的 title，但是像 oil & gas 和 medical 这种，能拿到平均水平就不错了，oil & gas 马上要整个出售了，到时候可能直接就 lay off 掉。

@shijingshijing 还是你比较了解啊

@saulshao 但从性能上看，业务逻辑写到中间层还是写到 SP，是要分业务场景的，不可一概而论。

@WilliamLin 在国内 mes 开发人员整体水平确实不高…… 无以吐槽~

@saulshao
@MES

大公司流程完善，一个萝卜一个坑，都不怕你走。事实上你离开了外企这个大平台很多东西玩不转，不像互联网一个人可以包打天下。

@ybh37 因为 mes 开发人员基本是 半道出家的，先在工厂工作，接触了 MES，之后自己学习的。几乎没有计算机 科班出来的，别提 985，211 的计算机学生了。

@ybh37 因为我就是制造业公司的，看到那些人写出来的东西，真的不是个东西，用了 silverlight，响应时间 10s 以上，问了他们，优化不知道怎么优化，就觉得能实现就万事大吉了。

@MES 这几年不了解，不过以前国外和国内相关的论坛和站点不少，不过大多数学术性质的。当时很多知识点和资料在国外站点上找的。
我刚毕业那会在某垄断国企企管做 erp 导入统筹性工作。

@saulshao 我也遇到让开发使用 HTML5，不行，不上插件，不行，我都不敢和他们说前后端分离了，怕我要解释半天

@shijingshijing 你觉得我这个年纪，对 zf 还很相信和崇拜吗？我大学学校也算 985(那年代还没这叫法)，同学 28 个，一半出国了。系主任退休出国后，据说还再婚了。
只是觉得，想做什么就做，否则人一辈子只看到钱，不是什么国家的悲哀，是这个时代人的悲哀。

@WilliamLin 我过去的 3 年和一群技术不错(能理解新技术，给他们技术文档就可以参照着写出代码)的开发一起工作,其中有几个人还相当强。确实也用到了一些新的技术，但是整个架构还是老式的。
MES/MOM 的困难其实在于功能太多，按照 @MES 贴出来的那个图，你要搞完所有的东西，保守估计得 2000~3000 个功能点。还不要说涉及的设备接口技术之类的，就算每个功能都是增删改查，我觉得也能弄死人了。

@saulshao 同意，实现来说就是 CRUD,但是业务复杂，需求多。想整合所有小系统不是一年两年的事情。

@shijingshijing 老哥真特么稳

讲一点，汇总各地统计局自己的数据

各地的制造业投资都是下滑的，有的地方甚至达到 30%-40%，老板们赚不到钱，再投资钱整体在下降，

这意味着你面临一个不断缩小的市场。。。。。

经济寒冬来了，各位

MES 开发不能只看技能能力，需要很强的一线工厂业务经验。
工厂的日常很复杂，又很有规律可循。市面上那些花哨的架构图，大部分都是“砖家”门关着门想出来的。

现实开发和实施没一小块都比这复杂多了，有非常多现实的问题要解决。


我们公司的 MES 是自研的，离散电子代工业，到现在使用十年多年了，支撑过各种国际大厂的产品制造，水果啊，Echo 啊，guge 啊，等等等，踩坑多少是衡量 MES 开发实践能力的标尺。

与一些“砖家”交流过，我们日常的坑（系统特性）人家听都没听过，所以呵呵呵。。。。

最后两个忠告：
- 谁要是告诉你他有能力把架构图上那些模块全通关，那绝对是个大忽悠。不论是开发，还是实施，还是顾问。
- 要多与一线工厂终端用户和基层管理者交流，又不能被牵着鼻子走，上 MES 要把握好“度”。

@amps33 不能同意更多。做制造业信息化，不需要什么高大上的技术，先把业务理顺了吧。技术只是服务于业务的工具。我们的产品同样支撑国际大厂。波音、空客、中车、特斯拉、通用、等等等等吧