如果您在软件开发方面花了一些时间，那么有一个问题要问您……
你大部分时间都花在什么地方？
你大部分时间都在写代码吗？ （当然不是）
有经验的开发人员花费大量时间来考虑软件的大局或设计。他们审查代码、重构旧代码、修复错误、阅读其他开发人员的代码，或者花更多时间学习他们工作中需要的新库或框架。
简而言之，他们编写更少的代码，花更多的时间思考好的软件设计（这里我们指的是“好的”软件，而不仅仅是软件）并制定构建它的计划。
如果你在这个行业呆过一段时间，那么在内心深处你最好知道没有完美的软件，它只能在截止日期前足够好。有时您会花更多时间优化事物，有时会重构代码或修复初级开发人员创建的错误。最后，无论你做什么，你总是专注于在给定的期限内构建完美的软件（尽可能多）。
为软件编写代码和为好的软件编写代码是有区别的。当您展示为优秀软件编写代码的开发人员的素质时，您可能遵循了最佳实践、工程原则、编码标准或高级开发人员提供的一些指导方针。
今天在这个博客中，我们将讨论一些对于每个初级开发人员学习必不可少的指南（当然，您想成为一名出色的工程师，而不仅仅是一名工程师）。这些指南将帮助您构建好的软件并在您的工作中表现得更好。在我们继续之前，请记住一件事……
“Software never was perfect and won’t get perfect. But is that a license to create garbage? The missing ingredient is our reluctance to quantify quality.”
-Boris Beizer
1.聪明Øptimization瓦特i个代码的可读性
正如我们所讨论的，开发人员大部分时间都花在阅读代码而不是编写代码上。大多数时候，他们需要调试应用程序，检查其他开发人员所做的提交，或者阅读有关构建他们需要添加到软件中的新功能的信息。
他们关心代码的可读性，并注意编写易于理解和易于修改的代码，即使他们需要编写更长的变量和函数名称。如果易于理解和修改，编写更多行代码是完全可以接受的。
例如，声明一个变量名 ‘distanceInMeters’ 而不是 ‘distance’。这个变量名更有意义，即使它需要一些额外的输入。您不必花时间查看代码库来找出距离变量的单位。
许多开发人员在代码库中编写了一个解决方案（只是为了避免添加额外的代码行或优化代码），这对于其他编码人员来说有时变得难以理解。
上述解决方案对于其他开发人员来说可能有点难以理解。当您是项目的唯一贡献者时，这些单行解决方案或此类优化非常有用。如果有多个贡献者，请避免将其添加到代码库中。
2. 代码修订
询问开发人员，他们会告诉您，当他们的代码库出现问题时，修订控制如何多次挽救他们。无论您是小型项目的唯一贡献者，还是与多个开发人员合作开发大型项目，版本控制都已成为企业中必不可少的工具。
在开发任何新功能或在代码库中添加一些代码之前，请确保首先进行代码修订。谁做了什么，做了什么提交，删除了什么，添加了什么，更新了什么等等。总之，跟踪所有的变化。
跟踪开发的各个阶段有助于您解决应用程序开发过程中的问题。如果您的应用程序未按预期运行或代码中断，那么您可以返回应用程序的稳定版本并找出导致问题的原因。
修订控制还允许开发人员同时处理一个项目，而不会破坏已经为用户发布的稳定版本。 Git（最流行的）、SVN、CVS 版本控制、Mercurial 和许多版本控制可用于处理您的项目。
3. 验证和验证应用程序
您花了几天时间在一个应用程序上工作，不断在应用程序中添加功能，最后，您发布了它。如果您听到产品不符合特定要求，您会有什么感受？您需要对应用程序进行重大更改，因为它不符合客户的期望。这个问题在软件开发中很常见。在应用程序中进行重大更改对于开发人员来说也是一件令人沮丧的事情。
为避免此问题，请在开发和迭代的各个阶段验证和验证您的应用程序。以小版本发布您的产品，而不是一个大版本。当一切都完成后，最后不要运送产品。
验证：制定一个良好的实践来评估和验证您的产品在不同阶段的 发展。检查应用程序是否满足指定要求。检查它是否符合设计规范
验证：有时开发人员会误解产品规格和要求。他们专注于构建产品，然后当产品交付时，他们听到用户提出的问题，即软件不符合要求并且没有按预期构建。
上述问题在软件开发中很常见。为避免此问题，请验证您的软件。验证并确定产品是否满足用户的期望？产品是否按要求制造？
上述两个过程都有一个目标……您的软件应该与最初提出的功能保持一致。为了确保这件事有经验的开发人员在软件开发生命周期中遵循 V 模型。 V 模型是由专家开发的，它展示了在软件开发的不同阶段如何进行验证和确认。
V 模型有助于识别不必要的需求。下面是 V 模型的快速图表，以更好地理解这两个过程。
4. 代码重构和 TDD
错误……每个开发人员生活中最重要的部分。
您如何修复代码中的错误（我们知道您讨厌测试人员在您的代码中发现很多错误）？您可能一直在使用不同的技术、工具和方法来修复代码中的错误。
修复代码中错误的最佳方法之一是 TDD，它由 Kent Beck（美国软件工程师）介绍
下面我们通过下面给出的步骤来理解TDD在软件开发中的思想和过程。
1. 当您经历开发的各个阶段和迭代时，提出可能会破坏代码的测试。在您的代码中应用测试并检查测试是否破坏了代码？
- 如果您的代码中断，那么您需要想出一个可以修复代码的解决方案。编写足够的代码来修复它。
- 如果您的代码没有中断，请尝试不同的测试
2. 为特定测试（修复特定测试的代码）提出解决方案后，测试您的代码。
- 如果至少一项测试失败，您的代码需要更正。
- 如果您的代码通过了所有测试，则继续进行代码重构。
3. 完成上述步骤后，重构您的代码。基本上在重构中，您从代码中删除了不必要的东西，并使代码更具组织性。您可以在不影响应用程序的外部行为或功能的情况下改进代码的整体结构。
重构后，重复相同的过程，直到或除非您没有完成所有“中断案例”。
5. 评论和项目文档
您的代码应该是不言自明的，注释较少。在重要的地方添加注释，但不要添加不必要的注释。另外，确保在更改代码时更新注释（很多程序员忽略了这一点）。
代码中的注释应该是关于为什么不是如何。如果您需要在注释中解释代码的工作原理，请重构您的代码。还要明白，单靠代码并不总是足以解释您为什么选择特定方法来解决问题。在这些情况下，注释有助于描述它。
来到项目文档部分，因此必须描述您的代码为何以及如何与用户相关。文档对于想要为您的代码做出贡献的用户和开发人员非常有帮助。自述文件是记录项目的最佳方式之一。当用户第一次与您的项目交互时，此文件可帮助他们了解有关您项目的所有信息。
解释您的项目是做什么的，列出所有依赖项，并提供有关如何处理该项目的详细说明。
最后说明
我们可以列出许多技巧，以在您作为软件开发人员的工作中表现得更好，但作为一名软件开发人员，与其他开发人员，尤其是高级工程师合作。他们会让你知道他们犯了什么错误，他们会告诉你正确的道路。当您需要帮助时，请不要犹豫寻求帮助。
成为一名软件开发人员不仅仅是坐 10 个小时编写一堆代码。您必须遵循多种方法和技术才能成为一名优秀的工程师（不仅仅是一名工程师）。
When you have a problem and you can’t solve it, walk away from your computer. You will find some of the best solutions when you’re not at the machine.