编程难不难，我觉得很古怪，一个做量化出资的人竟然想学Python。他说现在做量化光靠脑子活不行用了，许多人都在用AI算法剖析数据。像qstrader这样的开源项目现在在他们职业很抢手，许多人都在研讨。假如他不跟上，那么就要掉队了。任何新技能出现后，都会在事务范畴掀起使用的狂潮，这种作业在专业事务范畴渐渐的变多的产生，而为什么在咱们的IT部分中，却很少看到呢?
这些年IT技能的革新，新技能的出现，总是让事务部分获益，而事务部分也不断地使用新技能在优化他们的出产方式和出产技能。反过来，IT部分，特别是IT运维范畴，好像这些年还都在原封不动地选用刀耕火种的形式，依托运维人员勤劳的劳作来为各个事务部分供给杰出的支撑。说的刺耳一点，那就是为什么事务部分在不断的使用新技能装备自己的事务，而IT部分仍是一群彻底依托人的身体的土八路呢?
企业在IT运维范畴的投入缺少是最主要的原因，不过IT部分的技能高管在技能远见上的缺少其实是其根因。正是由于这方面才能的缺失，使IT部分在运维自动化、数字化、智能化范畴的蓝图彻底是过错的。因而信息体系建造彻底脱离了数字化转型的实质，花的钱也大多数打了水漂。因而一朝一夕，许多企业的IT部分觉得，把钱花在人身上才是最靠谱的，任何的数字化渠道的出资都是浪费钱。花钱建渠道还不如把钱省下来多找几个外包驻场的技能人员来得真实一些。
别的一方面的要素是IT部分的信息化和数字化进程要远远落后于事务部分。企业的事务现已阅历了电算化、信息化，现在已确认进入了数字化转型的前期。而IT部分这些年尽管协助事务部分完结了电算化与信息化，可是本身的事务仍然处在电算化阶段。可以用电脑写点陈述资料，用简略的EXECL或许数据库办理一些装备信息，现已是许多企业的IT部分针对IT运维办理的顶配水平了。其技能水准连信息化都谈不上，更不要说数字化转型了。
上图是一个事务数字化转型的作业内容，从数字化描绘、数字化模型、数字化出现到数字化履行和数字化点评这个数字化转型的流程来看。关于IT运维部分来说，完结IT运维的数字化描绘这项作业也基本上算是一个没办法完结的使命了，更不要谈后边的模型、出现和履行了。
二十多年前，我也参加过一些职业的事务数字化建模作业，参加过冶金、邮政、电信、查验检疫职业的事务体系的数据模型规范规划。其实许多的事务部分开始的模型建造都是事务专家和IT专家一同构建的。并且在多年的实践活动中不断的迭代和演进，其头绪非常明晰，事务通过数字化描绘后也和IT深层次地交融了，其持续演进的才能很强。
反观IT部分，除了折腾一些我一向认为是身外之物查核人的绩效的KPI之外，在真实的IT事务上实际上并没有做数字化描绘的投入。因而关于大多数企业来说，都无法完整地描绘出某个IT根底设施的数据模型，更不要谈针对现在杂乱的IT环境进行数字化建模了。
形成这方面问题的根本原因除了这些年IT部分在这方面的出资缺少外，最主要的问题仍是人的观念问题。通过这些年的开展，IT部分的领导眼中只要那些点评人的KPI，而缺少针对事务进行数据建模的认知。2019年我在安排一个IT运维目标目标模型规范化项目建造的时分，许多IT部分的领导觉得我在做一个没有价值的作业。都进入智能化运维的年代了，怎样还有人在干这种根底的作业呢?针对一个数据库目标，有必要去收集数百个目标来做剖析吗?现在有多少目标就用这些目标来做剖析不行吗?为什么还要去折腾根底目标的作业?
假如这是在事务部分，这种观念肯定是没有生存空间的。不过在IT部分，这种观念得到了广泛的认同，好像是水到渠成的作业。我们都觉得搞智能化运维才是现在的潮流，而去折腾数字化描绘，那是吃力不讨好的作业。殊不知数字化描绘是智能化的柱石，柱石不存，楼房从何而起呢?在如此认知之下，那么IT部分的数字化也就只能是海市蜃楼了。