首先肯定这篇原创，是LZ的心声，感谢LZ在这里分享，有很多东西能让大家受益匪浅。
其次说点我不同的意见。
其实我本来只是大概浏览这边文章我喜欢的部分，但突然发现其中有几句我不大赞同：“
毕竟一个人的人生和一个超级大公司相比需要的计划要少得多。我觉得只需要花一点点时间来考虑清楚以后就可以了。并不需要给自己太长的时间去思考这原本很有意义但思考多了就没有意义的问题。选择只是一个很短的过程，重要的是坚持下去，在这个时候，所有的固执都不再是缺点。”
拿一个公司和人生比？？实在觉得匪夷所思。什么叫超级大公司？再大也只是个公司，能和人的一辈子比么？重要性能有人生重要么？公司没搞好大不了关门倒闭，以后还可以重新开，人生没有计划好。。。。走错了路，过自己不喜欢的生活，难道你能说，大不了下辈子重来过？大家都知道软件工程中设计部分占整个开发流程的百分比，累计起来达到50%。足可见实施之前的规划有多重要。我们的职场道路不仅要考虑，而且要仔细考虑，连大的方向都考虑不清楚我宁愿不做！然后在行进过程中去不断的修正，少走弯路。这跟设计出来spec後，sepc就不能被修改，因为它是大方向。需要做的修改只能是细节部分，统统写在ECO里面，作为补充和完善。
写到这里突然发现LZ是版主，呵呵。这个问题有点严重了。学术讨论，版主大人不要生气才好。：）
既然是版主的帖子，那我更要好好研究了。
中间有一句：“
如果你的技术不能确定问题属于谁，我只有一个建议：埋头苦学。”，紧接着又马上说：“
技术不足以满足你判断问题的需求，你还是腆着脸去问问其他人吧。”一下就把我搞晕了，到底碰到不知道的问题怎么办，是自己抠还是问人呢？后来仔细想想，猜测楼主应该说的其实是俩方面，只是没有表述清楚。
我说说我对这个问题的看法：开发和测试从来都是冤家，碰到问题都是掐的。当测试人员发现一个棘手的问题，不确定是不是bug，是不能马上去找开发，甚至报bug的。（所以就根本就不存在“根本不知道是谁的问题，就开始扯皮。”的情况）这个时候应该自己再深入追究下去问题根源，看是否确定是一个bug，并且可以动用测试团队其他成员一起讨论，一定要谨慎。但是一旦最终确定是bug後，就一定要坚持自己的观点。开发总是站在代码的角度考虑问题，角度和测试人员不同。开发可能提出反对意见，这时测试人员也不能轻易说“他说的好像有道理啊”，轻易动摇自己的想法，这是非常不好的习惯。测试人员要据理力争。后续操作不再此处熬述。
“
如果基础本来就差，想自信也很难。如果努力了，想不自信，也挺难的。”尤其是后半句，实在觉得蹊跷。努力了就有自信啦？？这是什么逻辑？
我认为自信是可以修炼的，大的自信可以靠不断的小小的成功积累起来。不是努力了就能怎样，而是成功了一件件的小事情，人自然而然就觉得大事情也搞得定，这就是自信心建立起来了。做事努力了不一定就能做好，方向方法不对照样一败涂地。
“
我相信只要不盲目自信就可以使人进步。把“谦虚使人进步”的话扔进历史的垃圾桶里，它已经拖累了一代又一代人。”我也是非常不赞同的，做人谦虚是一个优秀人才的基本素质。不觉得有什么毛病。我看lz文章中有好多谦虚的词句，也没见被“拖累”了？不是也挺好，现在也当版主了。呵呵。LZ在这里要表达的意思是不是，如果不自信了就不能进步啦？不盲目自信就能使人进步？这我也不能理解。
我相信能当版主一定有过人之处，但是文章写成这样，也许是多方面的原因，也许没有用心写。因为整篇文章很多词不达意，前后矛盾的地方。因为是版主的文章我才会这么仔细看。我相信大家伙也会格外信任版主的文章，版主的idea，所以你不能误导我们哦，因为你的误导会造成一群人的错误。呵呵。
提点意见，希望版主为大家造福，版主不要生我气哈。
仅供参考。
[
本帖最后由 huangyou 于 2007-10-12 10:25 编辑 ]
