Anybox拒绝推广Odoo企业版



  • 转载自 https://anybox.fr/blog/odoo-professional-service-provider

    [size=36pt]我们是Odoo专业服务提供商[/size]

    ...但从2016年2月底开始,不再是"Odoo公司"的业务伙伴。以下是主要原因。

    Anybox于2010年,特地为提供专业化的OpenERP服务而成立。那个时候我们真是为这个工具而兴奋异常:大量社区贡献者、创新的模块化设计、在技术和业务角度都很有趣的开发方式,这些在开源ERP里堪称凤毛麟角。更重要的是,它正符合我们的能力储备 —— 企业信息化和Python编程语言。

    因此我们决定学习它、使用它、掌握它,立即成为OpenERP合作伙伴以资助它的始创公司。然后我们贡献代码、构建了一些工具和模块、撰写文章、帮助修复框架和对象关系模型、积极参与OpenERP活动并成为领先的Odoo服务提供商和社区成员。

    我们首先感谢Odoo公司团队所做的一切,以及保持开源这么多年,直到现在。

    [size=24pt]Odoo业务伙伴?[/size]

    坦率地说,过去的五年里Odoo业务伙伴资格对我们的公司没有任何帮助。我们收到过任何优待,不包括培训、不给升级、很少的销售支持、没有功能和技术上的支持、在Odoo官网上被列出来并不醒目。实际上我们只是OpenERP的客户,这就是这个业务模式的全部。不过没问题我们能忍,我们更关系帮助一家开元公司在一个封闭的红海市场赢得一些份额。

    Odoo的合作伙伴分成三级:一般合作伙伴、银牌合作伙伴和金牌合作伙伴。标准很简单:给Odoo带来的年收入。无关技术、认证、开源贡献、代码质量、成功案例。是的,只跟转化的收入有关。至于我们,我们在过去5年里给Odoo公司带来的收益就是33000欧元。都不够一年的金牌合作伙伴门槛。当然了要是算上我们免费贡献给核心代码、模块和社区的人天数,我们超不多应该是八星八钻业务伙伴了。

    现在,成为Odoo业务伙伴只剩作为渠道商了。围绕Odoo9的业务模型(又)变了,产品也改成了LGPL的开源内核,旧代码被慢慢重写成了闭源的apps。开源精神已经远去。现在我们显然被当成了销售人员。

    [size=24pt]我们是程序员![/size]

    我们不是渠道商,我们是工程师。我们的工作是构建有价值的、创新的自由软件。我们喜欢使用、分发、理解、创造、修改并发布修改后的完善的软件版本,不受限制,也不限制我们的客户和用户。无关哲学,也不是政治,这只是21世纪整个世界缓慢变化的趋势:分享经济,由分散的角色协同工作,构建一个大到一个人或一家公司都无法独立完成的东西。

    Odoo最初是由程序员为程序员设计的。设计目标是实现底层技术的模块化,要想使其正常运作必须清楚底层技术。不可能成为成功的只需功能顾问和拿提成的销售人员支持即可的黑盒软件。

    [size=24pt]我们需要持续经营[/size]

    跟随Odoo,我们在每年的每个版本上都至少看到以下一项重大修改:

    - 授权协议从 闭源 到 GPL 到 AGPL+自用私有 到 LGPL+闭源

    - 产品名称从 TinySAP 换到 TinyERP 到 OpenERP 到 Odoo

    - 盈利模式尝试了各种开源软件可以采用的赚钱方法,有些是触碰了一点儿法律底线的

    - 业务数据模型也有破坏性的变更,导致痛苦而耗时费力的升级

    - 客户端从桌面版转到纯网页并在每个版本都被重写,最新的版本闭源了

    - 编程接口从一个非常功能化、底层而显式的API换成了神奇的动态记录面向对象API。后者确实很好也很受欢迎,但却成了客户已安装的模块和所有社区模块的技术债务。

    主要问题是缺乏透明的沟通,所有这些变化都是反复无常、始料未及的。这叫“精益创业”,懂不啦?这叫“试水”!你创业刚开始的时候,你所做的假设缺乏经验证明,你可以这么干。而不该在10年后,有上万家客户用你的产品管理日常业务的时候还瞎搞。

    客户需要一个稳定的软件,能够平滑升级并长期支持,并可以选择把主要工作分配给任何一家服务提供商,而不是被厂商绑定。这是首要而最基本的开源软件能力。另一方面,业务伙伴需要基于这个产品构建一个持续盈利的公司,并从厂商得到可选的、高质量的服务。我们并未从业务伙伴资格上看到这一点,看着官方模块转入更封闭和锁定的模式,迫使我们停止续约业务伙伴资格。

    [size=24pt]我们不推荐Odoo 9 企业版[/size]

    一个企业管理软件有个企业版真是特别可笑和讽刺,企业软件不是本来就是给企业用的么。那么,那个不是给企业用的版本叫啥呢?非企业版现在叫“Odoo社区版”,阉割掉了那些闭源模块。这只是一个保留开源标签的途径,也分配了一些研发人员给社区。所有对企业有价值的模块现在都是企业版的一部分了。业务伙伴可以访问闭源模块,但不允许分发它们,原版的或改善版的都不行。开源最有趣的核心被丢弃了。

    Odoo企业版的主要问题和其他闭源产品一样:厂商绑定。一旦你公司的数据进入了一个产品,移出来就很难且很贵。特别是Odoo:一旦你安装并开始使用Odoo在线的一个闭源模块,此模块对你的数据模型产生深远影响,以后你就别想轻易迁移到社区版了,除非你能接受付钱给一个专家花费无法估量的时间写一个迁移脚本并踩完各种相关的坑。

    继续使用开源版本对你的公司来说更安全。我说的不是Odoo的社区版,而是真正社区驱动的OCA和OCB版本。

    [size=24pt]我们是OCA会员并推荐OCB[/size]

    - OCA是Odoo社区组织,一个超大的由提供Odoo服务、推广和贡献的公司和个人组成的国际性协会。

    - OCB是真正的Odoo社区版。这个版本有一些上线必须的补丁。

    现在你在Github上看OCA的版本库,你会发现很多开源的社区模块,这并非企业版的一部分。尽管模块作者和OCA都声明这些社区模块的授权协议和闭源模块是兼容的,我感觉这个真的很难说。反正我们不会冒险把社区模块和闭源模块混用的。

    OCA有个赞助商模式,我们去年就是。很高兴2016年也会是。

    用 OCA + OCB 模块的另一个好处是质量更可靠。新的模块和贡献者遵循一个严格的代码审查路径和质量标准,还有单元测试的强力推动

    一句话:高质量和持续性在社区里

    [size=24pt]那么Anybox的未来会怎样[/size]

    我们始终提供与过去5年同样质量稳定的Odoo专业服务。

    但我们能提供的不仅Odoo。

    作为成品,ERPNext或者Tryton已经可供选择了,我们在考虑提供相关服务,因为这也和我们的技能相符:用Python和Javascript写企业软件。

    作为开发平台,我们已经在一个大项目上用了Anyblok作为业务核心部分。Anyblok可以作为Odoo核心的可选竞品,我们用了SQLAlchemy,并提供了同等的模块化。

    在NoSQL领域,我们已经掌握了其他技术例如 Meteror。

    我们还能提供基于 React 或 Redux 之类JS库的前端开发服务。

    有项目或者开发任务就找我们吧!



  • 转载自 https://anybox.fr/blog/odoo-professional-service-provider

    [size=36pt]我们是Odoo专业服务提供商[/size]

    ...但从2016年2月底开始,不再是"Odoo公司"的业务伙伴。以下是主要原因。

    Anybox于2010年,特地为提供专业化的OpenERP服务而成立。那个时候我们真是为这个工具而兴奋异常:大量社区贡献者、创新的模块化设计、在技术和业务角度都很有趣的开发方式,这些在开源ERP里堪称凤毛麟角。更重要的是,它正符合我们的能力储备 —— 企业信息化和Python编程语言。

    因此我们决定学习它、使用它、掌握它,立即成为OpenERP合作伙伴以资助它的始创公司。然后我们贡献代码、构建了一些工具和模块、撰写文章、帮助修复框架和对象关系模型、积极参与OpenERP活动并成为领先的Odoo服务提供商和社区成员。

    我们首先感谢Odoo公司团队所做的一切,以及保持开源这么多年,直到现在。

    [size=24pt]Odoo业务伙伴?[/size]

    坦率地说,过去的五年里Odoo业务伙伴资格对我们的公司没有任何帮助。我们收到过任何优待,不包括培训、不给升级、很少的销售支持、没有功能和技术上的支持、在Odoo官网上被列出来并不醒目。实际上我们只是OpenERP的客户,这就是这个业务模式的全部。不过没问题我们能忍,我们更关系帮助一家开元公司在一个封闭的红海市场赢得一些份额。

    Odoo的合作伙伴分成三级:一般合作伙伴、银牌合作伙伴和金牌合作伙伴。标准很简单:给Odoo带来的年收入。无关技术、认证、开源贡献、代码质量、成功案例。是的,只跟转化的收入有关。至于我们,我们在过去5年里给Odoo公司带来的收益就是33000欧元。都不够一年的金牌合作伙伴门槛。当然了要是算上我们免费贡献给核心代码、模块和社区的人天数,我们超不多应该是八星八钻业务伙伴了。

    现在,成为Odoo业务伙伴只剩作为渠道商了。围绕Odoo9的业务模型(又)变了,产品也改成了LGPL的开源内核,旧代码被慢慢重写成了闭源的apps。开源精神已经远去。现在我们显然被当成了销售人员。

    [size=24pt]我们是程序员![/size]

    我们不是渠道商,我们是工程师。我们的工作是构建有价值的、创新的自由软件。我们喜欢使用、分发、理解、创造、修改并发布修改后的完善的软件版本,不受限制,也不限制我们的客户和用户。无关哲学,也不是政治,这只是21世纪整个世界缓慢变化的趋势:分享经济,由分散的角色协同工作,构建一个大到一个人或一家公司都无法独立完成的东西。

    Odoo最初是由程序员为程序员设计的。设计目标是实现底层技术的模块化,要想使其正常运作必须清楚底层技术。不可能成为成功的只需功能顾问和拿提成的销售人员支持即可的黑盒软件。

    [size=24pt]我们需要持续经营[/size]

    跟随Odoo,我们在每年的每个版本上都至少看到以下一项重大修改:

    - 授权协议从 闭源 到 GPL 到 AGPL+自用私有 到 LGPL+闭源

    - 产品名称从 TinySAP 换到 TinyERP 到 OpenERP 到 Odoo

    - 盈利模式尝试了各种开源软件可以采用的赚钱方法,有些是触碰了一点儿法律底线的

    - 业务数据模型也有破坏性的变更,导致痛苦而耗时费力的升级

    - 客户端从桌面版转到纯网页并在每个版本都被重写,最新的版本闭源了

    - 编程接口从一个非常功能化、底层而显式的API换成了神奇的动态记录面向对象API。后者确实很好也很受欢迎,但却成了客户已安装的模块和所有社区模块的技术债务。

    主要问题是缺乏透明的沟通,所有这些变化都是反复无常、始料未及的。这叫“精益创业”,懂不啦?这叫“试水”!你创业刚开始的时候,你所做的假设缺乏经验证明,你可以这么干。而不该在10年后,有上万家客户用你的产品管理日常业务的时候还瞎搞。

    客户需要一个稳定的软件,能够平滑升级并长期支持,并可以选择把主要工作分配给任何一家服务提供商,而不是被厂商绑定。这是首要而最基本的开源软件能力。另一方面,业务伙伴需要基于这个产品构建一个持续盈利的公司,并从厂商得到可选的、高质量的服务。我们并未从业务伙伴资格上看到这一点,看着官方模块转入更封闭和锁定的模式,迫使我们停止续约业务伙伴资格。

    [size=24pt]我们不推荐Odoo 9 企业版[/size]

    一个企业管理软件有个企业版真是特别可笑和讽刺,企业软件不是本来就是给企业用的么。那么,那个不是给企业用的版本叫啥呢?非企业版现在叫“Odoo社区版”,阉割掉了那些闭源模块。这只是一个保留开源标签的途径,也分配了一些研发人员给社区。所有对企业有价值的模块现在都是企业版的一部分了。业务伙伴可以访问闭源模块,但不允许分发它们,原版的或改善版的都不行。开源最有趣的核心被丢弃了。

    Odoo企业版的主要问题和其他闭源产品一样:厂商绑定。一旦你公司的数据进入了一个产品,移出来就很难且很贵。特别是Odoo:一旦你安装并开始使用Odoo在线的一个闭源模块,此模块对你的数据模型产生深远影响,以后你就别想轻易迁移到社区版了,除非你能接受付钱给一个专家花费无法估量的时间写一个迁移脚本并踩完各种相关的坑。

    继续使用开源版本对你的公司来说更安全。我说的不是Odoo的社区版,而是真正社区驱动的OCA和OCB版本。

    [size=24pt]我们是OCA会员并推荐OCB[/size]

    - OCA是Odoo社区组织,一个超大的由提供Odoo服务、推广和贡献的公司和个人组成的国际性协会。

    - OCB是真正的Odoo社区版。这个版本有一些上线必须的补丁。

    现在你在Github上看OCA的版本库,你会发现很多开源的社区模块,这并非企业版的一部分。尽管模块作者和OCA都声明这些社区模块的授权协议和闭源模块是兼容的,我感觉这个真的很难说。反正我们不会冒险把社区模块和闭源模块混用的。

    OCA有个赞助商模式,我们去年就是。很高兴2016年也会是。

    用 OCA + OCB 模块的另一个好处是质量更可靠。新的模块和贡献者遵循一个严格的代码审查路径和质量标准,还有单元测试的强力推动

    一句话:高质量和持续性在社区里

    [size=24pt]那么Anybox的未来会怎样[/size]

    我们始终提供与过去5年同样质量稳定的Odoo专业服务。

    但我们能提供的不仅Odoo。

    作为成品,ERPNext或者Tryton已经可供选择了,我们在考虑提供相关服务,因为这也和我们的技能相符:用Python和Javascript写企业软件。

    作为开发平台,我们已经在一个大项目上用了Anyblok作为业务核心部分。Anyblok可以作为Odoo核心的可选竞品,我们用了SQLAlchemy,并提供了同等的模块化。

    在NoSQL领域,我们已经掌握了其他技术例如 Meteror。

    我们还能提供基于 React 或 Redux 之类JS库的前端开发服务。

    有项目或者开发任务就找我们吧!



  • 看了眼原文 是英文的呢,
    jeff 翻译了啊? 赞



  • 翻译的,耗时1小时42分钟。


    某一天,校长告诉我这个事儿,说这篇文章应该会符合我的口味。昨天就翻译了一下,确实没有什么夸大成分,符合做技术的感受,就翻译了一下请大家一起思考一下。

    这也是我们做 gooderp 的初衷。



  • 这么说是不推荐上9了,当初群友也有观望的意思,看来是正确的。8.0就挺好!感谢姐夫的翻译!向卓兄问候!


登录后回复
 

与 Odoo 中文社区 的连接断开,我们正在尝试重连,请耐心等待