如果要了解某家软件开发公司的研发实力，直接的就是看对方的成功案例，研发实力越出色的软件开发公司，他们的案例越多，案例的金额和规模也越大，不过要留意一点，比如你是做服装的，那么你就要看看对反有否做过服装行业的案例，如果有那么恭喜你，你找的这家软件开发公司是对你这个行业是拥有一定的了解和经验的，同时能避免一些不必要的风险。一般来说，J***a软件工程师分四个等级，即软件技术专员、助理软件工程师、软件工程师、高软件工程师。

敏捷开发模式有许多不同的形式， 包括：Scrum，Crystal，Extreme Programming（XP）和Feature-Driven Development（FDD））。它通过迭带开发，关注互动沟通等方法来降低软件开发过程中的风险，同时也可以减少在开发中的资源消耗。好处是通过早期发现和修复缺陷来提高开发的效率。人与人并不相同，人们的思维方式也不同：有时候我们认为困难的东西从商业人士角度看来可能很容易。但这种模式比较依赖用户的信息反馈，而且这种模式比较适用于小规模的软件开发公司，习惯于“瀑布法”的程序员，管理层和***可能难以适应敏捷。

1.开发人员的工作不是“编写代码”，而是解决业务问题，而且经常“使用新框架”并不能解决业务问题。

2.我们与人合作，只是有时候写代码，所以人际关系是工作的重要组成部分。

3.开发人员也是人，也受到与其他人相同的认知错误的影响。尤其要阅读关于偏见，FAE和Kahneman的书。

4.每个新的框架都出现，原因是我们没有理想的解决方案来解决前端开发人员所面临的问题。每个新的成功框架都是有趣的方向，所以想想“这个框架/库能够为我的工作带来什么变化”。

5.开发者不只是编写代码，而是参与开发过程。因此，如果公司正在使用敏捷开发，那么你必须认真对待敏捷开发，或至少尊重敏捷开发。

6.代码审查是软件开发过程的重要组成部分。如果你不在意代码审查，你可能不能成为好的软件开发人员。

7.作为开发人员，我们对我们部署的代码负责。我们也承担道德责任。不要做不道德的东西。

8.用户是人。我们的产品和我们的失败可能直接影响到他们的生活，考虑你的行为的后果。

软件开发涉及的流程是：需求 、 开发 、 测试 、 发布上线。作图本身是个设计的工作，是个前期工作。那么从软件开发的整个生命周期来说，用到的图的地方是在前期的需求、开发阶段较多。在软件开发这个非常抽象的领域，只要涉及到多人协作，那么通过文字来进行交流叙述是非常晦涩难懂的，需要沟通好几遍才能理解达成一致也是比较常见的情况。那么我们画图，就是为了把不适合用言语表述的内容通过作图的方式呈现出来，让相关协作者有一个共同的具象的参照物。这个参照物可以有它的额外价值，是对软件长期价值的延伸，一份一致、清晰的设计图，可以给后续的软件迭代提供非常有帮助的决策依据。结果毕业跑到企业后一看，哪需要你干这些事，这些事老美已经帮我们干得差不多了。当然保证设计图与系统的一致本身也是件费精力的事情。