1.开发人员的工作不是“编写代码”，而是解决业务问题，而且经常“使用新框架”并不能解决业务问题。
2.我们与人合作，只是有时候写代码，所以人际关系是工作的重要组成部分。
3.开发人员也是人，也受到与其他人相同的认知错误的影响。尤其要阅读关于偏见，FAE和Kahneman的书。
4.每个新的框架都出现，原因是我们没有理想的解决方案来解决前端开发人员所面临的问题。每个新的成功框架都是有趣的方向，所以想想“这个框架/库能够为我的工作带来什么变化”。
5.开发者不只是编写代码，而是参与开发过程。因此，如果公司正在使用敏捷开发，那么你必须认真对待敏捷开发，或至少尊重敏捷开发。
6.代码审查是软件开发过程的重要组成部分。如果你不在意代码审查，你可能不能成为好的软件开发人员。
7.作为开发人员，我们对我们部署的代码负责。我们也承担道德责任。不要做不道德的东西。
8.用户是人。我们的产品和我们的失败可能直接影响到他们的生活，考虑你的行为的后果。
技术正在飞速发展，人类正在逐渐的依赖各种软件产品。随着时间的推移，软件将变得越来越重要，因为人们对软件的需求正在迅速的增长。事实上，我们使用的每台机器都可能是某些软件赋予它的副产品。从市场的趋势来看，国内的软件开发是一个相当繁荣的场景，因为国内有着大量的软件开发机构，这使得软件更容易为我们使用。敏捷开发模式有许多不同的形式，包括：Scrum，Crystal，ExtremeProgramming（XP）和Feature-DrivenDevelopment（FDD））。
在国内的软件开发公司，几乎每个公司都要经历这些步骤，这些步骤经常被称为“软件开发周期”，包括计划、分析、设计、开发和实现、测试、部署和维护。
软件后台开发阶段
首先，程序猿们知道明确的需求后，得凭着自己毕生所学设计出合理的数据库，建表，等等。然后凭着代码将业务逻辑，包括功能模块，包括需求等等实现。这个阶段也是个很长很难的阶段。也是软件实现的核心。
代码测试阶段
当后台人员开发完成后，可以交由测试人员测试。测试人员测试到BUG要反馈给开发，开发进行修改。如此循环。直到测试通过，没有问题。
早的软件开发方法是由D．Parnas在1972年提出的。由于当时软件在可维护性和可靠性方面存在着严重问题，因此Parnas提出的方法是针对这两个问题的。首先，Parnas提出了信息隐蔽原则：在概要设计时列出将来可能发生变化的因素，并在模块划分时将这些因素放到个别模块的内部。这样，在将来由于这些因素变化而需修改软件时，只需修改这些个别的模块，其它模块不受影响。信息隐蔽技术不仅提高了软件的可维护性，而且也避免了错误的蔓延，改善了软件的可靠性。有人对几十个失败的大中项目进行统计，发现几乎没有技术原因导致的失败。现在信息隐蔽原则已成为软件工程学中的一条重要原则。
Parnas提出的第二条原则是在软件设计时应对可能发生的种种意外故障采取措施。软件是很脆弱的，很可能因为一个微小的错误而引发严重的事故，所以必须加强防范。如在分配使用设备前，应该取设备状态字，检查设备是否正常。此外，模块之间也要加强检查，防止错误蔓延。Parnas对软件开发提出了深刻的见解。遗憾的是，他没有给出明确的工作流程。所以这一方法不能***使用，只能作为其它方法的补充。SASD方法，1978年，E．Yourdon和L．L．Ctantine提出了结构化方法，即SASD方法，也可称为面向功能的软件开发方法或面向数据流的软件开发方法。1979年TomDeMarco对此方法作了进一步的完善。Yourdon方法是80年代使用广泛的软件开发方法。我们与人合作，只是有时候写代码，所以人际关系是工作的重要组成部分。它首先用结构化分析（SA）对软件进行需求分析，然后用结构化设计（SD）方法进行总体设计，后是结构化编程（SP）。这一方法不仅开发步骤明确，SA、SD、SP相辅相成，一气呵成，而且给出了两类典型的软件结构（变换型和事务型），便于参照，使软件开发的成功率大大提高，从而深受软件开发人员的青睐。