潜水很长时间了，今天有些感慨，突然想写一些东西，做一下总结。开一个帖子，给大家分享一下
。

楼主2007年从一家天津的三流大学毕业。毕业前报了一个职位培训，毕业后可以推荐工作。因为推荐的公司都是北京的，所以就来北京了。

找了一个月工作，没有找到要我的，就在出租屋里宅了起来，打着考研的旗号，又耗了一年。研究生肯定没有考上，这下没有退路了，又开始找工作了。记得宅出租屋的那年，过年没有回家。正好我有一个姑姑在石家庄过年，就非要我过去。过完年，姑姑回家和老妈说，我穿了一条破牛仔裤，头发长长的。言外之意，我在北京日子不好过。

后来老妈给我打电话，我都说，挺好的，没事儿，我姑姑就是好几年没见我了，我变化当然大了。

现在想起来，当时真是很灰暗。也没有工作，每天自己做点儿吃的，不知道明天在哪里。因为省钱，只能睡客厅，一个月400。再加上吃饭，一个月我争取控制在900以内。

过完年，下定决心，一定要找份工作了。把职业培训发的书，把里面的java案例，从头到尾打了一边，渐渐有点写程序的感觉了。

一面敲代码，一面投简历。那个时候也不管了，海投简历。又找了快一个月，终于找到一份工作了，工作地址在四惠。公司就20多人，没有写字楼，在一个小区里，老板租了两套2居室。每天还雇一个大师傅给我们做饭。

老板的项目是事业单位做oa，我去的那个时候，正好谈下来一个广西的项目，然后我就分配去了广西。

记得第一次去广西，老板对我还挺好，给我定了一个飞机票，让我一个人飞去了广西。那个时候也很心虚，一个新人，一点儿工作经验都没有，就给我派到广西，让我弄一个80多万的项目，而且开发就我一个。


后来干了两周，老板又给我派来一个测试，帮我一块做项目。白天，客户有问题，测试接电话，记录Bug。我在一边开发新功能，以及修复Bug，晚上我将代码更新到服务器。测试与我一块进行验证。


后来去了第二家公司，才知道当时做的多么的粗狂。什么你的代码规范，上线机制，根本没有！

我国的事业单位，领导说你行，你就行。我们去各个科室调研需求，人家上来先不说需求，说你们XX产品，有问题。我们都用了好几年了，还有问题。你们这次能修复么？


其实这个产品我根本改不了，是C++编写的，全公司就一个人能改，那就是技术总监，话说技术总监就是公司创立时，最小的小弟，后来上面的大哥们都走完了，所以他就成技术总监了，大哥们留下的产品，就他会，其他人不会。后来因为JAVA上手快，所以公司就开始用JAVA了，C++也就断代了，其他人根本不懂。


话题有点扯远了，还是回到项目现场。当时我收到这个Bug，我只能违心的说“好滴，我记录下来，反馈回公司，让他们尽快修复！”


其实，根本不反馈。因为啥！那问题我们早就发现了，但根本修复不了。

所以 各个科室用系统的人，对我们公司怨气很大，我这个小调研员+开发，当时被说的，脸红面赤的。


当时真想，这么烂的产品，为什么你们还用。


因为老板和领导关系好，也就是院长。院长说我们产品好，底下的人说，敢怒不敢言呀。


我感觉，如果让事业单位，院长一级别的人，天天用信息系统，中国的信息化，早就完成了。而且系统肯定做的巨牛逼。


就是因为大头不用，但有人情，所以许多不合格的产品，就上线了。

越开发，我越胆小。楼主虽然笨点儿，傻点，但绝对有责任心。自认自己的东西，让这么多人用（那个事业单位，大概3、4百人）还是有点儿心虚。


签的合同是，1个月调研，2个月开发，1个月测试上线。其实在调研的阶段，我已经开始开发了，大概开发到2个月，老板看项目进度跟不上，终于从其他项目组，调来一个有经验的项目经理。


那项目经理来的时候，我真的感觉，靴子落地了，心里踏实多了。

项目经理+我+测试，组成新的项目组。


项目经理速度就是快，从其他项目，copy了许多功能过来，进度开始跟上了。


项目到了测试阶段，老板来广西了。亲自督战，记得那个时候，客户给我们弄了一个办公室，以及宿舍。每天真真的，两点一线：宿舍、办公室。


早上8点起床，8点20去客户食堂吃饭。8：30进办公室开干，一直干到中午吃饭，吃完饭休息一个小时，继续干。


因为有老板在，老板也挺拼命，每天晚上督到23:59分。

终于，项目上线了。其实也很勉强，但因为这个项目，被信息中心的主任，写到了成果里，所以为了保证今年的评优，这个项目必须按时间上线。


当时和主任达成协议，今年就先这样了，就先开放几个流程，其他流程等上线后再说。


上线后，Bug一大堆，各种抱怨。因为客户的单位下发了通知，有几个审批必须走OA系统，这其中包括：发文、成果审批、领导用车。


成果审批还好说，一般不着急，但发文就比较着急了，一般中央下发一个文，你必须在多长时间内下发到基层。

因为做了这个发文系统，我算是知道，咱们政府的工作效率了。虽然已经过去6年了，但我还是牢记着，这个流程：
1.办公室秘书发起；
2.办公室主任审核；
3.党群秘书审核；
4.党群主任审核；
5.院长审核；
6.书记审核；
7.下发各个科室主任（必须等待所有主任，签收，才能执行下一节点）
8.办公室秘书汇总归档。

这个又臭又长的流程，用一句时髦的话，那就是：骚情。


一个破文件，至于整的这么又臭又长么？


上线后，终于可以回北京了。踏踏实实的休息了2周，毕竟好几个月，没有周六日，每天干到23:59分，现在想起来，真是：傻小子火力壮！


如果是现在的楼主，估计早挂了。

这个项目，磕磕绊绊地让楼主做了一年。好不容把一期做完了，楼主心说可以换个项目吧。


结果2008年赶上金融危机，国家批了好几万亿，楼主的客户也分到一些钱，因此二期开始了。


这对于楼主来说，简直就是晴天霹雳！

因为许多功能，在一期根本没有展开，就是一个演示的规模，如果做到二期，肯定要深入做下去。


这个时候，摆在我面前，有两条路：跳槽 or 二期。

以上的有点儿狗血，有可能和自己是工科生有关系吧，写的东西有点儿，流水账的意思。


回想起来那一年半，真锻炼人。


有的时候，你是不是人才，就在于你在关键时刻，能不能顶上去。很抱歉，在毕业的第一份工作里，我没有顶上去。让各位看官，有点遗憾了。


这与我的性格有关系，楼主自小接受的教育都是：怎么舒服怎么来。再加上没有自信，更加导致做事情，畏手畏脚。


其实，老板为什么能派我一个人去广西，这与我新入职培训有关系。当时，公司内部培训发力有点儿猛，导致给人的映像太好了。


老板也以为，来一个有能力的新人。未免期望有点儿高，所以在人员紧张的情况下，就把楼主派过去了。


但这一下子，拔苗助长了。孤军奋战了2个月，对于一个新人的自信心，打击很大。


这也给我深刻的教训。以后在带新人的时候，压力不能太大，如果太大反到会伤到新人。

楼主在考虑：跳槽 or 二期时，正好有一个机会降临到自己身上。


可以说，这个机会，对我后来几年的职业，产生了深深的影响。


那个时候，正好有个同学也在北京，他们公司要开发新产品了，所以产品部要扩招，缺人，问我想去不。


我一听，产品部。当时年龄小，对这种Title还是比较感冒的，总感觉产品部，比项目部来的正式，再问办公地点，在知春路的写字楼。


顿时有点儿，正规军的感觉。其实，同学的公司，也就50多人，在写字楼里，上下班指纹打卡。


这些都深深的打动我了。这就好比，打了几年游击队，饥一顿饱一顿的，终于有诏安的机会，肯定有诱惑力呀。

去面试，感觉面试很一般，但因为同学在那里混的很出色，所以极力推荐，老大也就收留了我。


我记得刚入职，老大让我写一个select的逻辑，都不放心。写完不让我提交，必须让同学看一下才能提交。


当时真的感觉很屈辱，但楼主的性格比较面。就算欺负到脸上了，也不会说什么。


忍了下来，让同学审核。同学审核通过后，我再进行提交。


因为去的时候，人还没有招够，所以新产品还没有开工，就维护维护老产品，改改Bug，谢谢文档。小日子过的比较安逸，现在回想起来，那段日子，是以后2年里，最安逸的时间，1个月后，架构师到位，新产品开工了！

架构师，是老板从一家外企挖来的。性格那叫一个掘。


他来了以后，每次开会，只要涉及产品架构，大家必须要听他的，这让许多老同事，感到很难受。


因为有几次，这个问题，听谁的都没错，但架构师非要大家听他的，结果闹了几次以后，其他老同事开始对他有意见了。认为他：刚愎自用，做事情太极端。


所以接下来几次开需求分析会，那叫一个火药四射，气氛相当的热烈，后来老板看不下去了，才把老同事压住了。


好多年以来，我一直有这个疑惑，为什么老板要挺一个新人，而压制其他老同事。


随着年龄的增长，自己也开始当领导。开始以一个领导的角度看待这个问题。我现在的分析是：


老产品做了好几年了，老板下定决心要做新产品，但来自老人的压力很大。毕竟老产品，虽然简陋一点儿，但好在功能稳定，代码又比较熟悉，如果用新的产品，Bug又多，而且还有一个熟悉期。
相当于架构师，就是老板的先锋。架构师唱白脸，老板唱红脸。

前文说了，架构师惹怒了老人。新来的几个技术，除了我以外，经验都很丰富（4年左右），都是老油条，看见大家疏远架构师，所以也跟着疏远架构师。


这个时候，楼主这个菜鸟，因为比较听话。架构师说啥，咱们就听啥，架构师一看，矮子里吧将军吧，不是我也是我了。


因此将许多边角活交给我打理。我记得架构师，第一次让我做的大活是：
SVN服务器+邮件提醒。


这个活就是搭建SVN服务器，如果有人提交SVN服务自动发邮件给指定的邮箱。告诉其他程序员或领导，今天其他人提交了拿些代码。


外企来的架构师，就是牛气。绝对不会给你发中文的网站，上来就是SVN英文官方的网址，然后就没有然后了，其他就靠你自己。


当时给我3天时间，让我搞定。我当时没啥感觉，感觉就是，领导让干什么，咱就干什么。让我3天完成，说明3天时间应该够了，所以就傻傻的答应了。


后来我才知道，架构师对我能不能完成这个任务，表示没有底儿。毕竟他能指挥的只有我了，而且我又那么没有经验。


就像 士兵突击里的许三多。楼主接到命令以后，真上官网开始看资料了。话说我高考只考了45分的英语。大学英语挂过8次（其他人考4次，我每次都挂了，重考1次），让我看这个不是折磨人嘛。


硬着头皮开始看，看了一天，啥也没看出来啥。心说这样不行呀，得坏事儿呀。然后突然想到，可以先去百度上搜一下呀。（大家不要笑，楼主那个时候，脑子可轴了！）那个时候大概是09年，网上的资料虽然多，但肯定没有现在多，大部分都是写SVN服务器搭建的，但SVN+邮件提醒，没几个。


然后照着中文指导把SVN服务器先搭建好。心说任务完成一半了，就算没有发邮件，也能交差了。但楼主不甘心，第一个大活（现在想起来，这个活就是网管干的，但当时就认为是大活了）不能就这么鼠头蛇尾了呀。


开始在网上看资料，去谷歌英文站搜资料。果然慢慢的对着官网，以及其他乱七八糟的内容，能发邮件了。


能发邮件后，太高兴了。赶紧找架构师显摆了一下，架构师也挺意外的，这才2天，你小子就弄出来了，我能看出来，他很高兴！


然后我就更新到服务器上了，结果失败！ 再提交一次，又失败。邮件还是没有发出来。后来架构师上了，看了一眼报错，说我的配置文件，是32位的，但服务器是64位的，所以用不了。


然后我和架构师开始在网上找64位的配置文件。国内找了一遍没找到。最后再国外的网站上找到一个帖子说其他问题，说到这个配置文件。我俩抱着试一试的态度，down下来试了一下，发现好使。


当时，高兴坏了！架构师也挺高兴的。


后来我才知道，在外企的人，因为每件事情都有专人负责，所以超出自己工作范围的事情，他也不知道。


因为这个事情，架构师对我的期望开始高了。让我负责搭建另一个系统：Archiva。

如果说 SVN+邮件提醒，国内还有资料的话。那在09年，Archiva国内真没啥资料。


有些看官肯定要问，这个是啥。这个是maven，在本地搭建的，资源中心。


关于maven是啥，说起来就比较绕了，这个大家百度吧。


反正就是为集成打包服务的一个系统。


因为之前看邮件提醒，对英文有了些感觉，所以这次看Archiva就没有那么费事儿了。


对着官网的教材，自己弄了一天就搞定了。拿给架构师看，架构师更高兴了！


有的时候人就是贱。你要相信，你自己的能力，绝对远超你自己的预期。通过这两件事情，架构师和我的关系铁了。


毕竟，在一个不受欢迎的团队当领导，而底下听话的小弟，又比较出活。肯定重用，所以那个时候，下班领导经常带我去吃饭，给我讲他的职业生涯。


我也因此和他成为很好的朋友，他回老家，直接就把钥匙给我了，让我帮他遛狗。他家在 回龙观附近，140平米的大house。


当时，年轻出身牛犊不畏虎，给钥匙我就拿了。然后晚上去遛狗，就睡在他们家了。

当然自己也知道，自己在别人家，不该动的东西绝对不能动。


所以也就是遛狗，然后回去睡觉。第二天醒了自己回家。因为我住在南三环，他家在北五环，所以晚上遛完狗再回家太累了，所以晚上就住在那里了。


开发环境搭建的差不多了，需求文档也写差不多了。开始进行开发。


这个时候，架构师的智慧来了。


你丫不是挺牛逼的嘛，我说啥你都要顶，行！ 你弄最复杂的系统模块！


这下老同事不行也得上了。话说人家都三十多了，慢慢转售前和支持了，编码的时间比较少了。上来就让人家弄最复杂的模块，美其名曰：能者多劳，需求吃得透，做出来的偏差少！


这下老同事只能咽下自己的苦果。通过工作分配，架构师把底下的其他人，打的服服的，但这也有缺点。


这样造成项目组里，没有其他声音了，只有他说了算。


对于我这个菜鸟，无所谓了。反正谁是领导，咱就听谁的，好好干活就行。


但其他同事不这么认为了，干活的效率以及质量，下降很多。

我感觉架构师也挺愿的，人从外企过来，给你们传授外企的工作流程。你们这些土鳖居然这么多事儿。


而且有许多事情，在开始的时候，谁也看不出会有什么问题，同时、谁也不清楚以后会不会发生问题。


所以，当大家质疑架构师的时候，架构师也说不出来，这个能好多少。


这下就麻烦了，你拿不出来充足的证据，那么大家岂能信服。


再加上，空降的领导，啥业绩都没做出来，老人肯定不服。


而架构师，为了项目进度，只能利用老板的权利，进行打压。最后就形成了一个死循环。


干到最后，老同事受不了，要撂挑子了。因为白天他要干售前，写方案文档，晚上还要写代码，而且功能还比较复杂的模块。


最后老板也觉得架构师在整人，所以就把老同事给抽走了。这样项目组就剩下新人+我同学。


因为没有老人了（除我同学外），管理终于顺利了，接下来架构师上了：
代码提交规范
编码规范
打包规范
需求文档规范
代码互审规范


反正只要牵扯编码的事情，都弄了规范。


对于我这个新人来说，我感觉挺好的。毕竟这些规范有利于让自己形成优良的编码风格，但对于其他几个老油条来说，这就难受了。


功能写完了，但变量以及类，命名规则不符合规范，重写！


纳尼，你妹的，老子好不容易写完了，功能没问题，你凭啥让我重写！


刚开始实行规范的时候，压力很大。毕竟这个东西影响开发进度，但架构师还是坚持下来了。


实施规范的好处也越来越明显了。类写的越来越抽象，根据命名就知道你这个类和方法是干啥的。


好的代码注释，让其他人在改代码的时候，会很清楚你这个类方法是干啥的。

但好景不长，因为老人撤出项目组，老板对架构师有些不满，再加上工期一拖再拖。


（感觉软件开发，好像没有不拖工期的）


对架构师的信任也越来越低，第1年还放权给架构师，到第2年架构师的权利开始被回收了。


我估计老板对架构师的忍耐力，也就是产品做完，你就滚蛋。


毕竟新的产品也做完了，人也培训出来了。


再养着你有点划不来了。毕竟架构师的工资那么高，而公司也不可能，一直开发新产品。


因为开发一个新产品成本比较大。


到第2年的上半年，产品也做完了，开始给客户进行实施。架构师没啥事儿了，老板又不想让架构师闲着，就让架构师去做项目经理了。


估计架构师也想撤了，只不过没有找好下家，所以让他干项目经理，他也就干了。带着我们做了半年项目，架构师忍不了，开始准备跳槽了。