近期在知乎平台上，有人提出了疑问：为何类似的公司仅凭借开发集成开发环境（IDE）就能实现自给自足，而我国企业若从事大型面向公营部门的软件开发，却往往难以维持公司的生存？这背后是否与付费习惯有关，还是存在其他影响因素？

在探索这个问题的过程中，我偶然间邂逅了一个极为出色的解答，现在想与各位一同分享。

[]

为何 如此成功

我对该领域怀有深厚的喜爱，成为其铁杆支持者。涉猎编程语言的岁月已有约十年，而熟练运用该语言的时间则大约有七年。

经过多年对编程技能的钻研以及全家桶工具的熟练运用，我深刻认识到，其成就的取得不仅仅依赖于技术层面的突破，更在于产品在创新方面的卓越表现。

这些创新成果均基于大型软件工程的实践经验，因为只有真正参与过大型软件的开发以及持续更新迭代，我们才能明确一款出色的集成开发环境应具备哪些功能，以及哪些功能能够助力程序员更高效地开发软件。

网络上有流传，IDEA系列软件最初的核心优势功能便是其强大的代码重构能力。

在IDEA这款软件中，您可以通过按下Shift+F6键来迅速对某个变量进行重命名，同时，这一更改将自动同步至所有使用该变量的代码片段。

这就要求IDEA对项目内所有代码进行细致分析，同时，要对其间的引用联系进行精确追踪。

此类功能的实现，背后依托于卓越的代码静态分析技术。因此，在开发专业软件的过程中，首要任务是确保技术层面的支撑。

在产品设计的考量中，IDEA的重构功能表现得尤为出色，其具备众多卓越的特性，如路径的灵活调整等。

IDEA 的强大远不如此，它的功能包括但不限于：

要构思出这些创新功能的点子，该产品的负责人必须拥有相当长的一段时间在基层的实际操作经验。

这些软件工程项目的质量标准相当严格，若项目本身质量低劣，便无需考虑重构功能；特别是那些从零开始构建，之后又面临重构挑战的项目。

02

为何我国做不出 这类软件①

而我国做不出来这类软件，原因也主要有如下：

经验丰富的个体在国内相对较少，他们中的多数是在2010年互联网红利期开始涉足这一领域的，其中不乏从生化环材等传统行业转行而来的人。由于从业者数量有限，因此涌现出杰出产品经理的机会自然也就更少了。

多数人仍旧持有一种“勤劳守旧”的观念，即认为借助工具提高工作效率是懒惰和耍小聪明的体现；他们更推崇使用诸如 vim 等门槛较高、学习曲线较为陡峭的软件，将其视为“技术能力出众”和“能吃苦学习”的象征。

出色的产品经理需具备跨领域知识，比如，一位优秀的产品经理并不仅仅是绘制原型图或撰写产品需求文档那么简单，他们必须深入到软件行业的基层，拓展广泛的工程师人脉，与众多软件工程师进行深入交流，从而准确把握他们的实际需求。

从他们的立场出发，我需要考虑一个出色的集成开发环境应具备哪些特性。在国内的诸多产品经理论坛上，讨论的主题多集中在互联网应用程序产品领域。

这类产品的项目经理依旧停留在大学期间学习UI设计的阶段，毕业后只是参加了“人人都是产品经理”的网络课程，掌握了制作PPT、绘制原型图以及撰写PRD文档的基本技能。

PM的能力上限偏低，同时，由于缺少在垂直行业的经验和广泛的人脉关系，难以开发出顶尖级的工业软件。

我国缺少工程师精神。这种精神强调产品的进步主要源于工程师的推动，他们通过运用科学技术手段，不断优化产品的用户体验、可靠性以及安全性等方面。

鉴于环境因素的多样影响，具备“工程师心态”的人士在大众中仍属少数；他们往往怀着“功利心”投身学业，追求高分绩点，投入职场则追求业绩指标，这样的心态很难催生出卓越的专业软件。

工程师文化的缺失根源在于经济基础和分配的均衡问题，当经济基础较为薄弱时，人们更倾向于采取保守态度，而这种保守心态往往不利于激发对创新的深入思考。

若分配不均现象过于严重，工程师们便会更偏好运用“技巧”进行内部竞争，以争夺有限的资源，而不是借助“科学技术”来开拓新的资源并创造价值。

奶粉的费用、产假的规定、高昂的房价、教育资源的均衡分配，这些都是无法留住顶尖工程师和资深产品经理的关键因素，这些早已被反复提及，无需再一一赘述。

03

如何做好工业软件

从事工业软件的开发，最理想的情况是让该领域的工程师转岗成为工业软件的产品经理，这是因为只有行业内的人士才能真正深刻地理解同行。

当前情形下，即便怀揣工程师理念且具备工程师文化的企业也极为罕见，更不用说那些在积累丰富经验后转行成为产品经理，进而设计出卓越的工业软件以提升生产效率、释放生产力的真正工程师了。

最后再谈谈 在获客与留存方面做的努力。

众多工业级软件都配备了帮助文档。然而，不妨自我反思一番，你是否真正浏览过那些专业软件的集成开发环境？你是否曾打开过这些软件的帮助菜单？

以某软件为例，在初次安装并启动软件时，系统会展示一个引导界面，该界面通过简洁明了的文档和示例代码，协助用户迅速熟悉这款集成开发环境的各项功能。

如图所示，该功能为 learn，当前图示正展示如何通过快捷键迅速删除代码行或实现换行操作，同时还将过长的可变参数代码自动转化为易于阅读的多行格式。

样例代码与辅助说明的文本都极为精炼，内容清晰；即便在英文版本中，也精心挑选了计算机科学中常用的词汇，确保即便是非英语为母语的使用者也能轻松理解，障碍极小。

若用户能迅速掌握并熟练运用您的软件，则您的客户群将得以持续稳定。

然而，这一点在众多享誉世界的顶尖专业软件中普遍存在不足，无论是设计领域的Adobe系列，还是电子工程领域的IC、TI德州仪器以及Intel等，表现均不尽人意。

根本找不到那种简明扼要的说明和恰如其分的示例代码，让你能够迅速掌握技巧。

这款专业级软件操作复杂，学习难度很大，因此客户流失率较高。然而，在快速上手和详细帮助文档的设计方面，它无疑表现得非常出色。

有人提出疑问，vim 是否适合键盘操作，亦或是它在 ssh 环境下直接进行代码编辑是否适用。

在键盘适应层面，实际上，一旦你熟练掌握了，便会发现 IDEA 的全键盘操作速度并不逊色于 vim，你所需的所有功能都配备了预设的快捷键，即便没有，你也可以自行设置。

此配置支持云端同步功能，无论是在公司使用的电脑、个人携带的平板电脑，还是家中娱乐的游戏机上intellij idea 论坛intellij idea 论坛，均能实现全平台数据同步。

而且，自动补全功能能够依据个人在特定领域的使用习惯来编写个性化的live代码。再者，通过按下ctrl+shift+a或者alt+enter，几乎在代码编写过程中的任何环节都能执行到大多数常用的操作。就我个人体验而言，并没有感觉到vim在这方面的效率比其他工具高出多少。

此外，还有直接通过ssh进行代码编辑的情况。我认为这种做法极不安全，也不符合规范。

工程化的项目通常在本地通过集成开发环境进行编辑，借助IDE的静态分析工具能够识别潜在的错误，经过验证无误后，再利用版本控制软件进行代码的提交。

在提交过程中，IDEA将执行代码格式化操作，进行lint规则检查，优化代码，清理冗余，同时自动为你完成GPG git签名。

若为企事业单位或开源团体所负责的项目，系统将自动执行更新操作，随后进行待办事项检查，代码审查，以及git钩子设置，完成代码的推送后，CI/CD平台随即启动单元测试和集成测试流程。

一旦审核无误，CI 平台便会自动利用 SSH 技术将代码部署至生产环境。然而，若你的代码频繁地需要通过 SSH 连接并直接使用 vim 进行编辑，那么它很可能并未经过任何工程化工具的预处理和代码管理。

你的项目显然存在诸多不规范之处，因此开发此类项目自然无法享受到集成开发环境所能提供的诸多便利。

IDEA的Git功能异常强大，它能够对软件项目中的各类工程化工具进行有效整合。

最终聚焦于核心问题：为何开发集成开发环境（IDE）能够维持生计，而国内的那些所谓的“大型”信息技术企业却面临破产的困境？

有网友认为，他们愿意循序渐进，切实地将软件打造得更加完善，而非将全体员工推向极端，使其创造力受限。这种选择对于我国企业来说，实属不易。

需认识到，996工作制会导致人们无法进行深度思考，沦为编写代码的机械，而这种状态，根本无法创作出具有世界级水平的卓越软件。

中国企业自认为在人力资源管理上更为高效，但这种高效是以牺牲创新和创造力为代价的，仅适用于那些对创造性要求不高、需求较为明确的软件项目。

若无法为程序员营造一个轻松愉悦的工作氛围，我们便无法研发出如此卓越的软件。确实，内卷现象使我们丧失了创新精神，某些软件在我国的特定环境下是难以诞生的。

当然，要实现这一目标并非短时间内可以达成，我们仍需历经数年乃至十余年的不懈努力！期盼未来我们亦能打造出类似IDEA那般令人惊艳的杰作。

如有侵权请联系删除！