照片由Nick Fewings在 Unsplash 上拍摄
编码实践可能有所不同。
一般来说，事情做得正确就会进展得更好。
这也适用于代码。软件开发人员往往更倾向于遵守规则。然而，有时代码可能会很混乱，而且很杂乱，这会让任何人的生活都变得很艰难。
根据无处不在的帕累托原则，80% 的后果来自 20% 的原因。这意味着所有问题的根源都在于一些糟糕的编码实践。
以下是编程的四宗罪：
代码中的拼写错误
拼写和语法缺陷会影响您的整体编程技能。
没有什么比向你的老板炫耀你的工作并发现拼写错误更令人恼火的了。
这就像向公牛挥舞红旗一样。
解决此问题的一个方法是使用具有语法着色的优质集成开发环境 (IDE ) 。此外，为了安全起见，您可以选择易于拼写的变量和函数名称。
厨师太多
假设一个开发团队花了几个月或几年的时间开发一个项目。在此期间，每个人都在不断地“修改”代码和软件设计范围。
这反过来又会产生不全面的编码结构和 GOTO 语句，与代码的范围和模型相矛盾。
您可以利用轻量级框架、实现层以及为单元测试提供一些额外的牵引力，从而避免复杂的编程源代码。
不评论你的代码
好的代码应该不言自明吗？只有添加注释才行。
我们理解你的痛苦。没有人有时间和意愿在经过数小时的调试或解决问题后叙述他们的代码。
尽管如此，您不应该让您的代码不经过翻译。
有时，您认为简单的东西对于其他开发人员来说可能看起来像克林贡人。
始终至少写一行代码来评论类、方法和工作的其他部分。您已经在测试自己的智力极限，因此不要因为没有留下提醒而让事情变得更加困难。
V123456
当您在原始代码中犯了错误并需要恢复更改时，版本控制将成为真正的天赐之物。此外，我们不要忘记日志历史记录可以准确显示谁还曾在沙盒中玩过。
您是否曾经：
丢失了代码或者备份已过期？
必须维护产品的多个版本吗？
想要查看代码版本之间的区别吗？
需要为您的团队提供全球访问权限吗？
版本控制将随时为您提供恢复、一致协作或改进可见性。它是文明世界的优雅工具。
功能标记
相信我们，向用户推出新功能时不使用功能标记是最致命的错误。
借助功能标记，可以部署新功能而不让用户看到它们。同样，如果您需要数据迁移（例如），功能切换将防止您的工作影响团队的其他成员或破坏代码库的稳定性。
评论