Odoo中文社区可以通过以下两个域名访问：shine-it.net , odoo.net.cn
由于系统升迁的原因，本论坛部分较早期的内容存在格式和链接损坏失效的问题，并非本论坛系统本身的缺陷，望谅解
本社区没有维护任何QQ群讨论组，任何与本社区同名的QQ群讨论组的言论与本社区无关!
开发人员可以登录gitter讨论组: http://gitter.im/odoo-china/Talk, 需要github账号
如果您登录系统碰到问题，请在微信公众号留言：
开源系统 对 商业系统 ，比较活动即将启程
-
OSS ERP vs. CCSS ERP
OSS - Open Source Software
CCSS - Commercial Closed Source Software
[b]开源系统 对 商业系统 ，比较活动即将启程[/b]
参与比较的系统：
[color=DarkOliveGreen]OpenERP(TinyERP)[/color]
[color=DarkOliveGreen]Compiere及其衍生系统（ADempiere，Openbravo 等）[/color]
[color=DarkOliveGreen]SAP Business One及其衍生系统（FourthShift Edition 等）[/color]
[b]比较活动的愿景：[/b]
这三类解决方案，有现实的可比性，面向的客户群体决定了她们基本属于同一量级；但她们各自又有着非常鲜明的特征，SBO属相对成熟稳定的商业系统，产品化程度较高，二次开发及与第三方系统集成能力不容小视；Tiny的集成多模块，低开销客制化及其灵活性特征，使其拥有成为轻量级ERP典范的潜质；而Compiere及其相关联解决方案，一直是平台化开源方案世界中的领袖，已经有成百上千的客户正在实实在在地运行Compiere及其衍生系统去打理她们的业务；
技术的多样性，并不能阻碍ERP等企业应用系统的同质化趋势，也就是说，优秀地企业应用系统，一定具有相似的业务逻辑与功能实现，这就为我们比较活动的开展，提供了前提，奠定了基础；
需要指出的是，开放源代码相关的ERP等企业应用系统，产品化及商业运作程度普遍不高，这也是开源系统得不到长足进步的根本原因；通过成熟商业系统与开源系统的对比活动，在了解各解决方案的长短板之后，通过参考成熟商业系统，提升开源相关系统的产品化及商业运作程度，这是我们发起此类比较活动的根本目的；也就是说，比较的目的不在于PK，而在于对商业系统的借鉴而达到对开源系统的提升。
[color=Navy][b]比较活动的运作方式：[/b][/color]
建议从实施角度切入，在实施手段无法实现需求之后才做开发方面的考虑，虽然，开放源代码的系统看似修改或订制比较方便，但实质上，所有的客制化都需要成本，无论是开源还是闭源；建议实施方法论应做重点讨论，进而各解决方案所涉及到的关键技术也应被放在重要位置上加以研讨，如AD技术之于Compiere，OpenObject之于OpenERP，SDK之于SBO等；
根据前期相关比较活动的经验，此次我们以最直接的方式进行，即，将确定的主题列示出来，如业务伙伴主数据，再将此主题所涉及到关键词列示出来，如“主数据翻译”等，在实际进行比较时，参与比较方主导人士将各自解决方案对此主题及相关关键词所涉及到的资讯加以说明，找出异同，评定短长。
[color=Navy][b]比较活动的基本形式：[/b][/color]
建议使用这样的流程：即，先将比较主题，关键词及时间安排等相关要素以论坛发贴的形式公示，有兴趣参加本主题在线交流的人员将报名邮件发送到确定邮箱，实际的比较活动将通过多媒体在线会议的形式进行，会议之前我们会将会议安排等诸要素通过报名所留邮箱发送到参与者处，对于不方便参与的兴趣人士，我们将在WIKI中提供在线交流活动录制回放的链接地址；通在线交流活动，我们可以将关键问题及未决问题，以论坛发贴的形式将问题提出，对此问题有见解的兴趣人士可以跟贴讨论，形成互动，发挥论坛的集群效力，在更大的范围内讨论问题，并求解；做为比较活动的成果记录，各参与比较系统的主导人士将负责将比较活动的成果以WIKI的方式记录于确定位置， 这是我们搞交流活动的初衷，即，将商业系统成熟的产品化特质及运作经验介绍给开源社区，用以指导开源系统的产品化及客户交付。
[b]比较活动的可用资源：[/b]
比较项目录制文件： http://19dpg.net/open-source/openerpcompieresbo.html
比较项目日程安排： [检测到链接无效，已移除]
[color=Red][b]请感兴趣的朋友跟贴并留下邮箱，每次在线交流之前我们都会将相关信息以邮件形式发送，欢迎参与。[/b][/color]
[[i] 本帖最后由 nineteen 于 2009-6-9 08:55 编辑 [/i]] -
不是开发人员，但也很想知道。我的邮箱:[email protected]
-
[email:3040oizr][email protected][/email:3040oizr]
谢了。 -
围观 [email:13w3f0hn][email protected][/email:13w3f0hn]
-
考虑到实际的情况，先做简单的比较，出结果等日后深入了解了系统再做一次。我预感这不是几天或者几星期就完成的工作。是一场长久的战争。 [email:1kcix0s4][email protected][/email:1kcix0s4]
-
在出差，错过了
-
有回放的。
我自己对openerp了解有限，希望大家能给予补充。 -
由于时间关系没有参加这次活动，但是看了你们的讨论回放。感觉大家是非常认真并力求客观的来做这个比较工作。这样的比较有助于了解不同产品之间的功能特点，实现方法的差异，对于开源ERP的开发者来说有很好的借鉴作用。
但是这样单纯的功能比较，往往忽略了开源系统的一大核心价值体现－开源产品背后的庞大的秉持开源精神的开源社群。
很多人谈及开源，往往认为公开源代码就是其全部。我个人认为，作为一个成功的开源项目，公开源代码只是其冰山一角。一个真正合格的开源项目往往维护着一个比原始开发者核心团体大得多的开源社群，并且跟这个社群保持着良好的互动。这个社群往往在代码优化，功能开发，错误反馈，知识补充，用户支持，市场口碑等等方面强有力地推动开源项目的快速发展。没有这样的社群支持，是很难想象一个几年前只有一、两个人开发的软件竟然能跟几千万上亿投入的商业产品进行比较。
我相信，“开源”在精神和文化层面上，应该就是对”平等，自由，共享“的认同。这也非常自然的导致了拥有这样基本认同的社群的产生。但是这种充满理想色彩的精神很显然与商业逐利的本质相冲突。如何调和这其中的矛盾，如何呵护开源社群的健康发展是一门艺术，也是一个开源项目长久发展的关键。Compiere作为开源ERP的始作俑者，其长期积累的庞大的社群的确为其提供了良好的口碑和市场认知，但是其轻视社群的维护建设和互动也直接导致了Adempiere的产生。目前Compiere除了部分源代码仍然公开发布以外，运作方式与一般商业软件公司完全无异。open ERP在开源社区建设上则可谓不遗余力，在去年2月份开放svn版本库到现在将所有的代码开发置于开放的launchpad平台，将用户手册与开发手册完全公开。通过优秀的版本控制系统将社区贡献整合到整个项目的开发中，每月通过IRC听取社群意见并交代开发计划等等。事实上，开源社群力量快速增长的同时，open ERP的影响力也空前壮大。
open ERP的开源社群介绍请参见： shine-it.net/redirect.php?tid=517&goto=lastpost#lastpost
-
比较主题：业务伙伴主数据
感谢bellona的整理
-
这个事情继续做下去的意义何在？
