|
注:本公众号纯属个人团队公益公众号！ 新开始，新气象，学生党和上班族开始步入正轨，小编祝大家2018年学业有成，工作顺利，天天好心情。小编作为一个程序员，我看到很多不好的做法，不仅仅与代码相关，还包括团队合作能力。我自己曾经就有不少这些坏习惯。这里是我认为最糟糕的20 个坏习惯，它们涵盖了四大类：组织代码、团队合作、编写代码以及测试和维护！ 1.说“我稍后会改” 推迟修复代码这个习惯不仅仅涉及到优先级的问题。跟踪管理问题可能会是不错的选择，但你需要一种方法来跟踪小问题。有一个快捷的方法，添加 “TODO” 注释，它能保证你不错过任何问题。 2. 坚持一行代码解决问题 痴迷于编写高效、优雅的代码是程序员的共同特点。这就像解决一个谜题——你会发现组合函数和正则表达式可以把20行代码变成2至3行。不幸的是，这样写出来的代码并不总是容易阅读，而这通常是更应该重视的事情。先让你的代码可读，然后再说技巧的事情。 3. 无意义的优化 我们常常把工作重心放在另一个错误的地方，就是优化。把网站减少几个字节的大小看起来是很不错，但为什么不让 gzip 来干这个事情？需求不是更重要的事情吗？把优化工作放在项目结束的时候，因为多数情况下需求会变化，这会让你之前花时间进行的优化工作浪费掉。 4. 告诉自己风格问题并不是那么重要 如果说我从多年来观察别人的代码学到了什么，那就是处理编码风格的问题是开发者最可能推迟的事情。缺乏经验的程序员很难看到风格问题的好处，但随着时间推移，这会越来越明显，一旦有代码质量出现问题，雪球效应就会让项目变得一塌糊涂。应该严格要求按最佳实践来工作，即使它们看起来微不足道。使用代码检查工具和静态分析工具可以让你从风格问题中解脱出来关注更重要的事情。 5. 把东西抛到脑后 捕捉然后忽略异常，或者使用不报告错误的库，这些都是在把东西抛到脑后的做法。如果那些错误中的某一个非常关键，那修复它将会是数倍的挑战，因为你找不到线索，不知道从哪里开始。避免这种事情最简单的办法是把这些被忽略的错误记录到日志中，这样以后还可以研究它们。 6. 使用无意义的名称 命名是件难事，但它是确保变量名称和函数名称高质的简单方法。如果名称中含有其它代码不能传递的信息，别的开发者阅读你的代码时就会觉得轻松。命名之所以如此重要，因为名称可以让人对代码所做的事情产生基本的概念。如果你需要深入计算过程去发现代码的工作，会需要很多时间，但好的名称可以帮助你很快理解代码在干什么。 7. 忽略被证实的最佳实践 代码审查、测试驱动开发、质量保证、自动化部署——它们以及其它一些实践都已经在无数项目证明了其价值所在，也正是如此，开发者们的博客在不断的提到它们。花点时间学习如何正确地做事情，你的开发过程就会在所有项目中得到改善，其效果会让你大吃一惊。 8. 太早放弃计划 不遵守计划可能让你的项目变得不受控制。如果你的代码受到批评你可以说是因为计算不完整。无论如何，让未完成的模块结合起来一起工作将会导致紧密耦合。这种复杂的情况也会在项目领导角色发生变化时出现，如果新的领导会认为他们的方式会比架构的一致性更重要的话。 9. 坚持一个几乎不会发生的计划 就像放弃计划会导致问题一样，坚持一个行不通的计划也是如此。因此你应该在事件变得棘手的时候向团队分享意见，并收集反馈和意见。有时候不同的视角会改变一切。 10. 总是一个人在战斗 你应该努力与团队分享你的进步和想法。有时候你认为自己在做正确的事情，其实并不是，所以不断的交流会非常有价值。这对和你一起工作的人也会带来好处。如果你与团队一起讨论，并指导那些验证不足经常被卡住的成员，他们的工作通常会有所改善。 11. 拒绝写不好的代码 每个开发者都经历过被最后期限逼迫着写坏代码的时候，其实没什么。你可能试图警告客户或者经理这会产生严重后果，但他们坚持原来的最后期限，所以现在只能继续写代码。也许存在一个紧急的错误等不到你想出清晰的解决办法。这也是为什么程序员多才多艺是非常重要的，因为他要既能写并不优雅的代码，也能写好代码。不过希望你能重新考虑这些代码并偿还技术债务。 12. 责备别人 在开发人员和其它技术人员之间，自负是一个非常普遍的特征，这已经不是什么秘密了。对自己的错误负责是一种美德，它会让你在同行中脱颖而出。不要害怕承认你所犯的错误。只有你不再害怕承认错误，才会轻松地专注于研究为什么会出错，以及如何避免这种错误再次发生。 13. 不与团队分享你学到的东西 你作为一个开发者的价值不仅存在于你写的代码中，还存在于你在写代码的时候学到了什么。分享你的经验，写下相关的评论，让其他人知道为什么事情是这样的，并帮助他们了解项目中难以理解的新事务。 14. 不及时向经理/客户的反馈 工匠精神最有价值的一点是尽可能让所有人在同一层面工作。这样做并不是因为管理者需要填写电子表格。这也是为了你自己：这会减轻你的不安全感，减少对项目生命周期和未来的不确定性。 始终协调自己的工作风格和工作环境与团队保持一致。理想情况下，团队中的每个人都应该工作在类似的环境，遵从相同的代码风格。用你自己的方式来做事情可能会更有意思，但同事可能会不习惯你的代码风格。如果你的风格不同寻常，那别的开发者就很难接手你的工作。 16. 不知道如何优化 良好而正确的优化策略需要经验的积累。这产生了探索、分析和了解每个系统的过程中。让自己知道这些事情，学习算法的复杂度、数据库查询评估、协议以及一般情况下如何衡量性能。 17. 总是重新发明轮子 不要写你不需要的代码。也许别人已经花了大量的时间在你遇到的问题上，他或者她可能已经有一个通过测试的解决方案，你可以重用这些方案，少给自己找麻烦。 18. 盲目复制/代码 你在重用一段代码前应该搞懂它。有时候你不能在第一次看代码马上就注意到它干的所有事情。你应该花点时间仔细阅读代码同时深入研究要解决的问题。 19. 不花时间去研究事务是如何工作的 通过思考事务如何工作，以及它们潜在的问题，抓住机会扩大自己的知识面。你现在可能节约了时间，免受干扰，但长远来看，从项目中学到的东西会比现在做的更重要。 20. 对自己的代码过于自信 只因为是你自己写的东西，就是一级棒，这种假设非常危险。学习更多关于编程的知识，就像新的工作任务那样，从中获取经验。所以，看看你以前写的代码，反思，并获得进步。 |
|
|
