开发罪过_编程的七大罪过

开发罪过

有什么比用自己的双手创造更多有趣的东西了？ 看着你的创造物慢慢地变得栩栩如生？ 首先，我们人类是创造者。

但是在这个数字时代，我们的创建方式已经改变。 现在我们大多数人都以数字方式进行创作。 我们创建软件和网站来进行投标。 尽管我们的创作可能不再取决于我们的创造力，但我们仍然可以获得陶艺家在塑造花瓶时获得的高编码。

现代编程世界已经广泛扩展，为我们提供了多种选择。 想要从事函数式编程还是面向对象编程？ 你有选择 想在服务器端还是客户端工作？ 你有选择 哦，所以你决定了吗？ 这里是100种编程语言和库，您可以使用它们进行开发。

可供程序员使用的语言，框架和库的数量在不断增加。 您可以用n种方法来创建相同的代码块。 尽管这些语言可能相差很大，但大多数语言仍遵循相同的基本概念。 因此，他们也被我们所犯的错误团结在一起。

这是在编程中应避免的一些致命罪过。 我不是基督徒，但我喜欢这种效果。

1.协作时不使用版本控制系统。

上帝保佑版本控制！ 在这里，我说了。 没有像Git这样的源代码控制管理工具，整个世界都会变得艰难。 它们使协作或围绕任务移动变得更加容易。

想象一下坐在那里，手动检查和合并文件。 为不同版本的代码保留不同的文件夹。 这些做法充其量是徒劳的和不可靠的。 幸运的是，我们有git和其他版本控制替代方案。

我从事的项目没有源代码控制，这是一场噩梦。 ＃再也不

2.不使用正确的变量名。

我不知道为什么，但是有些人习惯于使用小的随机变量名。 当您编写10-20行程序或代码片段时，它们可能会起作用，但在项目上工作时，它们可能不会起作用。 变量不正确会威胁到可读性和生产率。

命名变量的基本规则是它们应该是自解释的。 当您看到它们时，您应该对它们的用途有一个基本的了解。 但是不要太过用50个字符长的变量名！ 保持简短但可读。

猜猜比尔，我来为您使用a，b，c作为变量名。

3.使用过多的依赖关系。 并且不加思索地更新它们。

GitHub上有多少个开源库？ 我们无法数。 这些库确实使开发人员的工作更加轻松。 他们可以节省几天的精力。

但是使用过多的依赖关系会危害整个代码。 更多依赖关系可能意味着编译和运行时间变慢。 在需要的地方使用库，但不要仅仅为了它们而包括它们。

另外，在更新之前，请务必先检查库/插件的支持。 我曾经升级过React，却没有检查它对其他库的影响。 我仍然认为这是我一生中最严重的错误之一。

4.不记录代码。

就是这个 没有人希望阅读整个功能或文件以了解其功能。 用最少的行数和所需的字符写代码可能对您来说很不错，但不要让别人或您将来的自我讨厌您。

我们应该始终尝试编写正确记录的代码。 在第一个概述中，读者应大致了解正在发生的事情。 这可能涉及适当的代码重构，使用统一的语法和适当的变量名等。 必要时添加评论。

但是请不要过多评论。 您无需解释每一行代码。 撰写1-2行注释，对重要部分进行简短概述或注意，效果最好。

5.格式不一致。

这与上面的罪非常紧密相关。 格式不一致会极大地影响可读性和生产率。 选择项目的命名约定并坚持执行。 不要在代码中途更改样式。 我个人更喜欢使用大写的大写字母作为文件名，并使用骆驼的大写字母命名功能，变量等，但是可能会因所使用的语言而异。

没有什么比格式化不好的代码能让人失望的了。

另外，在整个代码中使用相同的样式进行缩进。 根据您使用的样式和语言，在2/4/8空格缩进中选择任意一个。 但是，无论您选择什么，都坚持下去，就像爆米花仁粘在您的牙齿上一样。

6.无错误处理。

“害怕。 从中运行。 虫子仍然到来” – Thanos

事情就是这样，无论您的开发人员多么出色，除非您的功能只是执行console.log（“ Yey”）或printf（“ Wow”），否则您的代码很可能会在某些时候中断。

可能是由于API错误，超时，数据类型不匹配，空值或上帝知道原因。 但是，您的代码的某些部分经常会遇到麻烦。

错误处理可能会因您使用的语言而有很大差异。 但是一般的经验法则是与访问数据之前实施空检查一致。 以我的经验，它们比其他任何事情都破坏代码。

因此，无论何时执行与数据相关的任务，始终建议将代码包含在try-catch块中，并根据需要处理异常。 不要忘记让用户知道出了点问题。 没有比按下按钮或按键没有收到任何回应更令人沮丧的了。 给出错误响应，但给出一些提示。

听他诺斯的话，他是明智的。

7.数据类型和数据结构选择不当。

在某些语言中，这比其他语言更明显（阅读强类型vs弱类型）。 如果类型不匹配，有些语言甚至不会让您编译代码。 但是有些只会在运行时遇到麻烦。

我认为，最常见的示例是将数字值存储为整数/浮点数/双精度数等，而不是将其存储为字符串。 比较时，某些语言会自动进行数据类型转换，而其他语言则会出错。

结论

上面提到的编程的基本罪过不被接受。 尽力避免它们。

这些只是我们所有人常犯的错误。 您很少会找到没有在其一生中没有犯过这些编程错误之一的开发人员。 但是就像圣经的教义不仅仅局限于这七种罪过一样，编程性的罪过也没有。 它们有各种尺寸和形状。

您认为应该将什么错误添加到列表中？ 在评论中让我知道

快乐的编码 :)

嗨，我叫Nitin Sharma ，写关于技术，社交媒体和生活课程的文章。 在Instagram ， Twitter或Quora上与我联系，然后问好 ！

翻译自: https://hackernoon.com/the-7-deadly-sins-of-programming-a7574efc639f

开发罪过