没人谈论的被低估的迹象
杰里米·毕晓普(JeremyBishop
)在
Unsplash
上拍摄的照片
编程并不容易。这很有挑战性。
当您必须编写代码以使其经受住时间的考验时，它变得更具挑战性。
将在未来10年内使用的代码基本上很难编写。能够长期编写代码并保持高效的程序员是出色的程序员。
对于那些怀疑自己能力的人，这里有更多杀手程序员的迹象。
1.保持构建清洁
您工作的组织要求您为应用程序编写代码。
该应用程序可帮助人们从附近的所有餐厅订购食物。
你开始写代码了。
您为登录页面编写了代码。编译代码时，出现警告，但没有错误。
由于时间紧迫，您决定忽略警告并继续前进。
您为另一个功能编写了代码，并且在编译代码时，这次您收到了7个警告。你都忽略了他们。
随着代码库长度的增加。所有的警告不断堆积。你不关心他们中的任何一个。
几天后，您将处于出现数千条警告的情况。在这上千个警告中，您需要找到六个要修复的警告，因为它很重要。
现在你遇到了严重的麻烦。
找到所有与您有关的警告并不容易。您通过忽略警告节省的时间现在正在伤害您。
如果从一开始你就一直在修复构建过程中出现的所有警告。你不会陷入如此混乱的境地。
如果你是一个保持构建干净的程序员，那么你就是一个了不起的程序员。这类程序员甚至会修复空指针异常，即使他们知道这不会在生产中造成任何问题。
警告必须小心处理，否则，您未来的自我的生产力将受到阻碍。
2.不添加不必要的上下文
高效的程序员不会编写代码来使代码库变得不必要地大。
他们避免编写额外的代码。
编写不需要的上下文意味着编写额外的代码。
举个例子
常量房子={houseSize：“小”，houseColor：“蓝色”，houseCity：“xyz”};
如果你是一个高效的程序员，你不会写出像上面这样的代码。
这就是你将如何编写：
常量房子={尺寸：小号，颜色：“蓝色”，城市：“xyz”};
在编写变量名称时，您不需要重复已知信息。
如果类/对象名称为您提供了所需的信息，为什么您需要一遍又一遍地重复它们？这些东西使整个代码库看起来很庞大。
3.不写额外的代码
额外的代码会造成不必要的负担。
附加代码会减慢产品某些任务的执行速度。
程序员有时编写这些额外的代码行只是为了取悦读者。他们没有意识到组织中的每个程序员是否都在代码库中不断添加一行代码。基本代码的长度可以增加数百行。
这些额外的代码行需要进行管理和记录。仅仅因为这些额外的代码行，就会浪费大量的工程时间。
有时这些额外的代码行看起来并不像额外的。看起来它们正在服务于一些重要的目的，但如果你仔细检查它们，你会发现它们根本没用。
如果你是一种对任何额外代码都采取零容忍政策的程序员，那么你就是一个高效的程序员。
很多时候，当您浏览代码库时，您会在其中发现死代码。许多程序员忽略了死代码，认为将来会需要它。但是，如果现在不需要代码片段，只需将其删除即可。
下面是一个死代码的例子：
函数oldDistanceCalculator(x1,x2){//做你想做的}函数新距离计算器（x1，x2）{//做你想做的}让总计=newDistanceCalculator(0,2);
在上面的示例中，未使用oldDistanceCalculator。没有理由将oldDistanceCalculator保留在您的代码库中，因为它不会在任何地方调用。
摆脱oldDistanceCalculator会更好。即使在将来，如果您需要它，版本历史记录也将始终可用。
上面的代码应该是这样的：
函数新距离计算器（x1，x2）{//做你想做的}让总计=newDistanceCalculator(0,2);
4.在不了解上下文的情况下不进行任何更改
每个程序员都有重写未知代码库的强烈倾向。
为什么？
程序员以不同的方式处理问题。
老程序员和现在读代码的程序员解决问题的技巧是不一样的。
也许以前的程序员使用的命名约定既无聊又令人困惑。您开始阅读代码，并且在阅读了前一百行之后感到非常恼火，以至于您想从头开始重写它。
你和那里的所有其他程序员没有什么不同。
但是如果你是一个高效的，在你理解上下文之前你不会做任何改变。您将尝试理解为什么选择了某些数据结构。
您将尝试使用已经可用的测试用例来更好地理解代码。你会质疑设计决策，更重要的是，你会质疑是什么让代码难以阅读。
一旦您对与代码库相关的所有内容都有适当的了解。只有这样你才开始做出一些改变。
高效的开发人员正确理解在对现有代码库进行更改之前了解上下文很重要。
5.你编写的函数一次只做一件事
程序员在必须执行长函数时会感到沮丧。
他们会尽一切可能避免阅读冗长的函数。甚至你未来的版本也会因为你编写长函数而讨厌你。
这在我身上已经发生了很长时间。
当我刚开始的时候，我曾经写过更长的函数。我曾经认为减少代码库中的函数数量会让我看起来像个天才。
我认为这会给阅读我的代码的每个人留下深刻印象，因为他们必须通过更少的功能。
但几个月后，当我不得不审查自己的代码时。它曾经让我感到困惑，以至于我不得不保留一个笔记本来跟踪代码库中发生的各种事情。
我决定永远不会编写长函数。减少函数内的代码行数对我来说是一项艰巨的任务，因为我有编写长函数的习惯。
在我阅读了名为cleancode的书后，作者建议编写一个一次只做一件事的函数。当我开始编写只做一件事的函数时，我作为程序员的生活变得更加轻松。
一个例子
函数enrollStudents(students){students.forEach(student={conststudentRecord=database.lookup(student);if(studentRecord.isActive()){enroll(student);}});}
上面的函数一次做两件事。
如果我们尝试将上述功能分成两部分会更好。将其分成两部分将使我们能够轻松地调试和测试代码。
函数enrollActiveStudents(students){students.filter(isActiveStudent).forEach(enroll);}functionisActiveStudent(student){conststudentRecord=database.lookup(student);返回studentRecord.isActive();}
如果你是一个编写一次只做一件事的函数的程序员。你未来的版本会感谢你，因为它会一直通过它的记忆来思考你当前版本的行为。
6.熟悉你的IDE
IDE是我们上一代程序员送给当代程序员的礼物。
想想前几代程序员在他们不是IDE时所经历的那种痛苦。
他们过去常常在文本编辑器中编写代码。他们必须手动格式化他们的代码，我们现在认为这是理所当然的。调试代码过去需要几天时间，而公司过去通过为程序员提供合适的环境来赚钱。
现在，有了IDE，我们可以在一个地方获得所需的所有支持。我们可以重构代码、测试代码、编译代码，甚至可以在单一环境中运行它。
像Vscode这样的IDE是免费提供的，对于前几代人来说，这些工具曾经只是一个愿望。
尽管如此，许多程序员并没有充分利用这些工具。
如果你是一名程序员，你应该更多地使用这些工具来让你的生活更有效率。您可以从了解所有允许您不触摸鼠标的键盘快捷键开始。然后，您可以更深入地挖掘并找到更多有用的IDE。
如果您是完全使用您的IDE的人，那么您是在扼杀它。
继续前进。继续摇摆。