自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(41)
  • 资源 (1)
  • 收藏
  • 关注

原创 AI时代下:降本增效的具象化诱惑

摘要: AI的崛起让企业将“裁员+AI”视为降本增效的新公式,通过裁减人力与部署AI工具快速实现成本压缩与效率提升。然而,这种局部提效可能掩盖更深层的组织问题,如流程冗余、协同低效等。真正的降本增效需重构组织运行方式,减少内耗与摩擦,而非仅依赖人力缩减与工具加装。AI并未让企业绕开转型,反而凸显了优化流程、数据治理等核心问题的紧迫性。企业需警惕将短期可见收益误判为系统性变革,避免陷入“效率幻觉”。

2026-04-29 14:46:03 356

原创 企业AI应用乱象:热闹背后,是六种危险的管理幻觉

企业AI应用面临六大管理幻觉:1.将工具辅助误认为岗位替代;2.混淆单点突破与工程化落地;3.将局部提效等同于整体降本;4.将内容生成等同于业务能力;5.将个人使用AI等同于组织提效;6.将高层重视等同于组织就绪。数据显示78%企业已应用AI,但仅25%项目实现预期回报,超80%企业尚未感知到AI对利润的实质性影响。核心问题在于企业高估AI的替代能力,低估从技术演示到实际落地的复杂性,忽视了组织协同和结果兜底的关键作用。真正的挑战在于区分AI能做什么与不能做什么,建立与组织需求相匹配的AI应用体系。

2026-04-21 15:35:48 369

原创 【一文说完,万字讲透】语义、向量与图谱:大模型时代AI推理的边界与分工

摘要 本文探讨了大模型与知识图谱在AI推理中的本质差异及其在企业决策闭环中的应用价值。大模型通过向量空间中的概率分布实现语义理解,擅长自然语言交互但存在幻觉风险;知识图谱则以离散、显式的三元组结构确保语义的精确性和可推理性。文章指出,企业运营闭环(感知→归因→建议→行动)需要融合两种技术:大模型作为自然语言前端处理模糊语义,知识图谱作为确定性基础设施支撑精确推理。这种分工协作既能保持交互流畅性,又能保障决策准确性,形成完整的AI赋能体系。

2026-04-15 17:12:42 407

原创 【数据积木·数据体系篇】四集之聚集篇(正篇上):聚集是什么?——从明细流水到统计指标的“质变”

**摘要:从数据流水到业务指标——聚集层的核心价值 聚集层是企业数据架构的关键环节,它将归集区的明细数据转化为可直接指导决策的业务指标。聚集的本质是通过汇总计算(如求和、平均、计数等),将海量流水账转化为具有统计意义的指标,并按销售、财务等业务主题组织管理。 聚集解决了明细数据的三大局限:信息过载、缺乏洞察和难以对比。其价值在于提供业务共同语言,实现"一眼看清"业务全貌、支持高效沟通和趋势分析。优质指标需满足五大标准:业务定义明确、统计口径一致、维度组合灵活、数据质量可信、主题归属清晰。

2026-04-13 15:17:39 328

原创 数据治理范围演进:从二维业务数据 迈向企业全域数据治理

摘要: AI在企业运营决策中常因缺乏隐性感知而失效,具体表现为三类挑战:业务知识缺失(无法理解战略背景)、业务经验缺失(难以权衡多目标)、人文感知缺失(忽视组织动态)。相比之下,人类通过长期浸润业务积累的隐性知识(如战略意图判断)、情境化经验(如历史案例比对)和社会洞察力(如团队状态预判),能更精准地做出可行决策。根本矛盾在于,AI依赖显性数据,而企业运营依赖大量未编码的隐性规则。未来需通过数据治理构建“情境感知系统”,将人类隐性知识转化为AI可理解的参数,而非简单追求数据驱动。

2026-04-13 15:11:18 506

原创 【数据积木·数据体系篇】四集之聚集篇(番外篇):指标、维度:从汉语拼音的“声韵组合”到数据世界的“语义表达”

本文通过汉语拼音声韵组合表的类比,揭示了企业数据体系中"聚集"层的核心思想:有限的标准化元素通过规则组合可表达无限复杂性。指标与维度分别对应数据世界的"韵母"和"声母",而企业数据总线(EDB)则相当于"汉语拼音方案",负责统一标准、定义组合规则并提供语义层。EDB作为指标和维度的治理中心,确保全公司对数据概念的一致理解,消除歧义,并通过维度建模为上层应用提供业务可理解的语义视图。这种标准化、可复用的"数据积木&quo

2026-04-10 17:22:12 348

原创 【ChatBI终结篇】向实而生:重构ChatBI的价值坐标与落地路径

本文探讨ChatBI在企业智能化转型中的定位与价值。首先明确ChatBI应定位于"副驾驶"而非主导者,聚焦辅助功能而非决策责任。针对企业中坚力量的数据痛点,ChatBI可发挥三大核心价值:作为分析思维"教练"培养数据思维,作为需求"挖掘机"提升沟通效率,以及作为数据文化"播种机"降低使用门槛。特别强调应从中层管理者切入,因其痛点匹配度高、见效快且推广阻力小。最终指出ChatBI与传统BI将形成"双模驱动"的共

2026-04-10 14:17:02 384

原创 别人家的AI繁花似锦,自己家的AI一地鸡毛:CXO们,差距的原因你们真的思考过吗?

摘要: 企业AI应用效果差异的核心并非算力或模型差距,而是数据治理的深度差异。真正的AI竞争力需要构建"全息驾驶舱"式的数据治理体系,包含四大关键维度: 汽车知识(传统数据治理):数据标准、质量与血缘等基础要素 业务知识:战略定位、行业规则等机器可读的语义化标签 业务经验:历史成败案例的形式化沉淀 人文感知:组织协同关系的数字化映射 当前AI存在三大先天局限:缺乏业务认知、历史经验积累和人文感知能力。传统数据治理仅解决20%-30%的问题,企业需要推动治理范式双重跃迁:从"为人

2026-04-08 17:05:24 573

原创 【数据积木·数据体系篇】四集之归集篇(下):有序·标准·可用:让数据从“原料”变为“资产”

本文深入探讨了数据归集区的核心成果与战略意义。通过归并和连通两大手段,归集区数据呈现出有序、标准、可用三大特性:以业务实体为中心重组数据,统一命名规范和编码标准,形成可理解、可操作的高质量"准产品"。归集区作为数据价值化的战略枢纽,实现了从原料堆积到资产沉淀的质变,构建了稳定的数据内核,降低了数据消费门槛,为业务创新提供了坚实基础。这种从"藻泽"到"湿地"的转变,使数据真正成为驱动业务增长的战略资产,为后续数据加工奠定了优质基础。

2026-03-27 09:17:33 245

原创 【数据积木·数据体系篇】四集之归集篇(上):从“藻泽”到“湿地”,构建真实业务事实的方法论

本文探讨数据治理中"归集"环节的核心价值与方法论。归集作为数据旅程的第二阶段,旨在将混沌的"数据藻泽"转化为有序的"生态湿地"。其核心准则在于真实反映业务事实,通过归并(统一业务实体)和连通(构建实体关系)两大手段实现。文章重点阐述了本体建模对归集工作的指导作用,包括定义业务概念、属性及关系,为数据整合提供理论框架。最终形成的稳态数据集,既保持业务真实性,又具备可扩展性,为后续数据应用奠定坚实基础。

2026-03-25 15:15:17 366

原创 从“为人治”到“为机治”:数智化时代的企业数据治理范式革命

摘要: 数智化时代,企业数据治理正经历从“为人治”到“为机治”的范式革命。传统治理以人类理解为导向,而AI驱动的运营闭环(发现问题→归因→建议→执行)要求数据具备机器可读的语义。本文剖析了传统治理在四环节的“语义断裂”,提出构建“可计算”的新范式:通过语义化指标、血缘、业务规则及API,形成机器可理解的运营语义层。这一变革并非颠覆传统治理资产,而是通过本体论方法重构数据逻辑,使AI能可靠完成自动化决策与执行,实现从“人机交互”到“机机交互”的升级。

2026-03-25 15:03:26 726

原创 【数据积木·数据体系篇】四集之汇集篇:海纳百川,构建全域数据的“原始之境”

作为“四集”框架的起点,汇集扮演着数据生命周期的源头角色。如果说企业数据是一座正在建造的数字大厦,那么汇集,就是这座大厦最基础、也最不可或缺的“原料仓库”。它不评判、不筛选,以最大的包容性,将所有数据“拥入怀中”,为后续一切的数据价值创造提供最原始的养分与可能。

2026-03-23 09:28:34 358

原创 【ChatBI终结篇】向实而生:重构ChatBI的价值坐标与落地路径

本文系统探讨了ChatBI在企业智能化转型中的定位与价值。通过"祛魅三部曲"破除对ChatBI的过度神化后,提出其应定位于"副驾驶"式的AI辅助角色,而非决策主导者。研究聚焦企业中坚力量的数据困境,揭示ChatBI在需求澄清、分析引导和文化培育三方面的核心价值:作为"教练"培养分析思维,作为"挖掘机"提炼真实需求,作为"播种机"推动数据文化落地。文章建议企业从中层管理者切入实施ChatBI,通过降低数据使用门

2026-03-23 09:18:35 501

原创 【数据积木·数据体系篇】四集总论:用「四集」从数据零件到业务模型

四集”指代构成数据体系的四个核心数据集(Data Set),它们分别代表了数据在不同加工阶段所呈现的四种根本形态。汇集:海纳百川的“原始数据之境”根本形态汇合在一起的数据集,也叫汇集区核心特征:全量、原始、及时核心使命:以最大的包容性,完整接收并缓冲来自各业务系统的原始数据,包括来自业务数据库、日志文件、物联网设备、第三方API等各个源头的数据。这些数据保留其原始样貌不做价值判断,只为下游提供可靠的“数据源”。关键价值:确保无一遗漏地记录了业务发生的所有事实。

2026-03-02 09:50:29 346

原创 【数据积木·数据体系篇】数据本体论:构建数据“稳态”的第一性原理

本体论(Ontology),源自古希腊哲学中对“存在”本身的探究。在信息科学中,它已经发展成为对特定领域内概念、属性及相互关系进行形式化描述的成熟方法论。简单来说,本体论为我们提供了一套构建“概念世界”的标准语法类(Classes):代表核心概念或事物类型,如“客户”、“产品”属性(Properties):描述类的特征,如“客户.行业”、“产品.价格”关系(Relations):定义类之间的关联,如“客户购买产品”规则与约束(Rules & Constraints)

2026-03-02 09:35:31 759

原创 AI付费模式

因此,CSDN作为一个技术原创平台,就应该要坚守人类的创造性知识。CSDN的知识付费模式:不是向提问者收费,而是要向AI收费。随着AI被喂自己吐出的知识时,AI就进入了近亲繁殖模式。这样在AI时代,CSDN的含金量才不断攀升。目前来看,AI自身不具备0-1的创新。激进一些的话,都可以屏蔽掉AI能力。

2026-02-02 14:55:27 47

原创 【数据积木·数据体系篇】构建数据“双态”:在变化中锚定价值,于流动中实现复用

本文提出"双态"架构作为数据体系设计的核心理念,通过敏态与稳态的协同解决数据可复用性问题。入口端(数据源)和出口端(数据消费)保持敏态以应对业务变化,中间构建稳态核心层实现价值沉淀。稳态层包含"归集"(业务实体抽象)和"聚集"(分析范式抽象)两个关键环节,基于业务本质恒常性和分析逻辑收敛性实现数据资产复用。"双态"架构能显著提升经济价值、敏捷性、抗风险能力、治理效能和创新潜力,使数据体系兼具适应性和稳定性,成为支撑企业数字化转型

2026-02-02 14:00:09 1043

原创 AI伦理建设

智驾也一样,一方面人会慢慢习惯后智驾带来的伤亡,另一方面智驾自身也会进化,还包括对智驾的一些交通规则变革、伦理约束,也会极大程度的降低伤亡概率。在不允许伤人的红线之下,那就只能放弃,因为你不主动撞人,但是你无法控制人不会主动往你上面撞呀。但是,在生命神圣不可侵犯之下,也会让你在多起事故之后,把你给生吞活剥了。构建人与人之间的伦理,我们用了数以千年,而且还在不断完善中。但是,在便捷性面前,终于还是选择了有伤亡的代步工具。没有交通工具之前,大家都徒步,伤亡是最小的。有了马车后,会冲撞人,伤亡就开始出现。

2026-01-28 11:16:56 166

原创 【数据积木·数据体系篇】可复用、标准化与价值实现的系统工程

本文通过木质积木的类比,阐述了数据体系建设的核心逻辑。数据应像标准积木一样具备可复用性,通过标准化实现灵活组合。这种"一体两翼"架构将数据加工为通用构件,支持多场景调用。可复用性带来三大价值:降低重复开发成本、统一业务口径、持续累积数据资产。标准化是实现的工程基础,包含模型、口径、流程和管理四个维度。最终形成效率提升与资产增值的良性循环,使数据从成本中心转变为驱动企业创新的战略资产。

2026-01-28 11:09:08 1156

原创 下一代手机猜想

下一代革命性的手机,是碳基生命与硅基生命的融合。我们不能用现在的思维来定义未来的逻辑。什么设备呀,屏幕呀,APP呀的。有点马斯克脑机的意思。

2026-01-27 14:34:39 276

原创 【数据积木·架构篇】数据积木化:一体两翼架构综述

本文提出"数据积木"理念,构建"一体两翼"数据管理架构。"一体"指数据生产流水线,包括四层:汇集层(原始数据)、归集层(标准化)、聚集层(可复用资产)和市集层(应用交付)。"两翼"分别是数据治理(标准制定)和数据开发(标准执行),确保数据质量和高效加工。该架构借鉴积木制造流程,将数据从原材料加工为可灵活组合的标准化组件,使数据成为可复用、可持续增值的企业战略资产。

2026-01-27 14:30:27 1220

原创 【数据积木·引言篇】数据积木化:重构企业数据管理的底层逻辑

摘要:丹麦乐高通过标准化积木块生产模式,实现了敏捷响应市场、成本优化和创新民主化,与传统玩具成品制造形成鲜明对比。当前企业数据开发普遍存在"成品城堡"困境:定制化报表开发效率低下、数据口径混乱。数据积木思维提出将数据治理为可复用的标准化组件,如同乐高积木般自由组合。这种模式能提升响应速度、降低维护成本,并赋能业务人员自主分析。实现这一转型需要打破"业务特殊论"等认知误区,将数据团队角色从需求响应者转变为资产架构师。数据积木不仅是技术升级,更是组织认知的革命。

2026-01-12 20:28:04 818

原创 随感-数据中台

而留在DS里面都数据,如同一个巨大的沼泽,沼泽有水有泥有草,但是却没法直接利用这些水、泥、草。ODS再往后,根本走不动了,因为ODS的数据汇集是纯IT技术活,而后续则就是由业务驱动的。他又拿不出可用的数据,虽然他实现了数据统一存储,却没有标准,无法直接使用。你说ODS没有数据吗?他是有数据的,而且所有数据都有,表面看消除了数据孤岛;,还美其名曰数据入湖,消除了数据孤岛,更有恬不知耻的说我们实现了。数据中台的破局之道在于如何让中台的数据高效的被业务端用起来。了,IT不懂业务,自然就无法自行展开后续的。

2026-01-11 20:32:54 161

原创 SQL优化三板斧:精简之道、驱动为王、集合为本

本文记录了2016年一次SQL优化实践。面对一个347行、执行耗时4分多钟的复杂SQL,作者通过三阶段优化:首先精简重复子查询和冗余表关联;其次分析执行计划,优化视图访问方式;最后重构查询结构,将大查询拆分为三个子查询结果集关联。最终将查询时间从4分钟降至3.5秒,钻取时间从14分钟降至10秒以内。文章提炼出SQL优化的三个核心原则:精简之道(消除冗余)、驱动为王(小结果集驱动)、集合为本(合理组织数据集合)。这次优化历时两天,展示了处理复杂SQL性能问题的系统方法。

2026-01-11 20:32:01 905

原创 与AI高效对话,你只差这七个字:“我是谁+我想干什么?”

掌握一个简单公式,告别无效提问,让AI从“答非所问”变成“得力助手”。每次与AI对话,你是否也有这样的困惑:明明问得挺清楚,得到的答案却总差那么点意思?问题或许不在AI,而在一个我们从未意识到的关键差异——想象一下:去医院时,医生默认知道你是;请教老师时,老师清楚你是。这些“默认知道”的背景信息,构成了有效沟通的基础。但AI不同。每一次对话,你面对的都是一片。它不知道你的年龄、职业、需求场景,甚至不知道你提问时是站着还是坐着。

2026-01-08 09:16:43 445

原创 一次非典型SQL优化:如何通过业务逻辑优化另辟蹊径?

本文记录了一个SQL性能优化案例的全过程。开发人员反馈10个类似功能的SQL查询总耗时超过120秒阈值,这些查询用于检查当前表和历史表的数据重复性。优化过程经历了四个阶段:1)执行计划分析发现索引使用合理;2)SQL改写使性能提升一倍但仍不达标;3)考虑并行执行方案被业务需求否决;4)最终通过深入理解业务逻辑,发现可以增加时间戳字段实现增量检查,从根本上解决问题。案例展示了SQL优化的完整路径:从执行计划调整、SQL改写,到技术方案优化,最终回归业务逻辑优化。

2026-01-08 09:10:50 783

原创 传统搜索与AI创作

比如投资分析师和城市规划师,他们对分析2025年某城市人口分布与公交站点匹配度,虽然核心数据一致,但是维度、方向、结论导向是不同的。”远比“分析2025年某城市人口分布与公交站点匹配度”要精确很多,更能降低大模型幻觉。这一点要明确告诉给大模型,而且你的需求越明确,大模型的理解就越精确。如果还停留在搜索引擎阶段是关键词的惯性,那注定要被大模型的幻觉“戏耍”为了更好的精确理解意图,你最好还要告诉大模型你的角色。因为不同角色,对同一个目标,所要求的结果是不一样的。输入的关键词越简练,匹配的效果自然越好。

2026-01-05 09:24:27 182

原创 一次耐人寻味的SQL优化:除了SQL改写,还要考虑什么?

本文记录了一个SQL性能优化的典型案例。面对"编辑日志查询"功能因数据量剧增导致的性能问题(从100万/日增长到6000万),作者通过多轮优化:先是移除自定义函数提升性能,随后发现数据量过大(单次查询500万+结果)是根本原因。解决方案包括表分区、强制时间条件、创建联合索引等,但遭遇跨部门协作难题。深入分析发现模型设计缺陷导致查询效率低下,提出拆分字段方案又面临版本迭代压力。最终通过架构调整解决了问题,但也引发了对模型设计前瞻性、日志查询意义等深层思考。整个过程展现了技术优化与组织协调的

2026-01-05 09:03:13 1063

原创 【ChatBI祛魅(3)】ChatBI 的“BI”之困:Text-to-SQL何以成为“皇帝的新码”?

前文揭示了ChatBI在“Chat”环节的溃败。但即便AI听懂了指令,其核心引擎——Text-to-SQL——真能胜任吗?在简单世界里,它像把万能钥匙;可一旦面对企业数据迷宫中交织的业务逻辑,它便瞬间失灵,生成的可能只是无法运行的“皇帝的新码”。本文将为这最后一环祛魅,剖析智能取数何以在复杂现实前撞上高墙。

2025-12-31 09:43:50 1222

原创 【ChatBI祛魅(2)】ChatBI 的“Chat“幻灭:当AI理解撞上业务意图的铜墙铁壁

摘要:ChatBI的对话功能存在根本缺陷,导致数据准确性危机。问题根源在于三重鸿沟:1)意图鸿沟 - AI缺乏业务场景理解,导致误读用户需求;2)交互鸿沟 - 将双向需求确认简化为单向猜测;3)确定性鸿沟 - 分析结果不可复现。当前AI无法真正理解业务语境中的隐含信息,所谓的"智能对话"只是产生误解的独白。在解决这些认知层级问题前,ChatBI的便捷性是以牺牲商业分析准确性为代价的。

2025-12-31 09:39:58 801

原创 传统BI与ChatBI的同与不同

三、核心关系总结

2025-12-25 13:49:57 171

原创 【ChatBI祛魅(1)】ChatBI热潮下的冷思考:数据准确性为何成为“阿喀琉斯之踵”?

摘要:ChatBI作为商业智能领域的新趋势,其数据准确性成为关键瓶颈。本文指出,尽管厂商常宣称90%以上的准确率,但实际应用中存在三大核心挑战:自然语言理解歧义导致指标口径混乱、大模型输出结果不稳定难以复现、分析过程黑箱化丧失可解释性。这些根本问题使ChatBI在真实业务场景中面临"开盲盒"式的决策风险。文章强调,准确性是BI不可妥协的生命线,若无法解决这一"阿喀琉斯之踵",ChatBI将难以从概念炒作阶段跨越到实际价值创造阶段。

2025-12-25 11:25:58 651

原创 致CIO:如何让您的数据团队,从“成本中心”变身“业务增长引擎”?

本文指出,IT部门深陷“投入增长、价值模糊”的困境,根源在于数据管理仍停留在被动“项目交付”模式。为此,文章提出以 “数据资产化”为支点,通过建设开发治理与可视化两大赋能平台,并重塑架构师、开发工程师、资产运营专员三类核心角色,推动数据职能从“成本中心”系统性转型为驱动业务的“价值引擎”,为CIO/CTO提供清晰的转型路径与实施框架。

2025-12-22 18:10:41 732

原创 “知数善用”漫画番外(下):从“沼泽困局”到“产品超市”,业务妹子与数据哥的协同共生之路

这是「知数善用」漫画番外的圆满结局篇。业务小智与数据大程在经历信任危机后,通过“知数善用”理念实现觉醒,共同将数据封装成可复用的“产品”,上线了清晰的“数据产品超市”,并建立了“使用-反馈-迭代”的协同闭环。故事生动展现了双方如何从互相抱怨的“囚徒”,转变为共同创造价值的“伙伴”,最终让数据真正成为驱动业务的敏捷力量。

2025-12-17 18:15:10 339

原创 “知数善用”漫画番外(上):从“完美合作”到“沼泽困局”,业务妹子与数据哥怎么了?

这是「知数善用」组织篇的轻松番外。我们用一部真实的“职场纪录片漫画”,讲述了业务妹子小智与数据哥大程,如何从“黄金搭档”一步步深陷需求爆炸、重复开发、数据矛盾的“数据沼泽”。故事还原了无数企业业务与IT从合作到互相抱怨的经典困局,为后续的“突围”与“共生”埋下伏笔。

2025-12-16 15:29:24 305

原创 知数善用之组织篇:如何驱动业务与数据的“双向进化”,填平价值鸿沟?

我们建了数据中台,买了BI工具,为什么业务部门还是说“用不起来”?问题的核心,并非技术不足,而在于组织能力与“知数善用”新机制的根本性错配。本文将为您系统剖析三大组织错配,并给出驱动业务与数据团队“双向进化”的完整转型路径。

2025-12-12 11:21:25 1255

原创 从“知人善用”到“知数善用”:破解企业数据价值困局的管理哲学

过去四十年,我们学会了‘知人善用’,成就了组织能力;未来十年,我们必须学会‘知数善用’,这将定义数字时代的核心竞争力。

2025-12-10 16:03:37 741

原创 主数据治理的“普高”与“职高”之路:别再混淆MDM与数据中台

企业常混淆MDM与数据中台中的主数据治理。本文以“普高vs职高”为喻,系统解构二者差异:MDM重全域管控与流程固化,目标是“统一”;数据中台重场景化集成与敏捷服务,目标是“好用”。文章通过两种典型场景剖析其协同关系,并为企业提供“奠基长远”与“敏捷先行”的务实建设路径,强调从源头规划协同,避免重复治理与技术负债

2025-12-08 09:20:59 310

原创 AI的“炼油厂”革命:没有数据治理,所有模型都是空中楼阁

针对企业AI项目高失败率的普遍痛点,提出了一个独创的 “价值协同三角”模型,深刻论证了数据治理是AI成功不可逾越的前置条件,并为技术管理者提供了清晰的行动框架。

2025-12-05 16:50:57 857

原创 做成做大做强

需求+技术=>做成只要有具体的需求,外加匹配到一定的技术,做成一个项目是没问题的。这无关乎投入多少?也无关乎由什么人来做?比如总是能听到这样的段子:一个国家级的项目,由一家世界强的企业中标,最后真正code的是高校的在校学生。投入+人员=>做大持续的成本和时间投入,外加一个可靠的团队,就能将一个项目级需求做成一个产品。这也是当前很多信息化产品的“涅槃”之路。但是理想很丰满,而现实却很骨感。市面上,但凡有点想法的外包公司,都是想着从大量的项目中沉淀知识,打磨属于自己的具有竞争力的产品,

2020-07-02 17:24:43 187

金山词霸2007如何在Acrobat Reader取词

金山词霸2007如何在Acrobat Reader取词

2013-03-19

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除