其实，大家经常解释时说的一句话："我也是就事论事"，但在OP这样比较高层面的会上，还是尽量不要这样搞，就事论事，可以在下面一对一的搞，不要动不动都拿到OP会上搞，得不到别人的协作，要尽量的沟通，不能动不动，就上报给CTO之类的领导，这样会更糟糕。因为CTO可能会不能罩你一辈子。也并不是每个CTO都是清明的领导。

        email有email的用处，但它不是command, 也不是communication, 从你的坐位上站起来，在公司内走一走，要比一个email强万倍。

     4.架构师
       
        架构设计是个很复杂的东东，但如何选择合适的架构师，如何进行最终的决策，很多公司做的并不好，很多领导在架构师的任命上，很容易草率，说你行，你就行，说你不行，你就不行。于是一些不负责的、半桶水的人，就在领导的指示下，走上前台，将项目推向死亡之谷。

        架构的设计依赖你全生命周期项目经验的积累，格局要大，依赖于你对技术的敏感度，技术上比较全面，就像参谋长一样，从军校毕业的，就容易纸上谈兵，比较激进，从士兵，一路杀过来的，就比较慎重，但如果不爱学习上进，则又属于野路子，做又不究其理，不善于抽象，不讲究方法论。

        总之，在这点上，能找一个NB的，又有理性的，不太容易。

     5. 文档
       
         项目组与项目组之间，项目组与客户，项目组与测试部门，项目组与评审组之间的交互，有很重要的部分就是文档。

         文档这个东东，说实在话，就是一个鸡肋，但不要又不行，客户要签字，领导要评审，测试组要拿它写测试用例，但对于项目组来说，天天在那咬文嚼字的，实在是没有意义的，俺在原型分析与用例驱动上探索了很长时间，虽然用例直接了当，且很容易转化成功能书、测试用例，但工作量，比之传统的需求文档说明书，有过之而无不及，在时间紧的时候，也很难保持实时一致。

        我目前的做法是原型必须与客户的需求保持一致，基于静态页面的原型，修改起来，速度很快，且更容易被客户、程度员、设计者所接收，长篇大论，动不动上百页的需求文档，你喊破喉咙，也没有人看。

       文档，有专人写，专人维护，但会比较滞后，只要能够保证在提交测试部门时，有一份完整的文档，这样测试部门，也更方便测试。培训的时间也少。

        在评审时，可以评审，但具体文档要拖一拖了。

        客户签字，就以原型为主了。文档，它也不看。如果动真格，要看，那就抽时间赶出来。

        当然对于接口等技术文档，还是必须要的。

         (未完待续)
      
    

　　面试考官来了以后，故做认真的看了看，并让我讲了讲整个思路，讲完后，突然问我，你能不能不用工作流的思路，来写这个案例，我说那很简单，如果不用工作流，流程数据就要保存在业务层中或与业务层紧密的耦合在一起，流程的跳转就要写死，但这样做很难去适应业务流程的变化与功能扩展需求。如果不想写死，就得走可配置的道路，同样也必然回归到工作流思想上。
　　他反问我，但那样做，是不是更快一点，性能上要好点呢，我说，工作流引擎的开发上可能会花点时间，但如果一旦开发完成或者采用第三方包的话，那么业务层的开发将会非常的快，通过简单的配置和表单定义及描述层的开发，就会很快的完成工作。
　　他却说你这套代码写的很好，但如果技术水平不高的程序员，他们没有工作流思想, 看到我写的这些代码，会看不懂。而如果使用常规的做法，不使用工作流，那些人就能很快的接受并能很快实现这个需求。
　　我当时很恼火，但仍然耐着性子说，如果从单纯从实现速度上，确实要很快，但后面维护的代价是很沉重的，而我基于工作流的设计，根本不需要他们看懂，工作流引擎对于他们就是一个黑匣子，完全通过灵活的配置和接口调用来完成工作，为什么一定要看内部的代码实现呢，再说即使没有工作流思想，通过简单的培训，相信也可以使用的。我心里想，为什么要招这么蠢的程序员呢？
　　但他仍然很固执的说服我，我也不想再纠缠下去，就同意了他的看法，心里已打定注意了。谁知那个SB竟然对我说，你回去后，按我刚才的说法再完整的写一份的设计发给我，我听了这句话，心里真有点怀疑，他是不是在诈骗，让我免费替他写程序。
　　我口头答应下来，然后头也不回的走了，由于走的快，鞋子里的水与脚摩擦，发出噗嗤噗嗤的声音，很是狼狈，前台小姐捂着嘴偷笑。
　　闷了４个小时，出了写字楼，有点头晕目眩的感觉，心情很不好。自己每天不断的学习，不断的鼓励自己要踏实上进，回报却是这么的不公平。

　　我这一生经历过的比较厌恶的面试经历：
　　1、给一张破纸，让写一个算法，草纸都没有（就像让人蹲在光滑干洁的地板上拉屎一样，巨痛苦）
    2、让写足足有四张的个人信息登记表，里面还要写家庭关系。就像唐僧问山妖，你妈贵姓？
　　3、排队面试，在会议室里，等了有４０多分钟
    4、做SUN公司Java程序员认证的考题，里面还有SWING，AWT，Applet之类的题目
　　5、与一个考官讨论接口与抽象类的差别，争论了一个下午，巨傻
        6、每次都被问为什么离职
        7、进度控制和需求分析，都是很有挑战性的，但问的多了，也就想吐了。
       8、做名词解释题，SCM，TDD，XP，这些都见过，还好说，竟然有SWOT，有点过份，也算说的过去，还有一些至今都GOOGLE不到的缩写，因为不会，现在都忘记了。不明白人为什么要耍酷，装什么装，谁不知道谁呀。
　　9、经过三面、四面后，音讯全无
　　

　　这几天太累了，不想再出去找工作了，努力让自己的心态平稳下来，时间是最宝贵的，不能再东奔西跑的了，以后再有面试的邀请，不再刻意的去准备了，爱咋咋地，同时一定要讲明：
　　不再盲目的屁颠屁颠的去面试了，要求对方先有同技术负责人的一个电话面试，在电话中讲明自己的缺点或者弱点及长处，如对方说要熟悉JMS，而自己就没有做JMS的项目，但对于底层的TCPIP协议通信，还是很了解的，SOCKET通信更是不在话下，相信对于JMS，应当很容易掌握。