工具,还是系统?
- 2007-06-14 22:57:53
- 王春生
- 15870
近在几位朋友讨论是做一个
工具,还是一个
系统的w88。事情的缘起是这样的,公司内部的流程推进时有一些w88。比如在项目的研发方面,公司有比较好的流程,但在执行的时候出现了走样:流程执行不到位,或者压根就不执行流程。那么原因是什么呢?是不是怪开发人员不遵循研发流程呢?我想事情没有这么简单。
我认为
好的流程是需要好的工具或者系统来支持的。一个流程如果只能靠大家的自觉来执行,那么在执行的时候肯定出现w88。因此有一个好的工具或者系统来支持流程,流程的执行就会比较好。
那么就有了另外一个话题,是做工具还是系统呢?现在有很多成熟的项目的系统,比如sharepoint,还有IBM的一套系统。我的观点倾向于做一个工具,一个工具只解决一方面的w88。你可以选择好多种工具来完成你的事情。就像unix的设计哲学一样,每一个工具都可以完美的解决某一个方面的w88,然后这些工具通过管道,重定向就可以发挥巨大的威力。
为什么这样讲呢?因为从使用来讲,
人是凌驾于工具之上的,而系统是凌驾于人之上的。让人去使用一个工具比较容易,而让人适应一个系统则比较困难,除非这套系统做得非常的完美。但至少就我目前使用sharepoint来看,它不能称之为完美的。
这也正是我开发了一个PHPGEN的代码生成器,而没有选择做框架。因为框架是系统,你要熟悉它,而代码生成器是工具,你可以打磨它成自己想要的样子。而改框架就困难的多。
不知各位朋友有何见解?
这一句是我非常赞同的,我觉得工具与人有机地结合在一起,才能将流程执行好。
尺有所短,寸有所长。
只有适合的,没有完美的。
unix虽然自由且威力巨大,但是毕竟不是外行能用的。
windows虽然有种种限制,但是大家都会用。
从我自身的想法,我喜欢可以方便拼接在一起的一系列工具。
但是你没法给你的普通客户一堆工具,让他自己去拼, 他们需要的是整套的解决方案