摘要：小于当两个人做一个无法绝对拆分的模块时一个人从头做到尾，不依赖任何人两个人功能拆分，协商对接各自开发可以会有依赖的功能，有前后依赖关系功能整合这样假如一个人开发需要个小时，两个人开发肯定是大于个小时的等于当两个人做两个完全独立的功能两个人没
小于2
当两个人做一个无法绝对拆分的模块时
一个人：从头做到尾，不依赖任何人
两个人：
1.功能拆分，协商对接
2.各自开发（可以会有依赖的功能，有前后依赖关系）
3.功能整合
这样假如一个人开发需要2个小时，两个人开发肯定是大于1个小时的
等于2当两个人做两个完全独立的功能
两个人没有任何依赖，不存在沟通个整合方面的浪费大于2
当两个人做一个很复杂的功能时
1.这个就是我们听到的最多的结对编程，好处在于，我们做开发的时候，有时候会因为一个小问题卡很久，但如果有另外一个人协助你，可能你不知道的事情，刚好他知道，他遇到问题的时候，也可能刚好是你知道的，这样就缩短了卡顿的时间
2.一些研究也表明结对编程比多带带编程相比，通常会考虑更多的设计选项，达成更简单，更易维护的设计，也会写出更短的程序，以及更少的缺陷
3.当一个人请假或离职的时候，另外一个人也可以快速补位
总结：1.如何更好的拆分工作，可以把将两个人的依赖性降到最低作为原则，节约沟通和整合的时间
2.在一般的公司，考虑到人力成本问题，很少会遇到采用结队编程这种模式，也很少会有非常复杂的功能，但就算是两个人开发两个独立的模块，也要尽可能的做到一个模块一个人主开发，另外一个人了解一些，可以快速的接手，尽可能的降低风险，避免人才的流失无人可接
备注：多人开发也是一样（以上属个人理解，不对望指正）
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/103644.html
摘要：针对上面看到的问题，现在也有一些团队在尝试前后端之间加一个中间层比如淘宝的。淘宝有很多类似的文章，这里不赘述。淘宝团队做了两套接口文档的维护工具，以及，不知道有没有对外开放，两个东西都是基于的一个尝试，各有优劣。 原文出处： 小胡子哥的博客（@Barret李靖） 前后端分工协作是一个老生常谈的大话题，很多公司都在尝试用工程化的方式去提升前后端之间交流的效率，降低沟通成本，并且也开发了...
摘要：针对上面看到的问题，现在也有一些团队在尝试前后端之间加一个中间层比如淘宝的。淘宝有很多类似的文章，这里不赘述。淘宝团队做了两套接口文档的维护工具，以及，不知道有没有对外开放，两个东西都是基于的一个尝试，各有优劣。 原文出处： 小胡子哥的博客（@Barret李靖） 前后端分工协作是一个老生常谈的大话题，很多公司都在尝试用工程化的方式去提升前后端之间交流的效率，降低沟通成本，并且也开发了...
摘要：针对上面看到的问题，现在也有一些团队在尝试前后端之间加一个中间层比如淘宝的。淘宝有很多类似的文章，这里不赘述。淘宝团队做了两套接口文档的维护工具，以及，不知道有没有对外开放，两个东西都是基于的一个尝试，各有优劣。 原文出处： 小胡子哥的博客（@Barret李靖） 前后端分工协作是一个老生常谈的大话题，很多公司都在尝试用工程化的方式去提升前后端之间交流的效率，降低沟通成本，并且也开发了...
摘要：是持续集成，而对应多个英文，持续交付或持续部署。到底是什么这个词，其实就是和两个词的组合。它的英文发音是，类似于迪沃普斯。根据年的调查发现，的受访者已经接受了，而前一年这一比例为。的认证目前最受欢迎的就是和。提到DevOps这个词，我相信很多人一定不会陌生。作为一个热门的概念，DevOps近年来频频出现在各大技术社区和媒体的文章中，备受行业大咖的追捧，也吸引了很多吃瓜群众的围观。那么，Dev...
摘要：技术管理者对于如何保持技术能力的焦虑，由此可见一斑。第三个评估维度，即风险评估。技术风险评估，也叫技术风险判断力。这项评估工作很考验技术管理者的技术经验和风险意识，而且需要借助全团队的技术力量来做出准确判断。 最近团队扩充迅速，团队面临了一些新的挑战，一方面我们需要一些具备技术管理的人才能够脱颖而出，另一方面，我们也需要帮助已经成为技术管理者的同学完成转型，重新认识和看待自己的工作。近...
阅读 527·2021-11-22 15:32
阅读 2587·2021-11-19 09:40
阅读 2092·2021-11-17 09:33
阅读 1148·2021-11-15 11:36
阅读 1734·2021-10-11 10:59
阅读 1353·2019-08-29 16:41
阅读 1646·2019-08-29 13:45
阅读 2036·2019-08-26 13:36
