大家不要老是歌功颂德，也谈谈Compiere体系的不足之处吧

issacqin

既然我先发起的本话题，我来先说一个，我研究这个系统以来慢慢的感觉到这系统的定位是中小企业是明智的。
Compiere有很好的框架结构设计，这是该产品柔性话配置优势所在，但是随着开发进程，感觉离当初的框架原则越来越远了，很多方面还是被写死在code里面了，这就使得往大型化发展变得困难了，我怀疑模块设计人员太偏向技术，而对实际业务不是太熟悉所致，而且就算中型企业也必须代码级二次开发才能完全符合要求。
我这里指出的例子是，财务过帐模块不够灵活，物料移转类型无法多定义及配置。
因而，相对于SAP，Oracle等大型商业系统来说，Adempiere应用于大中型企业的发展还需要大量的二次开发。

aoslee

怎么说呢,不能说不同意你的观点,而是需要区别的看这种定位问题.
首先他是一个开源软件,对应的和闭源软件的区别就在于代码你是可以改的.相对于闭源软件的二次开发方式就是不同的,闭源软件给你开发的方式一般是挂接,就是在他的软件大的可扩展的接口(相对非常稳定)下进行有限的开发.这种方法就能保证不管外围怎么变,大的黑匣子都是稳定存在的,当然稳定性一般都是不错的,但是有前提就是开发要符合这种规则.事实上这种规则是有限度的,虽然这种大型软件的规则越来越可配置,可容纳的东西越来越多,标准模块也越来越多.
这样就是不同的开发方式,开源软件的开发方式是什么呢?你可以修改代码,你可以外围配置;这里就有一个麻烦,规则.修改的规则是什么?修改人理解了最初的设计者的设计初衷了吗?没有文档，你有没有数年coding，相关业务的经验这个其实是很难的。尤其是ERP软件，仁者见仁，智者见智，所有的东西都要开发去解决问题吗？因为你掌握了代码，所依你就可以任意的调整吗？相关性你都清楚吗？
其实看看这些大型软件你就知道 其实如果要什么都满足，什么都去改代码，那么你的项目拖期，完不成任务是必然的。
其实Adempiere /compiere的代码架构现在来看是非常健壮的，你看看你修改那个是动了框架底层的东西？是不是都是添加一些功能补充？
不是所有的问题都是代码的问题，不是我们掌握的代码就一定要从代码上找解决方案，先看看我们的方案是否是最适合的吧

issacqin

嗯，我的意思呢，能不改代码就尽量不改代码，维持版本的一致性有利于随主流版本升级，如果有做SaaS业务的话也成为可能性。
财务端要求一般比较灵活，SAP的优势就在于这里，哪怕就是其他老一些的ERP系统也至少提供宏脚本以供抛转定义，而compiere类的系统只支持简单的固定模式，可配置性不高，那么就大大提高了面向复杂业务的工业企业的实施成本。所以，目前为止，我觉得compiere现阶段是大规划，小实现了，如果更加在财务段花点功夫重写一些的话，还是会有很大发展的。

aoslee

充分可配置是一个理想化的状态，事实上看看sap就能够知道，据说是数千个开关量（我没统计过，具体不太清楚），谁能够全部了解？对待一个具体的案例你能说你的方案是最优配置方案吗？熟悉这些配置量就是一个巨大的挑战。
而开源软件只能做要有限配置，这是为什么呢？个人觉得就是完整案例不太丰富，开发人员对高端案例没有掌握，这是很大的问题，因为不知道有这种需求，当然也就做不出来，所以就需要我们逐渐的根据自己的需求进行开发，开发的时候尽量多的使用接口，增加可扩展性，提高通用性，做到可配置，好移植，然后发布到社区，从而推进软件的发展，达到一个良性的循环。这样也许在会有那么一天，你拿到了软件，然后下载相应的模块，咔咔一组合，呵呵，就好了。

issacqin

fully agree楼上，所以才要些需求啊，我写这个帖子主要还是希望抛砖引玉，大家可以写点实际的需求出来，有高手说不定可以直接解决，如果大家觉得确实是有待改善的地方，归纳总结，以资产品完善，后来者也少绕弯路，大家想想办法有时候想不出办法的时候临时解决也算是一种方案。

siantii

是的，找出他优点和不足可以更方便大家选择。

solare

学习中！！！！！！！！！！！

sofar1218

1 还是那句话， 复杂性真实存在，指望他简单，指望复杂性消失？不可能。 只能像物理，数学模型一样不断优化，直到最优。

2 不少努力最终只是转移了复杂性，甚至加深了复杂度。比如不写代码，也要写脚本；不写脚本，也得在无数的表单中选啊 勾啊等所谓的配置。还有人用画图来表达逻辑。最后画出来的图像乱麻一样。

3 所以，不管怎么说都需要一套形式符号去表达逻辑，这套符号承载的语义足够多，才能覆盖足够广的需求。这时候语言就诞生了。

4 每一个产品系列都是有一定的市场定位的，比如覆盖需求广的，注定了复杂。成本高。你指望永动机，不可能。

5 客户的需求因子里天然就有互相对冲的维度：比如成本，易用，灵活，敏捷，功能强大。

6 不少客户用着几百万的sap，还是离不开excel，把sap的数据倒出来，在excel里做分析。

太多了，话不中听，大致就是这个意思：放弃 one size for all. 准确的定位市场。

kenll

sofar1218 发表于 2010/9/3 21:52
1 还是那句话， 复杂性真实存在，指望他简单，指望复杂性消失？不可能。 只能像物理，数学模型一样不断优化 ...

小胖哥哥讲的有理，让我对ERP有了重新的认识。

gqy2468

说得好，学习中！

山野村人

我感觉compiere的不足之处如下：
1、compiere新模块的开发与发布之间存在矛盾，新开发的模块，还需要在生产环境中重新配置；
2、compiere系统的升级不方便；
3、目前开源的版本没有webui的支持；现在网上有的webui的组件包在集成商业存在问题；

以上是我的意见，请指正！