陈鹏程-数式Oinone首席体验官-CSDN博客

原创软件产品复用度60%的陷阱：作为老板知道多少？

很多软件公司的老板们都跌倒在“60%”这个数字上，为啥是60%，因为在常规情况下，产品复用度达到60%以上可以被认为是一个比较不错的水平。复用度达到60%意味着产品的核心功能和组件能够在多个项目或场景中重复利用，减少了重复开发和维护的工作量。这有助于提高开发效率，降低成本，并加速产品上市时间。然而对60%这个数字，大部分老板的追求终究是被错付了，理想中的60%复用度，跟产品实际呈现的效果是不一样的！

2024-04-19 12:07:15 1073

原创浅谈企业IT架构的十年困局

企业IT架构的近十年，对很多从业人来说是困惑的十年，伴随着企业数字化转型火热的10年，企业IT架构的方向似乎在互联网巨头身上看到了曙光，却又在实践中跌落神坛。理念的璀璨，实践的黯淡，最早在企业实践互联网技术的CIO或CTO们，是否还保留着心中的白月光，亦或是早已迷失，无奈回到最初的起点。数字化转型这一概念最早在2012年由国际商业机器公司（IBM）提出，它强调了应用数字技术重塑客户价值主张和增强客户交互与协作的重要性。此后，数字化转型逐渐从企业（组织）层面上升为国家战略。

2024-04-15 13:10:02 1142 1

原创数式Oinone与中台的渊源

随着数字化转型不断深入，企业面临着严重的数据割裂、系统隔离等问题。在这样的背景下，“敏捷响应，低成本地快速创新”成为了推动一站式商业智能软件的内在诉求。。

2024-06-06 09:37:11 590

原创低代码能做复杂业务场景嘛？低代码平台该如何选择？

为什么很多人认为低代码无法处理复杂场景呢？实际上，这主要是因为市场上大部分低代码的主要形态是无代码，当无法满足需求时，通过特定方式将代码以插件的形式注入平台，作为低代码平台的内置逻辑，供设计器使用。这样的开发模式会带来两个问题。

2024-06-03 10:12:05 951

原创探索不同类型的“低”之魅力

随着数字化转型的浪潮不断高涨，低代码平台（LCDP）已逐渐成为企业快速构建和迭代应用程序的重要工具。低代码平台以其高效、灵活和易于集成的特点，受到越来越多企业的青睐。然而，低代码平台并非一蹴而就的单一产品，它涵盖了多种类型，每种类型都有其独特的“低”之魅力。本文将详细对比四种不同类型的低代码平台：代码生成器、插件型低代码平台、图形化开发的IDE和低无一体平台，并探讨它们各自的特点、能否与原生代码结合，以及适用场景。

2024-06-03 09:26:58 706

原创 3年过去了，低代码还是毒瘤吗？向前迈一步，给你不一样的答案

这种明确的定位不仅降低了用户的使用门槛，也提高了平台的使用效率。》这篇文章中提到的“现在程序员缺口很大，大家都在 996，加班干活，所以我们需要一个提升效能的工具”，这个没有错，我在其他文章中也反复提到：“随着企业数字化转型，企业对研发人员的需求量大幅增加，同时对他们的要求也变得更加严格和高标准”。针对复杂场景的低代码平台，如果没有把低代码平台作为核心的战略定力，是做不出来的，国外的Mendix和Odoo分别做了6年和8年才崭露头角，在中国软件公司太浮躁，能把一点做深做透的太少，市场规模是他们的第一追求。

2024-05-23 09:34:15 702

原创软件公司在工程化领域都关注哪些特征？这些特征应与研发个体能力无关

前几期发表了一篇关于《浅谈企业IT架构的十年困局》的文章，文中写了“企业或者软件公司在工程领域都关注哪些特征，而这些特征又应与具体研发人员的个体能力无关”的相关内容。收到很多业内人士的留言，也引起了很多同行的共鸣，所以今天在这里也打算针对这个话题，跟大家再做个深入的探讨。

2024-05-06 16:44:38 818 2

原创多层次深度对比，一文看清数式Oinone带来的效率提升

在数字化浪潮汹涌的今日，软件公司面临着前所未有的挑战。笔者交流了不下60多家软件公司老板，大家普遍反映，相比过去十年，客户要求更高了，也对软件公司的技术提出了更高的要求，特别是在需求响应速度、用户体验、系统极限承载力以及智能化等方面的提升，因此交付难度加大，研发成本提高了不止一倍。整个行业对研发人员的需求量大幅增加，同时对他们的要求也变得更加严格和高标准。笔者认为，低代码是解决人员需求和要求的核心手段。

2024-04-25 20:19:13 1139 3

原创数式Oinone的软件定位，化繁为简，让你的软件开发高效无限

以企业对软件的需求探讨，企业对软件生态的需求，以及数式Oinone=低代码开发平台+通用数据模型+业务产品的构成。

2024-04-16 09:33:41 349 1

原创数式Oinone与行业的对比

这也是许多研发人员反对低代码的核心原因之一，因为研发人员变成了辅助角色，而软件工程是一门需要技术能力的学科，让没有技术能力的人主导是违反常理的。简单来说，低代码模式适用于产品的迭代升级，而无代码设计器则适用于满足个性化和非产品支撑的额外需求低代码和无代码模式在整个软件生命周期中都有各自的价值，在不同场景下可以相互融合，发挥最大的优势。每种解决方案都有其优点和缺点。其次，同样以元数据为基础，以模型为驱动，但是元数据的生成方式有两种:一种是使用无代码设计器(与经典低代码相同)，另一种是通过代码来描述元数据。

2024-04-15 08:50:00 639 1

原创数式Oinone的致敬

国内做Odoo的伙伴普遍认为，Odoo与中国用户的交互风格不符，收费模式设计以及外汇管制使商业活动受到限制，本地化服务不到位，国内生态没有形成合力，伙伴们交流合作都非常少。相比之下，数式Oinone看准了企业视角由内部管理转向业务在线、生态在线(协同)带来的新变化，聚焦新场景，利用云、端等新技术的发展，从企业内外部协同入手，以业务在线驱动企业管理流程升级。在2019年，也就是数式Oinone刚成立的时候，我们跟很多投资人聊起公司的对标是谁，我不是要成为数字化时代的SAP，而是要成为Odoo。

2024-04-13 22:00:00 286 1

原创 AI新纪元 | 数式Oinone AI集成设计器跨模型链接未来交互，为企业AI应用提供新思路

随着AI技术的不断进步，数式Oinone的AI集成设计器将继续扩展其能力边界，未来不仅将接入更多的AI大模型，还将涵盖文字、图片、音频、视频等更多领域，以满足不同行业、不同部门的定制化需求。同时，为较为直观的体现从AI集成应用设计，至最终业务场景形态的全过程，数式Oinone提供了AI机器人，作为最佳实践，以较为简洁的形态展现整个过程的运转逻辑。用户可以简单地通过设计器自定义AI的输入输出程序，并通过连接器功能，将多个模型生成的条件结合优化，并进行二次输出，进一步提升了AI输出的质量和效率，这种。

2024-03-20 20:00:00 548 1

原创浅聊十多年互联网老兵的创业史-数式Oinone的萌芽

但是，当客户接手扩展中台能力和新的上层应用场景时，效果往往不尽如人意，这并不是中台架构理念的问题，而是因为传统企业客户的IT能力大多较弱，这是一个硬伤。许多文章都在讲述中台战略，长篇大论地描述组织中台、技术中台、业务中台、数据中台，我们不去评论这些方法论的对错，从技术角度回到初衷，我们只关注一个问题:技术是为商业服务的，中台如何快速满足企业业务多变的需求?2016年，我和三个曾在阿里工作的同事一起创办了一家新公司--数列，我们决定专注于我们最擅长的领域，即软件服务商。于是，我和很多同事一起开始了创业之旅。

2024-03-19 22:00:00 896

数式Oinone是专注复杂场景的低代码平台