1.缺乏技术的广度和深度
举个例子，从广度上来讲，如果你是一个自动化控制工程师：
在现场总免不了需要与别的厂家或者工厂IT进行互联互通，如果连子网掩码，VLAN，默认网关，NAT转换，路由等用来干啥都不是很明白，怎么办？
现场正在调试伺服驱动，但是加工精度不高，已经证明是跟随误差有些大（也许没有做过伺服跟踪的工程师都不知道如何判断），此时的你如果连跟随误差与位置环增益有什么关系都搞不明白，怎么办？
你现在需要使用西门子PLC 的FB63, FB64, FB65, FB66与第三方设备进行TCP通讯时，因为不了解TCP，对于主动连接，被动链接，端口号等参数的填写你怎么办？
现在需要与工厂IT进行通讯，有几种方案，webservice,直接读写数据库，OPC UA......,试问如果你不懂，怎么办？
从深度上来说：
记得前几天才发了一篇文章：
一文弄懂vlan、子网掩码、MAC地址、网关、DNS、三层交换机
接着就有小伙伴吐槽我文章差点意思，qos,acl,snmp,环网，热备，dlr等都没有介绍
其实不是不说，如果真的要说，我华为的兄弟估计就一个OSPF能半个小时，毕竟他是经历过华为洗礼的资深网络工程师，他对网络的理解肯定要比我们一般的IT工程师会深入得多，但是对于一般的IT工程师或者自动化工程师而言，了解到一定的深度也是很有必要的；
2.还记得上次发过一篇文章：
MES、SCADA下的数据采集— 西门子S7comm协议分析
我相信只要是玩过西门子PLC的，大多数人应该或多或少都用过S7协议，比如用于S7-300与S-1200之间的通讯等，或者有的朋友用过s7netplus的dll在PC上做过数据采集，或许还有比较厉害的大牛能通过分析协议自己编写属于自己的s7netplus，其实本刊为了让大家朝着协议这个方向自我探索，逐步深入，对于不太明白的朋友们，我们特意发了另一篇文章：
Wireshark抓包分析 TCP三次握手/四次挥手详解 |网络基础（四）
以TCP为例子去分析协议，但是究竟有多少人真的看了或者看了之后对自己产生多大的启发，我不得而知。
3.再举一个例子，曾经对于各种各样的PLC，设置了密码，网络上总是存在很多朋友去问去找解码的工具，却不曾想过办法自己去研究解码的方法和过程，如果你不深入探究，那你就永远不会知道逆向，脱壳，对于如今的S7-1200/1500,也不曾去想过为啥现在的S7-1200/1500密码破解为何如此难。
类似的例子太多太多，用很多人的话说，其实很多技术，基础原理永远不会变，就像学习各种各样的编程语言，当你掌握了原理之后，你会发现，很多时候语言之间是一通百通的，就像你想深入了解工业以太网，你必须先了解以太网和TCP/IP一样，当你了解了之后，你会发现所谓的Profinet, Ethernet/IP, Ethercat等虽各有各的特点，却始终是以太网和TCP的变种而已~
2.长期无法自我突破和自我学习困难
1.从事于智能制造的很多工程师们，很多都是在小型软件或者硬件公司，系统集成商等工作，长期面临着同样的编码或者调试工作，项目对你要求也许就只有那些（或许你会认为项目其实很难，但是你所接触到的也就还是那些），整个技术视野会比较狭窄，自己的技能难以得到综合性补足与发展，因此也就无法突破当前的环境；
2.我们制造业虽然没有学习到互联网的高薪酬，但是互联网的996我们倒是学会了，因此白天工作，晚上下班很晚，只能够依靠碎片化的时间进行学习，无奈自己自控能有限，三天打鱼两天晒网，即使有时间学习，也非系统性学习，盲目性较高（这种被我吐槽为看似努力，其实那顶多算是盲目劳动），无法沉淀成技术实力，还记得前面分享了一篇文章：
你是如何一步步把自己废掉的
感兴趣的不放看一看，真实的反映了大多数人的状态。
3.缺乏开放严谨的思维
记得在前面，我有以自己PMP经历，给大家分享过思考的重要性：
记自己16天备考的PMP，谈人到中年的迷茫，转型与思考
如果我们把所谓的工程师思维分为技术思维，产品思维，工程思维，那今天我是从技术思维出发的。
1.原理性思维：找出知识背后的原理
随着各种各样的控制系统，软件结构复杂度越来越高，应用场景越来越复杂，掌握相对基础性的原理反而可以帮助我么降低对于知识的记忆量，知识量爆炸的时代，原理相对而言却是可控的，但是很多工程师却不是这样做的，这听上去是不是和前面说的技术的深度异曲同工之妙？从公众号各篇文章的阅读量也可以看出一二，对于那种应用型的文章，有时候比原理性的文章更受大家青睐。
2.保持谦虚，多分析和问自己为什么
其实作为技术型人才，应该不光了解是什么，更重要的是要是去分析了解为什么，身边随处可见的例子，自从建立了交流群之后，我时不时会看一眼群里大家说了些啥，总有些朋友遇到一个报错，在群里给个截图问为什么，其实这本身并没有什么问题，不过很多朋友缺少了自我分析的过程，或者自我分析的过程过于糊弄，时间一长就习以为常了，很多做公众号的朋友都吐槽了这样的情况，缺乏问题的自我分析，这比不懂更加可怕，只有分析问题久了，你才会产生自己的一套体系~
3.技术之外，还有另一番天地
很多工程师或者技术人员总有这样的思维，如果是做MES，绝不去看SCADA或者网络通讯相关内容，如果是做PLC的，打死也觉得自己守着PLC的一某三分地就够了，自己给自己先立起了围墙，如果你真的立起围墙是为了向技术方向纵向深度发展也就罢了，然而很多时候并不是这样，因此保持开放的心态很重要。
举个例子：
初识西门子Wincc OA——超大型/分布式SCADA
工业控制系统安全入门与实践—从五层架构和安全标准说起
大家可以对比以上两篇文章的阅读量，第一篇其实看上去就像是广告问，第二篇才是干货型的技术讲解，但是阅读量却相差很远。
其实今天说到了技术思维，产品思维和工程思维，在副业刚需的今天，很多人都会迷茫自己没有一个很好的副业，有想过为什么吗？技术之外，你还有啥？篇幅有限就到这里吧，如果大家感兴趣，我从产品经理和项目经理的角度重新分析今天的问题，或许你会有不同收获~
当然其实从各个角度去分析都会有各种各样的原因，也总会有人说文章深度不够，大家不喜勿喷，这只是笔者输出自己想法的方式，不论是技术的输出还是想法的输出，对于笔者来说都是锻炼严谨思维的一种方式~
