Re: 又一次被干(本贴是被隐藏的。我不想知道为什么被隐藏但我是认真的去回贴的)

引用

　我对工作流，以前做过几个项目，还算熟悉，我就努力的让自己的大脑兴奋起来，花了将近两个半小时，把工作流引擎的全套接口，包括供业务层扩展回调接口，如触发器、验证器、脚本扩展接口等，全部写出来，同时写了一个XML配置文件来配置考题上的各种流程流转，并用Webwork写了一个Action和单据实体作为Demo来演示整套接口的调用。

你写的这个东西是纯技术的方案，没有什么可看性。
如果想要招到上手就能完成工作的话，
人员的面试比例可能会达到20分之一以下。
这还不包括现有的程序员的培训费用
（现有的程序员总不能不达标就辞了吧。）
得出我的第一个结论，不要妄想去一家公司后立刻改变一家公司的总体人员架构与技术架构

引用

　　面试考官来了以后，故做认真的看了看，并让我讲了讲整个思路，讲完后，突然问我，你能不能不用工作流的思路，来写这个案例，我说那很简单，如果不用工作流，流程数据就要保存在业务层中或与业务层紧密的耦合在一起，流程的跳转就要写死，但这样做很难去适应业务流程的变化与功能扩展需求。如果不想写死，就得走可配置的道路，同样也必然回归到工作流思想上。

注意一下红字:
你当时的心情不是很好。
而对方的要求不是要扩展，不是要好维护。
而主要是想要在现有的程序员基础上快速开发一套，
注意是一套系统。
而不是要在这行打开一片天地。
（这种目的性很明确的公司我喜欢）

第二个结论，在别人说话时要认真听，多分析。

引用

　　他反问我，但那样做，是不是更快一点，性能上要好点呢，我说，工作流引擎的开发上可能会花点时间，但如果一旦开发完成或者采用第三方包的话，那么业务层的开发将会非常的快，通过简单的配置和表单定义及描述层的开发，就会很快的完成工作

他看来不是工作流的内行，不过这没关系，
这句话问的是第三方包的，危险性有多大。
或使用自己开发的工作流引擎的的危险性有多大。
你回答的一点也不贴边。。。。。
还与这个相反。
我这叫一个寒。
第三个结论：在自己说话时要注意要点。只说别人关心的方面。
OneEyeWolf，给你个建议，多看看经济类的书。