VS 集成 插接

类似这个功能的。想找到相关的说明文档。微软的。谢谢各位!!!

vs 浏览量352 回复量1 关注量1 分享
1 0

 技术债务最会拖累项目

  工作在一个满是技术债务的代码库上,就像是在烂泥堆中奔跑。起初,在泥浆还不是很厚的时候,勉勉强强走过去还没问题,但当有个 1 米深的时候,你就寸步难行了。

  我最喜欢的作家之一,《7 Habits of Highly Effective People》的作者,Steven Covey,称之为“P/PC 平衡”或“产量 vs 产能。”

  通常,管理人员和其他非技术性人员在推动生产力的时候,宁愿牺牲质量——就像杀掉了下金蛋的鹅一样——从而招致技术债务。

  当然,通过绞拧这只鹅的脖子,威胁它,你或许暂时可以得到更多的蛋,但用不了多少时间,死去的鹅就永远不会再产蛋了。

  如果你的老板正遭受着不懂技术债务的痛苦,不知道技术债务是如何正在拖累你的,那么建议你可以给他讲讲《7 Habits of Highly Effective People》中关于P/PC 平衡中技术债务的条款。

  大多数管理人员可能都会看过这本经典的书,所以比起你说写新功能很难是因为代码库太糟糕,还不如说说书中的观点,更容易被他们所理解。

  2. 预估大多是废话

  软件开发中的预估大多是废话。

  这一点,你知我知,甚至团队可怜的项目经理也知——当然,也有可能他不知道,但是他应该知道。

  预估软件开发中的任何事情都是非常非常困难的,因为各种意外会让你防不胜防。

  每一个软件项目,每一项任务都是新的。每次你坐下来写代码,总有一些意想不到的狗屎事情发生。

  但事情就是这样。没有人应该为此负责。不是你的错,也不是我的错,不是任何人的错。它就是要发生。

  然而,我们依然情不自禁地会去玩这个“预估”游戏。

  “Joe,你建立客户登录页面需要多久?”

  “哦……呃……”随便想了个时间,“2 天……哦等等——”忘了 CYA 加倍。 “——要 4 天。”

  “好吧,那我给你 5 天”。

  “好,那就 5 天。”

  还有一个很好的解决办法是把任务分解到足够小的程度,将所有的预估控制在 4 小时以内。

  经验告诉我,半天时间内的预估,通常能让你体面地完成工作。超过这个点,那你就是废话了。


回答 2
知识点 2
关注者 2

写回答