因此节省了大量本来可能

[account_disabled]

被浪费的开发工作。“前端是系统供应商和客户之间沟通的通用语言因为它简单、可见、有形是最接近现实世界的例子制作好前端后客户可以将手指放在屏幕上并说“我想要这个按钮在另一侧具有其他颜色和其他文本。一旦前端经过验证就在后端实现它。目标是交付软件项目的可执行版本其中主要功能正常运行并且需要导航的业务规则最少。然后实施更复杂的业务规则最后实施验证和可用性规则。从整体开始到局部做一个项目先做好前端再做好后端避免早期优化！在开发组件时无论是类还是功能不要试图从一开始就实施所有好的实践。



学习如何做“草稿部分就像你在餐巾纸上写下一个想法一样这似乎违反直觉但事实并非如此。首先创建一个通用类您可以在一个地方看到该组件所做的所有事情。通过这种方式您可以创建主题图了解各个部分如何组合在一起对 玻利维亚电话号码列表 这些部分进行分类并为它们指定适当的名称。然后巩固、提高。将代码分布到更小的类代表流程步骤和方法代表流程步骤中。技术债务或地毯下的污垢草案与待审查的最终解决方案不同。我们需要明白不应交付具有高技术债务的代码。我想强调技术债务的两个大问题。软件设计中的低效沟通如果一个类、方法或函数写得不好并且注释得不好那么将。







来甚至可能连它的作者也无法理解它。或者如果它太大太复杂则可能无法将其分解并使其变得更简单。具有不良代码的项目在草稿中在循环或重复中进行数据库查询是没有问题的。但如果投入生产可能需要一段时间才能被检测到。如果低性能仅发生在具有多个独立记录的记录并且它们很稀缺的情况下则日志可能没有清楚地表明系统的减速是由于匆忙完成的非常具体的错误实现而发生的。确定优先事项一些软件项目经理或客户经常说“一切都是优先的。他可能是对的。但没有人能同时或同时做所有事情。有些步骤只有完成前面的步骤才能交付。因此如果您处于客户或经理指示不止一件事作为优先事项的。