IT业10年随想(一)：改了行，就要做得更专业

我2000 年毕业于某系，之后怀揣一腔热情去了一国有大型建筑企业从事施工管理工作。半年后因各种原因内部跳槽到该企业信息中心工作，3 个月后彻底改行的想法更为坚定，经人介绍去了一家金融央企，之后一干就是10 年。现在回顾一下，给自己留点回忆，也和其它即将进入IT 行业的人、已经混迹在IT 行业里的人分享一下心得。

*改了行，就要做得更专业

我赶上了IT 业兴起的时代，喜欢上了这种神奇的机器。互联网95 年落地中国，当时中美之间的总带宽为2M ，之后几年掀起了一股互联网浪潮，而2000 年左右正是IT 向企业深入渗透的时期，企业IT 需求高涨，IT 人员紧缺，待遇高出其它很多行业，因此产生了大量改行进入IT 行业的人员。而我的改行，除了待遇方面的因素外，更重要的因素是我喜欢计算机，渴望计算机给人带来的创造空间，惊叹计算机带来的神奇信息环境，梦想自己将来能够自如地使用计算机处理数据，快速收集信息，创造神奇的特效。为此在PC 还很昂贵的头几年，我不得不经常去蹭别人的上机时间，有时会为蹭到一台486 兴奋半天。

但真正要把计算机当成自己的终身职业又是另外一回事。没有科班背景如何得到领导和同事的认可，我想是大多数改行人员都会碰到的问题。好在PC 还正在普及过程中，专业科班毕业生也不是很多，大家对IT 服务水平的容忍度还比较高，很多公司能共享一条电话线上网就已经很高兴了。但我所去的这家金融央企，使用大量微软产品构建了一个庞大的企业信息系统（2001 年微软亚洲最佳解决方案，十年前能做到此水平在国内算非常先进了），其AD 、邮件、OA 、网站、内部通信网络无论从规模上还是从应用水平上在当时国内企业中没有几家能做到这个水平。于是，我的第一个挑战，就是如何胜任工作，如何把工作做得更专业。

勤学、勤动手、勤研究，在自己还年轻时很管用。我的工作切入点是建设全公司网管系统。在集成商迟迟不能解决好网络质量监控问题的情况下，我仔细研究了该系统，发现该系统为了避免性能压力，把最小取样时间限制为5 分钟，而造成性能压力的原因是取样数据不能定制，一次取样会把所有需要和不需要的数据全取一遍。在国外厂家定制成本非常高的情况下，我进一步研究了网管系统的实现原理，自己写了一套基于SNMP 的数据收集、展示和事件预警系统，很好地解决了当时网络短时间拥堵或中断的问题。现在回想起来，当时如果把这个系统做成一个开源项目，或者把代码给某个网管软件公司，或许能发挥更大的作用。当时国外几个开源和商业网管项目在同期起步，初期的设计理念和功能都差不多，现在已经成长为影响力很大的开源项目或功能很强大的网管软件产品，而我在把SNMP 协议吃得很透后，因为工作岗位的变化没有继续在该领域发展，也算是一种缺憾吧。从另外一个角度来说，改行进入IT 的人缺少帮手，不容易获得发展机会，难度也更大一些。

这个网管程序纯粹是我自愿用业余时间写的，在当时也算是有点开创性吧。SNMP 库最初是用的Windows API ，后来发现这套API 限制太多，改用hp 开源的snmp++ （后来发现该库内存泄露严重，费了好大的劲才查出泄露位置并修正），再后来为了整合snmp 、数据库和Web 展示，用C# 对该库进行了封装；用了一个叫rrd 的开源项目代码来管理时间序列数据并生成Web 页面用的流量图；使用Flash 开发了网络拓扑图管理功能，实现在页面显示拓扑结构、网络状态，并具备在线编辑功能。该软件很好地解决了在网络质量比较差、网络带宽很窄的情况下的网络监控问题，集中查看几十条线路的历史流量图的功能也给我省了不少工作量。从10 年后来看，要实现这些功能已经很容易了，但在10 年前也算是个先行者吧。

后来有另外一个项目，厂商修改了微软的一个系统登录组件，导致内存泄漏大批服务器定期死机。这对用C 写过系统底层程序的人来说是很明显的事情，但厂商因不愿意承担责任死活不肯承认。后来我把厂商的代码全部查了一遍，指出了内存泄漏的代码位置，并通过反复调用该代码吃干系统内存的方式证明这件事，但是这个厂商仍然没有承认，还一度鄙视我是外行。哎，秀才遇到兵痞子了。

再后来去做软件项目开发管理，从数据库应用管理到前端界面开发都有涉及，尤其是搞了很多浏览器界面处理方面的代码，把后端的JAVA 、C# 和前端的HTML 、Javascript 、XML 用得比较深入，也在CodeProject 上发了两个基于XML 的Web 控件，可以说涉猎非常广，但有一条不变的主线是如何快速响应开发需求并使用户界面有专业的外观和行为。

在快速响应开发需求方面，主要是通过xml 、xslt 实现表现和内容之间的分离，使设计人员不用写一行代码就能快速实现用户界面，如菜单、工具栏、选项卡、树形目录、表格等，使需求人员能够快速看到设计效果，这对提降低设计和需求之间的理解差异、提高开发效率非常有效。另外基于xml 和xslt 的技术，不用架设服务器，设计人员只需一个浏览器和一个文本编辑器，大大简少了设计过程中的技术工作量，使设计人员可以集中精力进行设计和优化。这方面原创代码、写得比较简练、视觉效果比较好的界面元素有菜单、树形目录、选项卡、工具栏，其中菜单和树形目录发在了CodeProject 上，做了一个模拟Excel 的浏览器表格控件，和后来google 的表格软件有点类似，因工作量太大没有继续写下去。后来国内某厂商出了个浏览器界面套件，微软出的Blend Express ，一定程度上都是为了解决快速设计的问题。

解决了内容和表现分离的问题后，使需求分析人员能够集中精力进行内容设计，但表现效果也不容忽视，别小看界面表现效果，在一个软件的用户评价中，它至少占了一半的比重。这方面我没有太多的精力和能力去原创，外观上主要是照抄做得比较好的网站，界面行为上努力实现各种标准效果并把代码做得尽量简洁。

在此期间因工作需要也搞了一些项目需求管理、变更管理、发布管理、内容管理方面的东西，做的项目不多，一个项目两三年，等有时间整理出来分享一下。这期间通过项目接触了很多业务知识，也算是一种补偿吧。

总体感觉，改了行，你需要做得更专业。