弗拉基米尔引用布鲁克斯的话来总结

676balanced

无代码：它是什么 - 什么时候可以得到回报？ 桌上的笔记本电脑，屏幕上显示网站 deltaoppleveskape.no 近年来，所谓的无代码解决方案出现了强劲的增长。在这里我们解释它是什么，有什么优点和缺点 - 以及它适合谁。 因此，更多的开发人员并不总是解决方案 人们普遍认为，可以通过让更多开发人员参与来加快项目速度。但真的是这样吗？高级开发人员 Vladimir Janjušević 向您解释连接多个头的优点和缺点。 弗拉基米尔·扬尤塞维奇 发展 作者：Tarjei Garsjø / Ethos 文本 已发表17 号。03。23 最近更新时间 27。06。23 更快的启动路径 这种情况是众所周知的：您想要的解决方案最好应该在昨天就已启动。您知道时间越来越短，但这次您的预算更加慷慨。不就是为了尽快完成这件事而投入更多的开发人员吗？ - 我们经常满足这种期望。现实情况往往恰恰相反。弗拉基米尔说，更多的开发人员可以让项目进展得更慢，尤其是在接近尾声的时候。 越多越快？ 这可能看起来违反直觉，但这种现象实际上非常普遍，以至于它被赋予了一个名字。这在开发者社区中被称为布鲁克斯定律，弗拉基米尔解释了为什么会这样。 向已晚的软件项目添加人力会使项目变得更晚。

‍ 布鲁克斯定律 - 转移资源、调整信息流和进 特殊数据 行培训需要时间。另外，人越多你也会发现更多的bug。这当然很好，但也需要更多时间。你总是可以直接启动，幸福地不知道存在哪些错误，但一旦你知道它们，你就必须先修复它们。 “九个女人一个月内生不出孩子。” - 希望事情尽快完成当然是很自然的事情。但时机不对，无论有多少开发人员，都会影响质量。弗拉基米尔指出，便宜的东西很快就会变得昂贵。 你想知道便宜到什么程度会变得昂贵吗？在这里阅读弗拉基米尔的帖子！ 有待改善 弗拉基米尔认为，布鲁克斯定律所缺乏的是质量随着开发人员数量的增加而提高。当然，拥有一支大型团队并不总是一个坏主意。 - 不，尤其是在开始的时候，做得更多是件好事。尤其是当它们同步并且协同工作时。然后你就可以启动项目了，弗拉基米尔解释道。 他本人非常喜欢多头负责，因为他们从一开始就一起工作，而且有足够的时间。 - 我喜欢将许多意见收集到一个项目中，并与人们一起讨论。



如果我们做到了这一点，并以合理的速度实施该项目，那么以后回去进一步开发解决方案也会更容易，他说，并补充道： 因此，当您在运行后期添加更多开发人员时，挑战就来了。如果您设置它们（例如仅用于文档），它可以正常工作，但即使这样也会减慢速度，从而增加时间。 你应该做这个 弗拉基米尔的最佳建议是尽早寻求帮助。准备工作并不需要你自己做。 - 我们可以在规划阶段为您提供帮助，并在我们估算时为您提供资源和想法。他说，这种争论有助于使项目稳步推进。 他建议大家从自己想要的品质开始。如果你想要真正做好某件事，时间太紧的话，再多的预算也无济于事。 - 时间压力对于开发人员来说是最糟糕的事情，因此对于最终产品也是如此。因此，请比您认为必要的时间更早出门。那么结果就会是最好的。不幸的是，人们在联系时往往已经有点太晚了，他说并总结道： 我所知道的一些最悲伤的事情是值得更多时间的精彩想法。