标签：接受 sof 推送 复杂度 工作 因此 项目管理 适合 最好
之前的文章给大家分享的都是DevOps、自动化测试、新技术趋势等前沿知识和技术，实际上目前能完全掌握这些新技术的开发、测试人员都是少数，毕竟大多是人还是专注于自身工作，用于提升、学习新技术的时间较少，而很多新趋势也并未成熟应用到行业。因此，不必为此焦虑，极速变化中总有一些不变，坚守那些基础的不变的能力，并以积极的心态拥抱变化，才是持续而稳定的成长路径。本期分享一些不依赖于新技术、但作为程序员都可遵循的原则，请根据自身情况取舍、实施。
当要实现一个功能点时，最好将较大的任务分割成较小且更清晰的任务，这些任务是相对独立的逻辑单元，可以单独进行测试。列一张这样可完成的较小任务的清单，并在完成之后勾选、更新。这样会形成自我激励，并促使自己去不断完成更多的小任务。
目前主流项目管理软件中，往往内置任务分解和更新功能。如在禅道项目管理软件内，开发负责人进行系统分析，拆解成相对独立的任务并指派给个人，而开发人员可以在自己的页面清晰地看到任务数量及剩余工时，完成后进度将同步更新，这种持续的正向反馈会带来极大的成就感。
通过创建开发、特性、主分支和设置适当的访问权限来遵循适当的版本控制策略。无论何时开始编码，都要确保先获取代码库的最新版本后再开始。在逻辑部分或功能完成后继续提交/推送代码，不要让代码库长时间处于未提交状态。在将代码提交给版本控制之前，始终在本地机器上测试代码。无论变更多么细微，在输入代码时都要检查修改文件的差异，这将帮助追溯意料之外的变更，并有效避免不必要的Bug。
代码重构是在不改变源代码的功能行为的情况下改变源代码的过程，目的是通过提高代码的可扩展性、降低代码的复杂度，以此来提高代码的可读性和可维护性。未能执行重构可能会导致技术债务的累积，开发人员会在之后的时间里对这些技术债务付出代价。要知道，没有任何一个开发人员愿意处于这种境况中，他们常常拒绝接触已经工作了很长时间的代码。当需要增强现有特性时，问题就出现了。
如果代码的形式不适合进行简易扩展，那么它将是开发人员的地狱。因此，为了避免出现这种情况，需要始终在代码中寻找可以改进的地方。如果你自己做不到，那就向团队寻求帮助。
在实际将解决方案转换为代码之前，要养成手写算法/伪代码的习惯。手写还可以帮助你在将代码移至计算机之前规划代码。写出需要的函数和类、以及它们如何交互，可以在之后节省大量时间。尽管要比直接敲代码更耗时间，但这种规范会让你打下牢固的基础，实现之后更稳健的成长。
在自己写的代码中留下注释，解释为什么要做出某些选择。这将帮助到之后拿到这段代码的人，因为不是每个人都清楚你为什么以这种特定的方式编写代码。不需要对非常明显的编码行为进行注释，因为这无关紧要。正确的代码注释将提高代码库的可维护性。
并不是你遇到的所有问题都能自己找出明显的解决方案。所以记得善用搜索引擎，可能会有数百万的开发人员遇到过与您相同的问题，并且已经找到解决方案。所以，不要花过多时间独自寻求解决方案。很多开发人员低估了搜索作为程序员工作中一部分的重要性。
搜索引擎方面Google是不错的选择，论坛则推荐Stack Overflow。有时候工作需要的更多是知道如何获取知识和解决方案，而非实际编程。
编程实际上是一种社交活动。我的程序员朋友都会在某些方面有突出优势，所以每当我有问题的时候，都知道该请教其中的哪一个。当他们有问题的时候，我也会帮助他们。这真的是完成任务的绝佳方法。
互相合作可以遵循敏捷开发的结对编程：两个程序员在一个计算机上共同工作。一个人输入代码，而另一个人审查他输入的每一行代码。二人经常互换角色，工作交替进行。在结对编程中，审查的角色需同时考虑工作的战略性方向，提出改进的意见或找出将来可能出现的问题以便处理。
虽然不能有完全的人力成本全面推行结对编程，但寻求他人建议时，看似无法改变的错误或无法学习的话题，可以通过新思维或对这个话题的新的解释来迅速缓解。所以不要在筒仓里编程，要经常讨论并推进。当你重新开始自己编写代码时，接触到多种想法和思维方式将有助于你解决问题。
我将自己的身份首先视为程序员，第二身份才是编程语言专家，因为总有一天我们现在使用的所有编程语言将不再被使用。比如我从80年代开始使用的某些形式的程序集代码，这些代码现在大部分都已经不存在了。这将发生在任何技术上，无论其自身好坏。总会有一天，没有人会再使用Java。
而另一方面，编程语言有一个广泛的范例，存在着相似的族谱。所以，如果你知道一种和另一种语言相似的语言，那么学会这种语言就很容易。
例如，Python和Ruby几乎是同一种编程语言。二者虽在文化上存在着巨大的差异，但除此之外，它们几乎完全相同，所以当你知道另一个的时候学习一个是非常容易的。因此，不要将自己与任何技术或编程语言绑定在一起，而只将它们视为帮助自己解决手头问题的工具。
程序员经常看到在自己开发的功能中报告了很多Bug，这意味着大多数时候，任务是失败的。但如果我们所有的程序都是功能完整的，并且没有任何Bug，那么编程就完全不成其为编程了。事实上，我们正处于编程过程中，这意味着我们要么还缺乏很多功能，要么软件有Bug。所以，在某些方面，你作为一个程序员总是失败的，因为总是存在Bug。这可能很奇怪，但你确实需要对不完美和不工作的事情保持良好的心态，因为这正是我们的工作。
编程是一个长期的过程，在这个过程中，您将一直面临新的障碍。养成记录错误的习惯，这样你以后就不会犯同样的错误了，这表明你作为一个开发人员在不断地学习和提升自己。
经常会有一些任务是需要重复做的。例如运行一组命令或执行某些活动，这些活动涉及在多个应用程序和屏幕之间切换，这会占用您的大部分时间。建议将这些耗时的日常活动转换为通过脚本或简单程序（可以通过单击或命令运行）以某种方式自动化。如针对重复的单元、接口等重复的测试执行，可以进行自动化测试。这将节省你的时间，让你可以专注于更有意义的任务，而不必担心日常繁琐的任务。
做好以上十点，相信你能够从合格的程序员，变为优秀的程序员，那么对于新技术和新知识的拥抱，就是一件水到渠成的事。“你的职责是平整土地，而非焦虑时光。你做三四月的事，在八九月自有答案。”
参考文献：
Nitish Deshpande .10Tips to Become a Software Engineer[OL].(2020-05-27)
https://dzone.com/articles/10-tips-to-become-a-better-software-engineer
标签：接受 sof 推送 复杂度 工作 因此 项目管理 适合 最好
原文地址：https://www.cnblogs.com/ErinLee/p/13084928.html
