开始重新学习重构

    
重构是一本很好的书，上学的时候看了一些，被震撼到了，也一口气refactor了当时一个小小的engine。现在看起来那个代码有是很恶劣的，呵呵。不过对程序的感觉还是提高了很快。不过比较可惜的是只看到了第6章左右，后面的放弃了。现在想想实在太遗憾了。现在重新拾起这本书，希望能够对程序有大的帮助吧，呵呵。

接了一个很急的bug fix case

今天开始做，明天就是deadline,ft。不过这个bug貌似应该是新特性。回头再总结。

周一，体验qa一点点

     
今天的任务是帮助qaMM做测试环境，本以为是很简单的事情，结果郁闷得要死，要在df中手动建立100多个table,以及映射，真是郁闷得要死。到现在还灭有一个一个的敲完.....，估计qa的手动测试也跟我这个差不多。qa的活真得不好干，要不断重现各种各样稀奇古怪的environment,要绞尽脑汁设计出好的test
case,看到bug要narrow down,看到bug提交还要narrow down
bug问题的出现原因。总之，厉害！！

code review

   今天第一次code
review。嗬嗬，挺好玩。这次我讲修掉的2个bug，呵呵，在介绍过程中，有人会对你提出各种问题。嗬嗬，通过code
review,你能看到别人的想法，能够补充很多自己的不足的地方。比如，今天，就权限，命名的问题，我就被挑战了一下下，呵呵。做的时候的确没有想到那么多，但是，为了程序的完善性还是非常非常必要的。毕竟我们是个大软件啊。前几天，有个哥们用我们的产品的时候，出现了问题，很郁闷~~，这是我第一次体会到客户的郁闷。真的很不容易的，呵呵。所以要继续努力多修bug。没有完美的产品，但我们追求完美，总行了吧！：）

就跳槽的讨论

昨天和water在网上就跳槽问题进行了激烈的讨论，貌似还有很多误解，在此澄清一下。呵呵。
那个文章原文如下：（没写了地址，对作者表示感谢和歉意！）

首先，结论我很赞同，跳槽要慎重，嘿嘿。

每年年初跳槽最多，跳槽是一门学问，也是一种策略。跳槽并不意味着你就能够取得职业的成功，当面临跳槽时，如何顺利地完成跳槽，从而取得职业的成功呢？以下是一些切身体会，值得大家参考。

 

不错,大家逐渐逐渐步入了跳槽的殿堂。这三年，我是跳烦了，如今无所它求，但求稳定。不过，仅凭借我这七次跳槽的经验，说点感受，也希望大家能够越跳越好：


　　

　　（1）不要指望会一下子能够跳到多么好的公司，绝大多数公司都一个样子。比如用友、金蝶、亚信、神马这些公司，其实基本上一个样子。（自己还是比较幸运的，第一次跳槽就到很好的公司，我想起点比原来高的公司还是有很多的，至少上海如此。）

　　

　　（2）不要一味的指望进大公司，大公司基本上都形成了自己的规模和体制，虽然进入待遇和福利也许不错，但是不要指望能够很快的发展和升职。一旦你进入了，你会发现像我们这个年龄段的，大多都是在做一些基层的工作，即使有些人根本没有多少能力，但是很不幸，他们是老员工，有资历。（在大部分大公司是这样，不过有很多新成立的外企的中国研发中心，他们也是要招大量的人，从底层到高层，只要有能力。这个话貌似对大国企，以及外企的大型公司，比如爱立信,ibm很适用。一些中小型公司的外企，尤其是在中国建立研发中心的不太适合。hp我知道有2.5年从developer搞到比较高的manager的，所以我觉得hp也不太适用。）


　　

　　（3）不要一味的指望跳槽就能够，从一个开发者一下升迁为经理，即使有这个机会，也要衡量衡量，这个公司真的值得信任吗。在北京绝大多数公司的中层都是从公司内部诞生出来的。正规而又有发展趋势的公司，一般不会从外面招聘像比较重要的职务，比如项目经理、项目的架构师等等；（项目经理也是招的，问题还是在于，你如何从developer升到manager?这个前半句认同，后半句，只要有能力就可以，当然，你以前也要干过pm）


　　

　　（4）不要一味的用薪水来和奖金来衡量跳槽的好坏：真正衡量的标准只有三个，第一是这个公司是不是正在处于发展时期，而且有很大的发展空间；第二这份工作是不是对你是一个挑战，是一个新的尝试，而且是自己所希望做的工作；第三，在接受这份工作的时候，会不会对你未来的5年的发展产生一定的影响。(不要光看薪水认同，但是衡量标准不认同，就我个人的跳槽经验来看，最重要的是公司的企业文化是否与你相符?如果你在公司呆很郁闷，没有归属感，公司发展前景再好有啥用？？当然后面也是重要的，但首先，我觉得要你和公司非常的匹配，像老公一样匹配。)

　　

　　（5）不要一味的指望外企，不可否认外企的待遇很好。目前在北京还没有几家真正的外企在北京弄产品研发，即使像ibm这样的公司，你会发现一旦你进入以后，你不熬个四五年很难升一级；而且你还会发现，你做的只是测试和无聊的coding。（看他写的这点，有点鄙视了，coding就我们公司而言，有很多专家级的人物也还在coding.我认为coding
是任何软件公司必须的，而且也是吃饭的本事，我觉得他用'无聊'来说coding,那我想问问作者？他说的研发是干什么?做architecture?还是写论文？？还是光写项目进度表啊？）

　　

　　（6）一定要注意你的交流圈子，如果到目前为止，你还没有一个属于你的而且比较不错的交流圈子，那么一定要注意了。跳槽的时候有朋友帮忙，会节省很多麻烦，也会获取一些更加容易的机会。
（这个认同，多找些朋友，同学总是有好处的。不过我认为，圈子更重要是能够学到东西了解其他公司，不仅仅是跳槽。）

　　

　　（7）一定要注意：技术不是最重要的，业务才是最重要的（注意，这里说的业务，不是跑市场和销售的意思，而是说，任何信息系统都是为业务服务的，在一个项目实施过程中，赚钱最多的是那些业务分析人员）；如果你厌倦了技术，那么就朝着业务方向发展。但是做业务，就要做好心理准备，首先就必须从最基本干起，熬三年。——
现在对我们来说，我们已经过去三年了，如果你没有在某一行业的业务内做的很深，那么就要注意了。（做外包很对，做产品研发的貌似这个不是最重要的，最重要的也不是技术本身，而是快速学习的能力，还有就是编程的sense.如果你想走技术路线的话。）


　　

　　（8）如果你选择的是做电信、金融行业，那么一定要去大公司，像电信、金融这种行业一般公司都是做不起的。（这个不了解，无评论，算对吧，花旗，infosys也不算小了）
　　

　　（9）如果你选择的是做ERP、CRM之类的软件，那么一定要去大公司，小公司是玩不起的。（做产品么？对）

　　

　　（10）如果你选择的是做OA和电子政务之类的软件，那么一定要有心理准备。首先这种公司一般都不大；其次这种公司都比较挣扎，只有高层能够赚到哗哗银子；再其次，这种公司大多学不到多少咚咚。（对）


　　

　　最后，稍微总结一下，一句话可以概括：跳槽一定要谨慎（同意） 

 

     
下面就我的跳槽从外包公司到软件产品公司的区别说一下感想：

      
首先，我想跳槽之前，要有很久的准备时间。从心理上，经济上，都要有准备。首先要充分了解自己，为什么要跳槽？现在公司哪里不喜欢？为什么不喜欢？是我的问题还是公司的问题？我的未来职业规划是什么？很多问题。就我个人而言，最重要的不是待遇（虽然的确很差），最重要的是我非常不认同公司的企业文化。比如，onbench
is a gift for u.
对我来说，这是对人的最大的浪费。我也不喜欢那么等级森严（se,sse,tl,pm...）也说明我不适合在大公司。我也不喜欢做外包，念了7年书了，总要多点有技术含量的东西吧。所以我的目标是一个产品公司，这个产品公司在中国的研发中心时间不长，很有发展前途。他的企业文化适合我，灵活,open，从上到下都是干活的。这是我的出发点。我对自己也有清晰的职业发展路线，我还是适合在技术上混的。这是我的跳槽初衷，精心准备花了几个月，水到渠成，当然也有很多luck的成分在里面。我想跳槽不是目的，目的是，你要做什么？？所以，不是跳槽谨慎不，而是自己要干什么谨慎？我之所以不喜欢这篇文章，是因为这个哥们不知道自己要干啥，呵呵。所以掺点鄙视，还请谅解。

很奇怪很灵异的事情~~bug修复总结

     
今天下午2个bug能够结束了。回头想想看，自己目前的修复bug的历程挺短的，不过相对来说还算顺利，也许我修的都比较简单吧。只要debug,设几个关键的断点，就能找到问题的原因。不过，在修改的时候也倒是经常会出现灵异的事情，呵呵，不如没有在class
path中设置就能用啊，后来又突然不能用了啊。修改了半天，发现build还是原来版本啊。归结到一起，灵异就是没有找到原因的一种说词,或者有一些原因还没有找到吧，呵呵。

很奇怪很灵异的事情（zz）

这几天貌似没有太多bug了，不过修了几个bug以后再回头看黄老师这篇文章感触更深了。下篇专门写一下这几天的bug的感想吧。

原地址如下：

http://www.ms2.cn/blogs/xuebinh/archive/2006/05/24/2326.aspx

有一天美国通用汽车公司的庞帝雅克（Pontiac）部门收到一封客户抱怨信，上面是这样写的：“这是我为了同一件事第二次写信给你，我不会怪你们为什么没有回信给我，因为我也觉得这样别人会认为我疯了，但这的确是一个事实。”




我们家有一个传统的习惯，就是我们每天在吃完晚餐后，都会以冰淇淋来当我们的饭后甜点。由于冰淇淋的口味很多，所以我们家每天在饭后才投票决定要吃哪一种口味，等大家决定后我就开车去买。




但自从最近我买了一部新的庞帝雅克后，在我去买冰淇淋的这段路程问题就发生了。



“你知道吗？每当我买的冰淇淋是香草口味时，我从店里出来车子就发不动。但如果我买的是其他的口味，车子发动就顺得很。我要让你知道，我对这件事情是非常认真的，尽管这个问题听起来很猪头。




“为什么这部庞帝雅克当我买了香草冰淇淋它就秀逗，而我不管什么时候买其它口味的冰淇淋，它就一尾活龙？为什么？为什么？”



事实上庞帝雅克的总经理对这封信还真的心存怀疑，但他还是派了一位工程师去查看究竟。当工程师去找这位仁兄时，很惊讶的发现这封信是出之于一位事业成功、乐观、且受了高等教育人。




工程师安排与这位仁兄的见面时间刚好是在用完晚餐的时间，两人于是一个箭步跃上车，往冰淇淋店开去。那个晚上投票结果是香草口味，当买好香草冰淇淋回到车上后，车子又秀逗了。




这位工程师之后又依约来了三个晚上。

第一晚，巧克力冰淇淋，车子没事。

第二晚，草莓冰淇淋，车子也没事。

第三晚，香草冰淇淋，车子“秀逗”。

这位思考有逻辑的工程师，到目前还是死不相信这位仁兄的车子对香草过敏。因此，他仍然不放弃继续安排相同的行程，希望能够将这个问题解决。




工程师开始记下从头到现在所发生的种种详细资料，如时间、车子使用油的种类、车子开出及开回的时间……，根据资料显示他有了一个结论，这位仁兄买香草冰淇淋所花的时间比其它口味的要少。




为什么呢？原因是出在这家冰淇淋店的内部设置的问题。



因为，香草冰淇淋是所有冰淇淋口味中最畅销的口味，店家为了让顾客每次都能很快的取拿，将香草口味特别分开陈列在单独的冰柜，并将冰柜放置在店的前端；至于其它口味则放置在距离收银台较远的后端。




现在，工程师所要知道的疑问是，为什么这部车会因为从熄火到重新激活的时间较短时就会秀逗？原因很清楚，绝对不是因为香草冰淇淋的关系，工程师很快地由心中浮现出，答案应该是“蒸气锁”。




因为当这位仁兄买其它口味时，由于时间较久，引擎有足够的时间散热，重新发动时就没有太大的问题。但是买香草口味时，由于花的时间较短，引擎太热以至于还无法让“
蒸气琐 ”有足够的散热时间。

微软的客服部门也常常会遇到此类“很奇怪很灵异的事情”，往往需要工程师花上几天，甚至几个月来查找原委。不过绝大多数“灵异事件”还是能找出原因的——有时找出原因需要几天、几个月，而解决问题只需要几分钟、几个小时。

你的项目中出现过“很奇怪很灵异的事情”么？有没有找到原因？

如何在大海里游泳？

      
最近不知道怎么了，一看文档就困的要死。。。。已经无数次在下午1点多钟的时候本该效率很高的时候酣睡过去了，汗。。。。公司禁止睡觉的！！一方面是我生物钟的问题，另外一面也显示出了我的主观逃避的特点。修bug的时候身体状况很差的情况下都会效率很高，但是一旦开学习saas的东西的时候就会睡着。。。。。寒。。。。怎么搞得！

 

     
认真分析了一下。。。。貌似目前我的saas学习状况可以比喻为在大海中游泳，四周都是水，都是文档和api，看不到目标，看不到方向。在这种情况下，我应该怎样在大海中存活下去呢？目前对来我来说最重要的就是目标和方向，所以说加勒比海盗的无敌指南针就是最重要的。他能够读到你的欲望和目标，从而找出最短路径（2的dvd出了，没看得抓紧看去，国内禁片哦！！）。那我的目标是什么呢？这是一个问题。我们的saas是做什么的呢？这，也是一个问题。因此，目前对我来说最重要的就是找到自己的saas欲望所在，这个欲望不是我个人的欲望，而是公司的欲望。然后我想路就在脚下了。然后呢？？我想，我需要一份海图。这样，我能够游泳的时候找个海岛休息一下，恢复体力。对于我来说，这海图是什么？产品系列的architecture文档吧。了解每个产品在部署的position和角色。从而选择是绕过去还是在上面休息一下。慢，以上活动基于一个比较重要的假设！就是我会游泳！可是，我现在还不会呢，在水中就会窒息？这样，我还需要最基本的技能。我们环境的搭建,部署都是现在必要的手段，不然我不仅无法实现目标，还会淹死呢？基于以上分析，我想我应该可以像肯尼迪一样背着伤员在大海中游泳2天，最终获得救助了。2年后，我也希望能够在saas大海中获得一枚蓝带勋章。纯属yy,哈哈。

 

今晚波波堂

今天又有波波堂，真好，据说是中关村清华一牛人，越发喜欢这个节目了，呵呵~~。据说上班这点事也是相当的不错，可惜家里面灭有第一财经，只好作罢。没有了第一财经的电视，除了万疯老师节目和波波堂以外，基本上就一个摆设。寒~~~，最近万老师也不看了。。。。。

欲速不达

     
这2天家里面事情真多，本来以为快结束了，结果出了不少事情。先是弄错了阳台的颜色导致负责的保安不让进门，最后害老妈写保证书，2个保安愤然辞职。
-_________-，然后就是阳台上面的冰箱太碍事了，害工人不小心将一根5米长的大钢筋从11楼掉下去了，砸弯报废不说，还把站在楼下的保安吓得半死（估计5米的钢筋落到自己旁边我也会吓个半死）。。。。，还有，为了2根三节轨跑了4趟了，车费都够再买一根了。最好的导轨装上也有点响，真头疼。门锁还要换一个，铰链要全部换掉，水盆还要退，还要自己送到荆州路，下水管走了地排和好多漂亮的柜盆失之交臂了。橱柜都订好，结果由于油烟机的尺寸不对还要改；灯轨还没取到，还要去问开关。晕阿~~~，

 

     
其实这些事情很简单，归根到底都是做事情之前没有确定好应该是什么，结果绕了不少弯路，白跑了很多路。做程序也是一样，环境配好了，问题认真重现了，debug做好了，问题就很容易解开了。不然，就像我修前2个bug一样，代码都还没下全，就开始build,结果自然是东缺一个dll,西缺一个的，让人头大的要死。

 

     
做事情前，一定要把先决要素都弄好，免得与环境不适应，然后害自己多走弯路，明明以为这样会很快，而问题的隐患总是会暴露的，会有各种头疼的问题。

工作小结

    
昨天，公司年终吃饭，很开心，玩到了11点多。很多老员工盼了一年才盼到这顿饭吃（哈哈），自己刚刚来了1个半月居然就赶上了，也算是不错的，呵呵。

 

    
工作也1个半月了，感悟有了一些，印象加深了一些，小小总结一下吧，好歹也是下一个公司年了，呵呵。

 

    
这段时间，体会到了从未有的自由和从未有的自我约束。可以自由自在的学习，但是也体会到了从未有的压力。越发的喜欢在这里呆了，牛人非常多，热心的牛人更多，俺脸皮也算厚的，不会就问~~，进步自然很快。不过，目前来看，自己的工作习惯还是有很多不足的，这一年里，我会努力refactor自己的工作习惯，争取做一个牛尾巴，呵呵。以后，争取每天积累一点工作感想和小习惯吧。

 

     
文档看了一些，也修了几个bug了。天生爱看侦探小说和hard-sci-fi的我貌似对这种抓虫子的工作还是很喜欢的。通过修bug,一方面锻炼自己的逻辑和编程序的sense,从另外一方面也能够体会到程序员的一些编程盲区，从而吸取教训。我修的4个问题中，有2个问题都是类似的，有着修bug的经验，估计再做新特性的时候，就会自己避免一些。

 

     
前三个bug对我的编程思想还是有提高的，而这最新完成的bug,我可是着实走了不少弯路，前后花了大概7天的工作时间，真是惨啊，这也体现出我的工作习惯着实还有很多问题的。期间，由于没有清楚了解目标环境，就开始盲目修改代码，导致引入了新的bug,还不小呢~~，搞了几天，只好全盘推翻，重新修改，走了好多弯路。所以，教训一，正确数据一定要多跟踪，以免误修改，全盘了解之后，再动手修改，不要盲目，更要避免引入新的bug；之后，修改好的东西没有好好保存，新的误操作将原来正确的给rebuild掉了，只能全部重新改。教训二，每当修改好一个地方并阶段性成功的时候，可以考虑将程序backup一下。一旦修改出现了错误，也不至于全部重新修改；多思考，学会独立思考，更要学会qa的sense迅速定位bug以及问题的原因，从而迅速切入。

 

    
下个阶段的目标么，70%在bug上面，另30%开始专注俺们组自己的东西了。不过话说回来，这bug修的还挺开心，学的东西也不少，这是我更倾向的学习方式了。

 

    

加油！daily blog.

当xuebin老师从微软出来的时候，他的blog每天都更新了。我也养成了每天都看的习惯了，每天不看好像觉得少点什么。他是少数我接触过的MS的牛人之一，平和，谦逊，但也有很强的感染力。他的blog每天都有一点点感悟，不像刘老师那么煽情，王老师那么大气，Mvm那么小资和自我。但是每天都能从那里学到一点点东西。

 

我想，我也应该像xuebin老师学习吧~~，一点点积累，一点点挖坑.......

 

当5年后，我开始盖楼的时候，定是不一样的风景了吧。

结束单身一周年

    
121，一周年。在外面跑了一整天，一个字，累！~~没有浪漫，只有平淡的温馨。这一年的目标基本达到，期待看明年的结果。估计么，这一年，是属于2个工作狂的一年。

2006年小结

今天2006年最后一天，感想颇多，这个BLOG一定要写的。
(网络一直都不好，所以才贴)



今年也算是我颇值得纪念的一年吧。

结束单身，结束学生生涯，结束在东北生活。

1月，拿到第一个offer,结束单身

2月，回家陪亲人，奶奶离去

3月，被SAP一个“牛人”给剃了，承受打击

4，5月，论文，陪亲人

6月，论文顺利答辩，毕业，在上海安家

7月，在家学习做饭，发现有做饭天赋，终于不用担心自己饿死

8月，去INFY上班培训,办好户口，成为新上海人

9月，开始拼命培训，不争馒头争口气

10月，compre结束，INFY培训结束，在INFY使命也结束，没拿到全a,拿了个第一，略带

遗憾

11月，爷爷离去，没机会回去…..搞定BO offer， 月末INFY离职

12月，开始了BO生活 ，fix人生第一个bug......



回顾一下，这个本命年过的喜忧参半吧。遗憾总是有，但是永远不后悔……