首页 文章 精选 留言 我的

精选列表

搜索[知识资产沉淀],共10002篇文章
优秀的个人博客,低调大师

数据资产平台如何解决数据找不到的难题?数据资产平台怎样实现资产价值评估?

前阵子跟一家制造企业的数据负责人聊天,他说了一件事让我印象很深。销售部要做客户分析,向IT要数据。IT翻了半天,给了三张表——一张是CRM里的客户基本信息,一张是ERP里的交易记录,还有一张是售后系统里的服务记录。销售拿到手发现,三张表的客户ID格式完全不一样,根本关联不起来。

优秀的个人博客,低调大师

数据资产化如何完成数据资产盘点确权?数据资产化怎样挖掘存量数据商业价值?

前阵子跟一位城投公司的数据负责人聊天,他说了一件事让我印象很深。公司智慧停车系统跑了五年,积累了几百万条停车记录、上万个车位数据。直到一家充电桩企业找上门来想买这些数据做选址分析,他们才意识到——原来这些躺在服务器里的数据还能卖钱。但真要交易时,连这些数据归谁、值多少钱都说不清楚。

优秀的个人博客,低调大师

十年沉淀,才敢谈电子签的门道

“电子签技术太简单,没什么门槛。” 十年前听到这句话,我手心冒汗。是我太笨吗?竟然要用十多年时间,才摸清这个“简单”行业的门道? 那些说“没什么技术门槛”的人,大概从没想过——把一个完整的现实世界原封不动搬进软件中,需要极致的产品抽象能力。 一、技术的诅咒:当一切都能被实现 数字证书、密码学、区块链、编程……这些技术难吗?难。但更难的是另一件事:用这些技术,在数字世界里重建一个能自己运转的商业社会。 你以为电子签只是“在线盖章”?那印章背后是谁盖的?他有权盖吗?盖完的流程该谁接着看?看完要不要归档?归档后怎么随时能调取验证? 在现实世界里,这些答案散落在公司的管理制度、财务流程、部门分工和员工脑子里。在软件世界里,这一切都必须被精确地定义、重构、连接。 我们曾遇到一个典型场景:一所大学需要将行政办公、采购合同等签署流程线上化。 线下现状:流程涉及校长、行政主任、负责老师等多达5个角色,一个文件线下流转平均耗时5天。 核心挑战:如何用同一套系统,既支持这种复杂的“多角色、多条件审批”流程,又能处理简单的员工“单点直接签署”? 表面看是“盖章”,实则要重构整个大学的行政权责体系。谁有权在什么类型的文件上盖章?盖章后自动触发谁的审批?不同金额的采购合同,审批路径有何不同?这些散落在不同部门、制度手册和员工习惯中的规则,必须在软件中被精确定义。 面对这一挑战,简单的功能堆砌无效。我们最终的解法是:增加“业务线管理”模块这一核心抽象。 不再是硬编码:系统管理员可以像搭积木一样,为“行政公文”、“采购合同”、“劳动合同”等不同场景,配置独立的签署流程。 规则具象化:每条业务线可灵活定义其文件主题/编号生成规则、内外部签署流程、模板、用章类型、抄送规则等。 权限与场景绑定:权限不再孤立存在,而是与具体的业务场景深度绑定。发起一份采购合同时,系统自动匹配预设的审批流,无需用户每次手动选择。 这意味着,我们交付的不是一个盖章工具,而是一个“业务流程自定义引擎”。大学的行政人员自己就能配置出符合制度要求的数字流程,系统由此具备了应对业务变化的弹性。 二、抽象的炼狱:在0和1之间重建一切 “产品的一半是技术,另一半在于如何将现实世界原封不动地抽象到软件中。” 这是电子签系统最深的秘密,也是最痛的领悟,让我们明白电子签乃至整个企业服务领域的核心挑战:产品抽象能力。。 电子印章不再是一块实物,而是数字身份+权限+时间戳+区块链存证的复杂组合。 人不再是一个名字,而是认证过的数字身份+角色权限+审批路径上的一个节点。 流程不再是口头约定,而是可配置、可追溯、不可篡改的业务流程。 更残酷的是:这些抽象出来的零件,还必须能像现实世界一样自由组合。今天处理一份简单的员工合同,明天处理一笔内部签署,后天要跟外部签署合同,系统必须用同一套“积木”,搭出完全不同的“建筑”。 既要保证法律上的安全,又要让用户觉得简单易用;既要支持银行级别的本地化部署,又要让散落在各地的业务员能随时在线签署。 真正的门槛,在于能否将现实世界中模糊、多变、例外频出的商业协作,提炼成一套标准、灵活且自洽的数字规则。这要求产品经理必须深度沉浸于业务场景中,完成从“物理世界”到“数字逻辑”的翻译与重构。 这哪里是写代码那么简单?这是在用0和1,重建一个能运转的微缩世界。 三、成熟的标准:当系统开始自己思考 我们做电子签近十年,才敢说稍微摸到点门道。什么时候算成熟?当你看着系统流畅地处理一笔复杂多变的业务,而背后不需要频繁的定制开发。 那一刻的恐慌,我至今记得。 恐慌是因为突然明白:我们不是在卖技术,是在卖一整套数字化的商业规则。技术只是那把钥匙,真正的价值是门后面那个被你重构出来的、能自己运转的软件世界。 对客户而言,价值不在于加密算法多先进,而在于系统能否无缝融入其现有业务,甚至提升效率、规范管理。正如那所大学,上线后签署周期从5天缩短至几分钟,这才是他们感知到的价值。 四、门槛的真相:在理解的深度,不在代码的行数 所以,电子签真的有门槛吗? 有,但不在你想象的地方。真正的门槛,是用十年的时间,笨拙地、反复地,把现实世界里那些不言自明的规则,一点点翻译成机器能懂的语言。 是忍受客户说“这不就是套壳”时,还要耐心解释法律效力和数字证书的区别。是在无数个深夜,为了一个“不合规但合理”的业务场景,重构整个权限体系。是终于明白,最难的代码,永远写在业务逻辑和人性的交界处。 没有一个被真正用起来的产品是简单的。每一个“简单”背后,都是长年累月的信息打磨、客户拷问、技术重构和规则抽象。 十年一觉电子签梦。梦醒时才发现,最难的代码,永远写在业务逻辑和人性的交界处。 这大概就是最深的讽刺:外人看我们十年就做了个“电子章”,我们自己知道,这十年,我们重建了一个世界。 而这个世界,才刚刚开始运转。

优秀的个人博客,低调大师

Flutter 体系化建设,阿里有哪些技术沉淀?

为什么是 Flutter 集团内已有越来越多的业务和团队开始尝试 Flutter 技术栈,从闲鱼的一支独秀引领潮流,到如今淘宝特价版、盒马、优酷、飞猪等 BU 业务相继入局,Flutter 的业务应用在集团内也已经逐渐形成趋势。那么,是什么原因让集团内越来越多的开发者选择拥抱 Flutter 技术栈?Flutter 的哪些优势吸引了集团 Native 开发者们通过 Flutter 开发并交付业务? 从技术上看,个人认为 Flutter 最核心的 3 个特点最为吸引开发者: 极高的开发与交付效率,良好的开发体验 优秀的跨多端多平台能力 极强的 UI 表现力 开发效率 从集团电商业务属性出发,业务响应效率及其背后的研发效率从来都是最为重要的指标。在保证体验的前提下,尽可能的提高研发效率,就意味着更高的生产力。传统的 Native 业务研发 iOS/

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册