软件工程师工资条泄漏_给软件工程师的15条原则

软件工程师工资条泄漏

许多人谈论软件工程师要想取得成功就必须知道的事情。 其他人谈论成功所需的特征。 通常，这些帖子的阅读方式可能不同，但是两个帖子之间有很多相似之处。 实际上，如果不同时考虑这两种类型的帖子，则软件永远不可能真正成功。 我希望以下15条原则的清单可以将这些想法整合到一个方便的清单中，以供您审核。

• 记住基础。 如果忘记了编程语言的基础知识，就会失去基础知识。 那从来不是一件好事。
• 始终假设最坏的情况。 如果您接受过正规的计算机科学教育，则可以了解big-O符号 。 知道为什么算法没有机会表现良好是一件好事。 弄清楚一个特定用例为什么看起来比其他用例慢得多的原因，就是您如何保持成功。
• 测试您的代码。 无论您遵循TDD还是任何其他方法，请确保对代码进行测试。 根据测试的类型，您可能希望针对不同的覆盖范围 ，但是您仍应编写尽可能多的测试。
• 不要因为新技术而采用新技术，而要因为它们解决了问题而使用新技术。 作为技术人员，我们倾向于遵循最新的热门工具，以期找到一个万能的子弹。 实用程序是关键，而不是冷静。
• 经常阅读。 如果您不了解我们的行业，那么您将落在后面，这可能会威胁到职业生涯。
• 尝试很多新技术。 是的，我说过不要仅仅因为新技术而使用新技术，但是您确实需要尝试新事物，以确定新事物是否有用。 此外，尝试新事物有助于您学习并保持行业最新动态。
• 失败，您将学到一些东西。 至少，您将了解什么不起作用，并且可以优化解决方案。 在某些情况下，您甚至可以将失败视为小小的成功 。
• 运送该死的软件。 有时您只需要完成工作，但是您必须意识到技术上的欠债。 如果您持续交付软件而又没有消除技术债务，那么当出现重大生产问题时，您很容易陷入噩梦。
• 以“正确的方式”来做。 大多数开发人员都有实现设计的“正确方法”的想法，但这可能并不总是项目管理人员想要的。 这几乎与以前的“运输该死的软件”规则相矛盾，但是需要达到一个平衡。
• 保留代码比发现代码更好。 与其讲讲重构的好处，不如想想是否要维护一堆不断恶化的代码。 如果您每次修改时都将其清理干净，那将不会是一团糟。
• 考虑并发访问。 如果您正在构建Web应用程序，而我并不是说Facebook的规模很大，那么在负载下可能会出现奇怪的问题。 当对HashMaps之类进行并发读写时，即使有100个并发用户的应用程序也可以开始看到奇怪的问题。 这也只是问题的开始。
• 存储空间可能是免费的，但I / O很糟糕。 您可能会认为将所有内容都写入磁盘是保留数据的好方法。 通常是这样，但是如果您将磁盘存储用作临时存储区域，则您的应用程序可能会很快变得缓慢。 物理存储应仅限于需要长时间保存或数据无法驻留在内存中的数据。
• 记忆没有达到您的想象。 首先，许多人将其应用程序和数据库驻留在同一服务器上。 这是完全可以接受的，除非两者都需要大量RAM 。 例如，您可以轻松地在528MB的Tomcat中运行Java应用程序。 但是，一旦您要处理各种规模的数据并添加了持久性存储所需的RAM（ RDBMS ， NoSQL等），您就可以快速跳至8GB。 显然，这很大程度上取决于访问系统的用户数量以及您在内存中存储的数据量。
• 缓存会修复所有问题，直到服务器崩溃。 如果您正在寻找避免大量数据库查询的方法，那么最终会使用某种形式的缓存 。 问题在于，缓存所需的内存比典型的应用程序使用的内存要多得多，尤其是在处理随用户数量扩展的数据时（请参阅上一小节）。 缓存最严重的问题是它会占用太多内存，以至于您在Java中遇到OutOfMemory错误，或者在其他语言中遇到类似错误。 届时，您的服务器将崩溃或变得无响应，并且缓存不再有用，因为它已成为问题的一部分。
• 像顾问一样思考。 作为一名员工，往往会有一条不成文的规定，即公司可以做顾问无法做的事情。 期限可能会移动，范围可能会增加，并且开发人员需要找到一种方法来满足这些新的限制。 作为员工，您需要使用权力声明由于所需的工作量而导致截止日期无法移动，或者必须在不增加资源数量的情况下扩大范围。 往往允许顾问与员工以不同的方式管理项目，而改变这一点是我们的工作。

我知道还有很多其他想法会不断涌现，但这是我目前可以创建的最佳列表。 您将为软件工程师包括哪些其他规则？

参考：我们JCG合作伙伴 为软件工程师提供的15条原则   Regular Geek博客上的Rob Diana

翻译自: https://www.javacodegeeks.com/2012/03/15-tenets-for-software-engineer.html

软件工程师工资条泄漏