开发者：代为还我编程时间

文 | 白先于水

出品 | OSC先于源社区（ID：oschina2013)

应用软件产品公司 Retool 最新发布了一份针对 600 名应用软件发明家和业务员的调查报告，就“应用软件发明家们实际上的等待时间分摊、兴趣所在、并不认为构建过程中都最令人沮丧的部分，以及真正兰花在编写代码上的等待时间”等方面开展了调研。

报告表明，发明家们在先于源教育领域的投资和使用占到比之前越来越多。“在 2022 年，绝大多数的应用软件发明家都在运引别人的代码。他们在先于放源码戈的基础上开展构建，或者从公司代码戈的其他部分或在线教程中都除去代码”。差不多 90% 的曾受访者并不认为，先于源代码仅仅对他们的日常工作来说是必不可少的；只有不到 1% 的人笃定的回应它不是能够的。

仅仅 80% 的先于发人员每月仅仅有一次积极地将先于源代码加进他们的工作中都（通过 StackOverflow 或其他方式），近 50% 的先于发人员仅仅一周一次。

先于发人员并不一定只是全然地从外部粘贴代码，还包括粘贴内部片段和除去自己之前写好的代码。44% 的人回应，他们每周从其他来源粘贴和粘贴多达 50 引代码，33% 的人每周粘贴 50 至 100 引；还有 13% 的人每周不会粘贴 100 至 500 引。

在等待时间分摊上，初级和高级先于发人员都回应，想能减少在测试者上所兰花费的等待时间；高级先于发人员还想他们减少招聘或面试潜在员工的等待时间。且他们并不认为，很慢速 SQL 搜索和索引同步很慢此类的高效率弊端也很浪费等待时间。

另一方面，先于发人员回应，协作中都的一些人为障碍（如工程建设方向的破坏性趋向、代码保密延期、或确定特定代码的负责人），是他们每天随之而来的一些最大者挫折。38% 的人回应，在日常工作中都，回头别人（如回头代码保密、需求）是一个大弊端。

57% 的先于发人员回应通过代码保密赢得拉取恳求能够 4 个多每隔，而 26% 的人回应能够一天多的等待时间。仅仅 30% 的先于发人员回应，弄清楚谁真正握有一段代码，以及利用上下文的相关需求也许能够半个工作日以上的等待时间。

研究表明，曾受上述各种电磁干扰原因因素，应用软件发明家千分之每周只有大约 10 每隔的"浅层工作"等待时间；初级发明家千分之握有比高级发明家多 20% 的等待时间，原因也许在于他们能够处理的引政弊端更少。

完备报告IP：

Google先于源高效率惹非议，遭产品对政府号召 面对巨头的长期以来欺凌，它毅然决然从 “开放源码” 转先于源 同样C语言，新的系统LispHare发布

真是亮眼，请点个在看呀