IT——想说爱你不容易

很早就来公司了，××地市的电信自动电子工单管理系统系统出了点问题，所有的工单都不做了，那就意味着这个地市的开户停机等等业务就都做不了了。因为系统已经运行大概2年了，平时问题也有不少，但是还是第一次遇到这样的问题，更要命的是接触这个系统的人现在已经走的差不多了，我一个来公司还不到一年的员工已经接手了两个项目的后期开发和在线系统的维护工作，说轻松也很轻松，说不轻松那就是听到电话头就大了。公司总是这样，每个人总要去接手别人留下的烂摊子，这可能是国内企业的通病吧，没有较好的福利待遇，很难留住比较优秀的人才，就算技术水平比较一般的也会整天想着跳槽。国内企业可能都差不多，一切以盈利为目标，只追求短期的盈利，很少看到长远的目标，其实也难怪，小公司始终要生存，要生存只有追求利润最大化，于是员工的工资往往就没有了升值的空间，最终导致人员不断流动，特别是核心人员，往往一个核心人员走了，就再也找不到人来接手，不知道最终是员工的利益损失大还是公司的损失大。

检查了半天，也跟踪了服务器端的执行日志，没有发现什么问题，重启服务器进程，继续跟踪调度进程和执行进程，依旧没有看出什么问题，后来根据日志中的select语句又到数据库里面查了一下，嘿！居然没有数据。估计是命令解析的时候出了错误，看来是程序问题了，在服务器上找到执行进程的源程序，make clean ——》make NND，居然编译不通过，l了一下，各个文件的时间来看，并没有人修改啊！没办法，没时间去追究谁动了代码，谁动了程序。根据错误信息走查修改了半个多小时，终于编译通过，make install 重启调度进程。工单执行正常了。该开户的开户，该停机的停机。然后又给客户打了电话，确认故障基本排除。接着开始写维护记录，可是我写什么呢？修改了两个变量的初始化值，一个宏定义？可是以前为什么跑的好好的呢？我没办法解释，还是过了CMM3的，我苦笑！

电信的项目也许就是这个样子吧！记得一个同行的博客写到：

“昨天还在出差，是中国网通某省的网管项目，中午和他们的技术负责聊天，我说：“今天又看了一下你们的点对点答标文件，一个字：虚！写的人不知道要做成什么样子，答的人更是不知所云，反正行不行的都答满足。” 那哥们就说了，“我们写标书总是往全里写，反正你们所有厂家都答满足的，最后还不是看关系拿标啊”。您瞅瞅，这整个没法干！ 一来，做网管实施是长期出差的辛苦活，大凡有经验的工程师都是从业5，6年，有家有口，很少愿意长期出差的，所以在现场的都是一些毕业不到1，2年的，经验不足在所难免，二来，电信企业设备庞杂，一般都会包括SDH,DWDM，语音交换机，IP网络，ATM等，每一类设备还有好几家厂家的设备，管理这些设备需要对这些网络有起码的理解，在国内能找出同时懂得这些设备的还真不多；这三来，别看是集成项目，对工程师的IT技术要求一点不低，你也许不需要用C++去写代码，但是你最好能懂Unix管理，脚本（shell，最好能懂点perl），网页技术(HTML,jsp,js,css什么的)， 数据库技术(Oracle,Sybase,Mysql什么的,不需要是DBA吧，也最好能把sql玩得烂熟)， SNMP（这是最基本的啦），RPing/Netflow（要是做IP网络的管理，这也少不了），Corba/XML/TL1(现在第三方系统的接口很多是Corba的了),Java(现在流行Web方式的B/S，所以说不定也还得写个Applet什么的，当然了，既然是Web，你最好也懂点Tomcat什么的,前面说到Corba，现在用得比较多的也是jacorb）,另外，你最好还懂Excel的宏编程，因为很多用户资料在Excel里面，那些资料可不是自动生成的，输错打错难免，标点符号全角半角混用等常有，所以有时候需要用宏处理。另外用户的报表有时候也需要宏来自动生成。您瞅瞅，要找个这样的全才还真不容易，到最后项目烂尾也就不奇怪了。 不过，中国有句话，重赏之下，必有勇夫！如果做这行“薪”情不错，自然会有越来越多的“勇夫”。但是，目前做这类项目的，基本都是赔本赚吆喝，国内的运行商基本只认硬件不认人，人力成本只能占很小一部分，一个200万的项目，集成费用只有20万左右，对大公司来说，如果派5个人在现场做半年铁定赔本，何况半年也不一定做得完 :-(。所以工程师的“薪”情也只能一般了。阿尔卡特在澳大利亚有个部门，100多号人，就做基于Netcool平台的网管和提供服务还能活得有滋有味，反观国内，估计相同的情况下20人都养不活，悲哀啊，中国人什么时候才能重视服务和人力，而不是一堆铁箱子呢!”
那哥们电信行业做8年了，电信网管也作了5、6年了，如此资深人士的话也不知道让我和我们作何感想啊！