共计 3077 个字符，预计需要花费 8 分钟才能阅读完成。
都快 2022 年了，为什么软件我的项目还要求厂商交付源代码？
千行代码万行愁，
一行正文思千秋。
若让我知谁人写，
定然让他断双手。
——佚名
这是笔者最近 5G 冲浪时看到的一首打油诗，用语文老师的套路来解读就是：这首诗通过夸大的比较手法，粗浅地体现了诗人对于代码保护的疾恶如仇之情。
如题所述，为什么甲方验收我的项目保持要交付源代码？要到源码就能居安思危了吗？如何感性对待代码的商业价值？
为什么甲方要求交付源代码？
软件的交付就像是交付一栋建好的房子，那么修建图纸、布线图什么都须要一并交付，以便房子的前期保护。在软件我的项目中，源代码就好比这些修建图纸，我的项目验收时交付源代码以便于甲方后续对软件进行保护。
对于软件交付这种交钥匙工程，客户认为把握源代码就把握了软件主动权的钥匙，将来有新的需要变更能够本人批改代码来适应，不须要再付昂扬的维护费用。
另外甲方会认为源代码是软件的外围价值，是原创标识，属于拥有者的知识产权。源代码上交后，有肯定能力的甲方还能将代码二次批改后成为本人的货色，申请软著排列在公司的荣誉柜里，或者本人接单持续做第二三个我的项目。
小编就听过一个电信软件供应商的 A 公司的敌人提到一个故事，过后国内开始推广虚构运营商，某电商巨头 J 拿了工信部牌照，洽购了 A 司的大量 license 的电信计费零碎后并要求上缴所有的源代码。A 司认为虚构运营商在国内蓝海一片，欢快地签了合同。后果 J 司利用上缴的源代码重构了计费零碎，第二年 A 上门收受权费时将 A 司一脚踢出门。
除了以上两种状况，在中国还有一种非凡状况，就是一些涉密行业的政策要求，对安全性要求很高的企业会扫描源代码来保障软件系统的整体合规性。
总结来说，甲方要源代码无非是为了自主可控、继续二开、平安合规。这么看来，只有合同中有相干条款，交付源代码荒诞不经，一本万利。
事实真是如此吗？
想实现“软件开发自在”，不能高估源代码的作用
来看一个源于生存的段子，说国内大厂的代码不违心凋谢的重要起因是写得太烂了，一旦开源，就没人敢用他们的产品。这通知咱们，互联网上曾经有许多十分优良的像 Linux 的开源代码，千万不要高估本人或他人写的代码真的有微小的“商业价值”。
政策说变就变，我的项目交付的时候还是二胎政策，刚交付完三胎政策凋谢了，须要加个流程。
领导把这个需要传递给开发经理，你想想方法把乙方代码改改用，下个月上线。
但如果单纯指望领有源代码就能实现“软件开发自在”、能够随心所欲，恐怕要悲观了。
后面也说了，软件开发就像建房子，代码就好比盖房子用的砖，当砖的品质不好，建造进去的零碎的稳定性和可靠性都不能保障。咱们要面对一个事实，有些公司为了赶我的项目进度其实交付的代码品质个别，程序员在写代码的时候也不会太多思考复用的问题。
并不是所有公司都能提交出齐全标准化的产品，甲方最终验收的也只是功能测试、性能测试，代码品质这一项无从考据。所以即便不愿意，也必须抵赖，乙方交付的代码能失常运行，且不出错，那就是牛 x，不要指望品质有多高。
另外，交付源代码对乙方来说也有“砸本人饭碗”的危险，如果客户齐全有能力本人保护、开发软件了，还找你干嘛。在不情不愿又不得不交付源码的这件事上，国内某论坛上祭出了“给一部分，他们只有一部分代码是没有太大用处的”、“给一些版本有误的”、“源代码文档给个简略点的”这样的倡议。
千行代码万行愁，一行正文思千秋。
这样交付的代码有多难保护？这里援用看过的另一个帖子：程序员被公司解雇都 12 天了，原团队没人能接手他写的代码，前领导要求他回公司讲清楚代码，员工回复：一次一万。
本人团队产出的代码都没法接手，更别提是他人写进去的代码了。旧代码不易测试、无奈保障新代码的正确性、或者改一个新需要引入旧性能报错 … 这些也会给零碎带来极大的不稳定性。
批改乙方代码费时费力，理论能给甲方带来多少自主可控的空间？
这个问题很难答上来，烂代码自身就不是一个能够简略的可掂量的货色，没有可评估性。
最初，放大一点格局，交付源代码不利于软件行业的标准化倒退。
把眼光脱离源代码自身，来看看整个软件行业。2020 年，SaaS 在中国私有云中的占比仅为 25.5%，远低于 SaaS 在美国私有云中的占比 67.1%。
咱们晓得，软件的标准化将大大降低应用软件的总领有老本（TCO），进步整个行业的效率。而国内因为市场竞争强烈、甲方客户对产品性能需要含糊、多变等起因，我的项目上定制化代码的占比越来越高，软件行业的标准化之路堪称说是任重道远。
软件厂商面临着大客户简单的定制需要与昂扬的人工成本，基本无暇顾及晋升代码品质，打造标准化产品。
不须要源代码，仍然能够实现自主可控
后面说了那么多，如同交付源代码是甲方原罪，都重大到影响中国软件业的标准化倒退了。甲方爸爸何其无辜，他们只是想要自主可控而已啊！他们有什么错！
如果短期内无奈解决代码品质的问题，拿到源代码进行二次开发不过是戴着脚链跳舞，想实现自主可控也不是只有源代码这一条路，咱们回避写代码不就能够了吗？回避尽管可耻但有用。
试想一下，如果有这样的一个平台，平台将企业级软件中的各类元素，包含表单、导航、视图、菜单等高度形象成一个个可拖拽的组件，用户无需写代码即可构建出企业级的利用，用来交付产品和我的项目，大大降低了开发的复杂度。更重要的是，构建进去的利用和写代码生成的利用一样能够通过甲方的功能测试和性能测试。
这样的平台，居然真有厂商给做进去了，还是纯国产的——企业级无代码软件平台 Smartdata。
应用 Smartdata 开发的软件我的项目在验收后，乙方无需交接代码，构建进去的利用作为标准化产品积淀为企业资产，实现同类我的项目的规模化的复制交付；甲方无需接管和重构代码，透过平台“所见即所得”的利用构建界面，即可实现二次性能调整，十分不便，工作效率晋升数倍, 甲乙方关系迅速升温。
实现了自主可控、继续二开之后，问题又来了：交付的利用能满足涉密企业的平安需要吗？能申请软著吗？
企业级无代码三把斧
- 能够申请软著
通过企业级无代码平台 Smartdata 构建的利用蕴含了设计者和搭建者的常识与智慧，毫无疑问创作者（自然人和法人）都享有著作权，是能够申请软件著作权的。著作权爱护的是指用户在平台根底上构筑的利用局部，而不蕴含平台自身。这就像通过 Office 创作小说的作家，只享有小说的知识产权，而不享有 Office 软件的著作权。
为配合无代码平台用户申请软件著作权的工作，Smartdata 方面示意能够为签约用户在申请软件著作权时，提供相干的申请材料。
以上为平台用户申请软著中的软件应用（应用无代码平台构建） - 满足平安合规要求
在平安合规这方面，事实上可能与想得不太一样，无代码平台深受涉密企业的青眼。正是因为行业保密性和安全性要求极高，参加开发的内部人员越少平安透露危险越小。而无代码平台交付的产品，相干用户可自行调整外部需要，进行疾速迭代，防止过多内部人员长期染指，大大提高零碎的安全性。 - 造福甲乙双方
应用无代码平台对于软件厂商（乙方）的收益不言而喻，规模化的我的项目复制，能够比传统开发方式更加省时省力降老本，帮忙企业疾速扩张、占领市场。同时骨干的开发人员能够安顿去做更高价值的事件，聚焦行业畛域模型，投入新产品的翻新，实现业务增长。
至于无代码平台对于甲方的价值，还是拿三胎政策的例子，须要增加三胎申请页面、审批流程、校验逻辑来算个账：
没有一劳永逸的胜利。笔者不认为交付源代码是原罪，只是如果换个思路能给乙方更多利润空间，给甲方更多自主权力，能为当下的 IT 行业提供更弱小的生产力，何不放弃思维焕新、付诸实践试一下呢。
