我的职业路——路在何方？(之一）

不过这件事却触动了我心中的某根弦，当时我肯定听到了内心深处的震动，因为我发现突然有点情绪激动，接下来的谈话，我一直沉默。

不禁对自己的职业生涯进行了浅度的反思。说实话，我也开始怀疑，我自己究竟能在IT这行，能走多远。

高中以前，我从来就没想过进入IT行业，我一直是对应用物理学非常有兴趣。当时虽然知道IT是新兴的行业，并且第三次科技革命它也居功至伟，说起比尔· 盖茨也是佩服得五体投地，但我们在乡下的条件，学校都没有一台电脑，根本就不可能开电脑课程，第一次看见电脑这家伙的真面目也是在高三的时候。对计算机一无所知，所以也就谈不上兴趣，也就从没想过以后进入IT行业。我记得我们班上，选报志愿的时候，没几个人把它当作首选的。

孰知世事难料，平时成绩一度名列前茅，高考临门一脚，发挥欠佳。最后落到只有最后一个志愿达到了分数线。之前我们几个同学打定，如果前面的几个理想学校没考上，也就不打算重读了，因为我们都恨透了应试教育，发誓如果这次没考上自己理想的学校，就再也不回头重新再来了。而最后一个志愿也是最后临时补充上去的，原因是老师看到我们几个志愿太少，认为我们发神经，因此叫我们补。我补了一个学校，由于太过自信，随便应付，最后专业也忘记填。后来那家学校打电话来，说我如果愿意去他们学校读书的话，请我告诉他们，我想选什么专业。我就问有什么专业阿，后来那边列了一串专业，我想到反正不是名校，计算机技术与应用好点吧。

一开始没想过进入IT行业，后来进入大学，对编程一度产生了浓厚的兴趣，考试成绩和实践方面的成绩也一度是优秀的。但仍然对IT没有真正的归属感。我把课余时间，把所有时间都花在科普、哲学、历史等方面去了。

我工作时间不长，2005年毕业，但至今已经跳了三次槽。

离毕业还有半年，接到一家公司的电话。那是一家民营企业，当时在IT全国100强，主要做电信方面的开发，大概在1985年上市，是广东省最早上市的公司。我面试通过后，进入公司开始实习生涯，不过不是电信开发的相关部门，而调到了新成立的开发物流部。

当时刚刚出来工作，而且不用上课了，工作中用到的技术也是自己从来没涉猎过的，第一次接触MVC框架，spring，hibernate等等，心情是非常激动的，工作也非常带劲和用心。由于在学校基础打得好，工作的时候学习用心，因此两个星期后，经过公司的考核，就进入了项目的开发主力。后来由于工程紧张，系统分析员比较忙，临时叫我根据业务需求文档，帮他打个数据库相关设计的草稿，让他整理以节省一点时间。几天后交上草稿，他觉得没多少大问题，就干脆把那一块的设计交给我负责。最后设计通过了各次的需求和设计评审，部门认为我有潜质和相关的经验，因此我也得以有机会开始一边编程，一边负责相关的系统设计了，担任了高级工程师的角色。以前学校的时候，学过相关的软件工程和设计方面的知识，在这个时候，才真正接触了其工作内涵，感觉收益很多。因此，后来回想，自己进步最大收获最多的也就是刚工作的近一年时间。

项目进入到后期开发，内部的质量保证和软件测试出了问题，使得测试-修复-测试-修复的工作过于频繁，开发规范也不够统一，对架构的理解大家好像也不一样，进展缓慢，项目大有走向崩溃之势。后来部门中撤掉了开发负责人，部门经理亲自抓开发细节。在聊天的时候，经理问了我对项目开发的现状有什么看法，我说了我的见解，后来他就把我跟另外一个同事，提拔到开发小组组长的位置，帮他管理具体的开发细节。

在此期间，公司扩展业务，有一个小组跟公司副总新成立了一家子公司，搞电力系统方面的开发。那个小组当时还负责深圳一家石油公司的一个系统，还没验收，由于后期我们的物流项目按时完成了开发任务，因此相对时间比较轻松了，我被调至该项目小组，负责后期的简单维护和软件的实施工作。

2006年初，公司由于董事长和总裁违规操作，为大量的未上市的公司进行违法担保，后来自食其果，公司董事会严重分裂，最后到了剑拔弩张之势，不久也被上海证券局告上法庭，最后给银行冻结60%以上的流动资金。再加上竞争对手的打压，公司摇摇欲坠，因此大量裁员，我们部门也在之列。不过我们负责的系统已经完成，因此，我们部门于当年4月成立了新的公司。我们的部门经理被任命为公司总经理。

我们部门大半辞职，我们部门经理找我谈话，说我们的上下级合作从前段时间来看没多大问题，问我肯不肯过去跟他一起创业。后来我们部门总共也就5个人留了下来，公司刚成立，暂时没有理想人选，因此虽然我无论在哪一方面都远不够资格，但也决定由我暂时担任临时的开发部经理。我们的经理是技术出身，没多少实际的管理经验，和公司的运营手段和经验，因此，虽然跟另外几个同行合作，把他们的产品根我们的产品进行无缝整合成一个功能较大的平台，但产品的销路平淡，有不少客户都出价太低，我们没接受，一直业务冷清。投资方失去信心，最后撤资，公司没成立多久，最终夭折。

据以前的同事介绍，我到了一家创业公司，不过也已经成立5年了，以前搞sp运营弄到了第一桶金，现在开始转向时下非常流行的WEB2.0。主要搞交友方面的网站运营。由于公司情况良好，有一个网站在中国还是同类网站中排名前三甲，06年亚洲最大的风险投资给它拿到，前景一片光明，而且准备07年上市。

我进去前后都是非常激动，发誓要好好干。进去之后，发现公司内部规章制度严重不完善，不过只要公司往好的方向发展，现在怎么样一点都不重要。我们公司实施的策划驱动型的产品开发。也就是说技术实现是放在末端的，一切产品的从需求定位，策划，到设计，再到开发，质量保证，都是由产品部门说了算的。我不知道是不是大多数互联网公司都是这么干的。但弊端很快就凸现出来，第一，产品部的人大多数都不是技术出身的，因此他们根本就没有软件工程的概念。所以他们部门提供的需求和产品规划等等，这些文档没有几个是合格的。也就是说，没有我们技术部门的参与，所以他们根本就不知道应该给什么信息给我们，不能把我们需要的信息良好地抽象出来，所以文档粗糙。第二，他们也不知道设计到开发的各个环节必须紧密结合，不容出错，即使出错，也必须有良好的跟踪及时发现问题。原型的设计人员也就是网页设计人员有时候不能很好理解产品部的策划的内容，常常产生误解，但产品部进行审查的时候，他们没有软件工程的经验，所以也不知道怎么真正深入审查我们的原型是否符合他们的产品理验，审查粗糙。第三，到了我们部门，技术人员通过文档和原型去理解需求时，会发现很多细节本身的矛盾，因此发现了，他们就作临时的修改。他们一修改，就带动了这个产品开发线各个部门的修改，这还不紧要。更致命的是，首先，我们常常会出现我们开发和单元测试完毕，最后由产品部门审查的时候，发现不符合他们的要求，或者是有些他们要求的某些细节没有实现，而这些细节通常他们是忘记体现在策划文档中的。因此我们可能就又从原型到开发到测试，所有工作重新来一遍。还有一点，有时候产品部门的某些设计，我们技术部门进行系统设计的时候，有了很大局限，有的造成了我们无法避免的性能瓶颈。

当然上述一切情况是可以避免的，要么对产品部进行换血，至少应该让一个精通技术的人担当这个产品的负责任。

我们技术部门叫苦连天，一是工作进度都是产品部门安排的，他们不会知道我们我们的开发时间和困难，所以我们有开发实现的进度的建议，我们提交的进度方案：不包括系统测试的时间，正常的开发时间加上每天加班到10点到11点，周六加班，是依据上面的时间强度来算进度的。这样的进度勉强才能满足他们的要求，理由是老板不允许那么长的时间，互联网经营就是网站内容和风格的更新与同类网站赛跑。二、除了上述流程管理方面的原因，造成了我们的开发任务几乎增加了四分之一，另外，正是因为我们必须在短期内作尽量多的更新来测试客户的需求取向，注意，是测试，就是产品的试用。因此修改是非常大的，而且是表层的，集中web层和bssiness层的修改，当然有些影响到了底层的修改。因此我们的修改任务是繁重而枯燥的，没有多少的技术含量，而且没时间去重构，最后发现垃圾代码量达20%左右。日复一日的加班，没有新的技术的接触，使得我们开发中没有一点成就感，后来我们逐渐厌烦，三个月后，试用期满，一起进去的几个人都离职了。