近年来，我一直在为大大小小的客户开发专业的软件。其中一些软件在非常严格的环境中使用，安全和可靠性是最重要的。基于多年的工作经验，我提出了一系列有用的建议和教训。以下是我的清单，包括建议、教训和最佳实践。

有时候写一些垃圾代码也没问题。应用程序的各个部分都不是天生平等的。

不必通过学习一门新语言来学习新事物。许多同样的事情都可以用多种语言来完成，宁可深而不宽。

为了测试不同的方法不同的方法。不要把这些废弃的代码变成产品代码。

防御编程。你还记得你认为永远不会变空的方法参数吗？是的，它仍然是空的，你的应用程序“爆炸”就这样。写下这些卫生语句就行了。（guardclauses）就可以了。

从来没有，永远不会有应用程序的硬代码设置。编写可配置的组件并将环境变量传递给它们。重新启动应用程序比重新编译和部署更容易。

编写易于测试的代码。也就是说，在命令处理程序、服务等方面停止“新建”数据库对象。相反，使其成为依赖项。

在特殊情况下，异常只会被抛出。

了解If-Else适当的替代方法。If-Else经常被滥用，成为设计不好的早期标志。If-Else在许多设计模式中，语句是不必要的。

并非每一个IF都需要ElseIf或Else。If本身是可以的，而且经常受到鼓励。

重构意味着重构。重构时，不要尝试添加任何新功能。这样做不好。

如果发现垃圾代码，请花时间清理一下，让它变得更好——不管怎样“更好”在特定特定环境。

假设不学习设计模式，就会遇到一些困难。它们无处不在，了解它们会让你的生活更轻松。

代码可以通过应用设计模式进行改进。

攻击他人的代码不会让你成为一个更好的程序员，也不会显示你的资格。大多数新手攻击其他开发人员的代码，因为他们甚至无法理解简单的概念。

在需要接口之前不要创建接口。从特定类别开始没有问题。

您确定需要公开字段/属性/方法吗？不，我也这么认为，把它设定为私有或内部。

一个超级简单的类，就像一个简单的方法，它是可行的。

为简单问题编写简单代码。

确保重建的每一部分都经过测试。否则你就不知道你在破坏什么。

不——你刚草草写的代码并不比下载量1100万的代码好npm/nuget/pip包好。下载该死的软件包，并继续前进。

对于复杂的问题，不要害怕提出复杂的解决方案。别走别的路。

只要掌握几种语言。试着学习一种背景、前端和数据库语言。这样，你就能更好地理解团队中其他人所处理的问题。

别再看这些该死的教程了。独立思考。当你遇到麻烦或者需要快速学习一些东西时，偶尔有一些教程是很好的。只是想退出教程“灵薄狱”。

大多数其他开发人员也会编写垃圾代码。不要因此而失去信心。这样做一定是有原因的。

在开发者大会上观看讲座，关注思想领袖。有很多好的经验可以借鉴，而且很容易得到启发。

在成为更好的开发者的过程中，我们都会遇到瓶颈。向有成就的开发者寻求建议。不要害怕向随机开发人员发送信息。

以GUID/UUID作为实体ID，这使处理起来更容易。不过，请注意你的选择。

遵守SOLID原则。它们易于理解，可以提高代码质量。“开发/关闭原则无关紧要”这样的声明会反过来咬你。

当选项数量有限时，使用枚举代替字符串作为参数。

将代码安排在模块中（项目为.NET术语表示)。不要把一切都放在一个模块里。很快就会失去控制。

必须牢记您将要解决的业务问题，或将要开发的业务应用程序。代码只是企业实现目标的一种手段。

将软件开发视为一种工艺。编写有目的、漂亮的代码。提高你的技能。

一定会有开发者质疑我的一些建议，你总能找到不同的观点、方法和想法。

多思考是有益的。对你认为对你有意义的事情保持批评的态度。