潜伏在办公室
最近很懒，懒到很多事情能拖就拖，能不做就不做，实在不好意思拖下去了，就写了这篇文章，这里特别感谢程程的排版与大力支持～
书接前文，上回书我们讲到了面试的那些事，那都是进入公司以前需要做的事情，那么还有更多的朋友们已经在各大企业里开始打拼了，如何能快速上位呢，且听熊熊一一道来～
职业的几个阶段
记得熊熊刚进某公司的时候，第一次进大公司啊，那种激动劲头可想而知，正是刚刚毕业一腔热血的时候，在MSN上的签名也是什么立志成为国内XXX第一人，立志成为最牛的XXX等等这样的今天看起来很幼稚的事情。
很感激我的第一位亦师亦友的团队领导对我说的话，他告诉我了两件事情，第一件是针对我的MSN签名，他笑了笑说：“挺有上进心的，但是你慢慢会发现技术不是解决问题的唯一方式，技术这东西，你不会我会，我不会有人会，都不会可以Google，可以查文档，可以问专家，总之能解决的，而真正难的在于对需求的把握与深入理解。”这句话在我后期的职业生涯中起到了很大的作用，以至于我现在都不觉得自己是一个技术大牛，也没想过要成为大牛～
第二件事是一个故事，就是我本段想说的职业的几个发展阶段，这个故事，也是头儿当时听一个大家说过的。每个人从正式参加工作起，大概会经历三个职业阶段（当然，不一定所有人都有运气经历到这三个层面）：
第一个层面就叫做工作。没有任何的修饰词需要解释，一般在刚进入社会的两到三年内，当时的你没有任何的工作经验与阅历，只能选择一份工作用来解决温饱问题，这个工作也许很幸运的是你喜欢的岗位，也许并不是你喜欢但是很无奈的事情，这就是残酷的现实；
第二个层面叫做职业。这个阶段一般在于有了3年左右工作经验，而相应的你的职位和薪水已经能够为自己提供稳定的温饱保障的时候，你可以开始考虑自己到底想做什么，能做什么，开始为自己设计职业发展道路。这个阶段是大多数人会经历很长时间甚至是一辈子的发展阶段；
第三个层面叫做事业。能到这个层面的，一般已经无需考虑温饱问题，而是更多的为了实现自己的人生价值或者心中的理想，赔赚在他们看来已经无关紧要，更多的是为了圆心中的那个梦，这才是真正的职业人生，但是并不是所有的人都有幸到这个层面～
打拼的技能
第一，会写文档，也是一种技能。因为从小写日记和作文的缘故，也因为自己喜欢看书、看小说，所以到公司以后也愿意写一些文档方面的东西，这点很受到领导的青睐，以至于很多项目标书和解决方案文档及客户演示稿都由熊熊来完成，而熊熊也慢慢的将文档能力一步一步提高，到成为自己的主力技能之一。
写文档主要包括几个方面：背景、目的、方法、实施、展望。背景主要是当时所处的现状（不管你是甲方还是乙方，一定要对项目当时的情况非常了解，不然写出的文档就是纸上谈兵）；目的不止是指写这篇文档的目的，更主要的是指你这篇文档所要做的事情的真正目的；方法是指你要做的具体的事情和做事情所需要的具体方法；实施和维护应该看成一种，就是除了具体如何去做，还要考虑做完以后的事；展望则是对未来的考虑了，如果是技术文档，则可看为对高可用和可扩展性的描述～
第二，切忌不要小窥日报、周报的价值。另一点在这里我想告知大家的是，现在很多公司都要求写周报或者日报总结，千万不要小看这个事情，更不要为了工作敷衍了事。我见过很多领导对下属说过，你做了什么，并不是所有领导都能记住，你不写出来，到时候怎么评判你的业绩。领导想看到的是什么，或者他怕看到的是什么，不是你做了什么，那是他觉得花钱雇你来工作天经地义的事情，而是如果你没做什么，他会造成什么损失。所以，写损失比写贡献更能QJ领导的眼球，呵呵，怎么写，我就不一一解释了～
几种职业应该考虑到的
熊熊愚钝，这些年东奔西跑的，没有啥大的成就，却在IT圈里没少折腾，做过开发、做过网管、做过系统运维、做过DBA、做过系统集成，也当过小领导，做得多了，多少有了一些自己的心得体会，在这里也来唠叨唠叨，献丑了～
先从开发说起吧。其实这块熊熊基本上没啥发言权了，毕竟不做开发很多年（Music：我不做开发很多年，我不爱冰冷的键盘～），其实现在国内的开发人员越来越多了，开发团队水平也是良莠不齐，很多的开发者为了赶进度拼时间，很少讲究优雅的代码，甚至很多人更是沦为了代码民工。
以熊熊对开发的丁点理解，一个好的项目应该包括：需求采集、需求确认、系统建模、数据库建模、系统开发、集中测试、整体合成、项目实施、验收确认。当然，其中还包括最重要的支持环节，即标准化（这点能充分区分专业团队与私人作坊的水平）。
而且，我认为编码人员的注释能力很重要。是，我承认，你写一百行代码，稍微有点经验的人可以保证一行不错，那么一千行呢，一万行呢，十万行呢。这里想说的是，注释不是给自己写的，而是让所有人看得懂，没有一个人能完成一个大型的工程，我们要讲究团队协作，好的编码风格和注释也是标准化的一个重要体现，能迅速的提高团队的整体作战能力～
再说说运维吧。毕竟做了这么多年。运维，唉，一言难尽啊！怎么说呢，现在各大公司的运维标准不一样，如果光让你负责服务器系统这块，还好说，有的运维甚至还要兼管数据库甚至沦为网管工作。这里，通过熊熊这么多年在那些黑心黑肺公司混出来的厚黑学来讲，工单制度很重要，不能让杂鱼杂虾都干涉咱们的工作，必须将运维人员从复杂繁琐的日常维护中抽出来。运维的最终目的是做到人工维护到自动化维护的转变。
举个例子，一边是开发部门的局域网络延迟，一边是市场部或者销售部的一个SB主管只是QQ或者MSN上不去了，两个事情前后脚拨通了你的分机，有你烦的吧。如果是熊熊来做，会同时接受响应，至少要给双方一个信息就是你知道了，并且告知开发部门你会去马上查看网络情况，不能连响应时间都让双方无法满意；接下来我会首先去看看市场部或者销售部那个SB的笔记本是否有问题了，如果3分钟内能解决，就顺道给他解决了，如果不能解决，就把他的笔记本带过来解决，然后马上去排查重要部门的网络延迟，毕竟他们才是真正的生产部门。而且在解决的同时可以顺便看一下那SB的笔记本问题（一般都是这些SB自己瞎装软件或者乱下载引发病毒或木马甚至软件冲突所致，有可能其他部门的网络延迟就是他们搞的）。如果有必要甚至可以让他将隐私文件和办公文件先拷贝出来，用你运维部的台式机先办公，省得让他无所事事抓你把柄，MLGBD。
至于系统运维这块呢，个人感觉主要是，并不是说服务器放在那里，每天监听一下没问题就OK了。各种系统服务以及各种软硬件环境的搭建一定要熟悉，没自己搭建过服务器的运维叫什么运维。就算是最简单的监听，最少有三种方式吧。
第一种当然是第三方软件了，那样的话你想监听的东西是一应俱全了，缺点是一个字，贵，除非财大气粗的公司，像熊熊现在的公司，一个破监听软件花了10W大洋，还不算为他配置的几台服务器（姥姥的，这钱给熊爷多好）。
第二种是Free软件了，比如Nagios、Cacti、Mrtg、AWstats等等，好处是免费，缺点是有些配置比较麻烦。
第三种当然就是自己写脚本了，优点是能够根据实际需要满足现状，缺点是每个人写的脚本水平良莠不齐，而且个人习惯不一样，很难维护。
系统集成这块就应该让自己成为一个杂家。各大厂商的所有硬件产品（包括服务器、存储、安全、网络、UPS等等）都应该有所了解，而对于真正落地的技术，则不需要太过浪费时间深究。举个例子吧，以前熊熊老是喜欢安全那些，包括iptables一直以来是熊熊觉得能拿得出手的技能之一，但是想想现在怎么样啊，财大气粗的公司买个好点的防火墙，根据需要加上IDS或者IPS，不比你自己辛辛苦苦编写一大堆规则更安全。所以啊，技术只是相对的。你要考虑的是如何让客户更好的整合自己的资源，比如什么时候该用SAS硬盘，什么时候用SATA硬盘，不同应用所对应的RAID级别等等，存储的方式，SAN模式还是NAS架构，IP SAN（iSCSI）还是FC SAN，这些都需要从客户需求和成本预算上有个综合的考量，总之就是从实际情况出发，考虑到高可靠和高可用以及日后的扩展性等因素。
综上所述，仅为一家之言，本人才疏学浅，肯定有很多不足的地方尚需指正，还望大家不吝赐教～
联系方式
MSN：zy_shmily2008@hotmail.com 51cto技术博客：http://bearlovecat.blog.51cto.com
欢迎大家一起交流技术！互相学习！
本文转自bear_cat51CTO博客，原文链接： http://blog.51cto.com/bearlovecat/406235，如需转载请自行联系原作者
