作为软件工程师，你必须知道的20个常识

1，针对面向对象的设计与分析：为了让软件有更好的可维护性，重用性以及快速开发， 简短的OOAD(Object Orient Analysis Design)与它的SOLID原则对于每一个软件工程师来说都是该牢记的。

 

2，软件品质因素：软件工程的好坏与软件的品质因素是绝对关联的。请在开发过程中深 刻的理解这一点。

 

3，数据结构与算法：深刻理解像数组，列表，栈，树，图，集合等这样的基本数据结构 ，并在软件开发过程的关键部分使用好的算法。这样整个软件逻辑就会很清晰了。

 

4，Big-O符号来标记算法复杂度：在开发过程中，请务必使用 Big-O 符号来比较两个代 码段或者不同算法所消耗的时间复杂度，这在开发高性能软件项目中是非常重要的。

 

5，UML图：UML图已经是一个通用的软件设计与分析的语言。如果你们在开发软件的过程 中还没有做UML图，那么给人的感觉就是这压根就不是软件工程。

 

6，正确的衡量软件开发进度。

 

7，设计模式：设计模式是前人在解决各种各样问题的过程中总结出来的一套标准对策， 在绝大部分情况下，使用这些模式肯定是利大于弊的。如果你不想在开发过程中重新造 轮子，那么就直接使用它吧。

 

8，理解操作系统的基本原理：因为所有的应用程序都是直接运行在操作系统这个层级的 ，学习操作系统的基本原理能让我们对应用程序的底层以及性能有更好的把握。

 

9，学习计算机组成原理：几乎所有的应用程序甚至是OS都需要与物理硬件打交道的，所 以学习计算机组成原理与理解操作系统原理一样都可以让你对于应用程序有更深刻的理 解。

 

10，网络基础：网络与计算机组成，操作系统以及传输流程都是紧密关联的，理解网络基础 能让你在开发过程中得心应手。

 

11，需求分析：对于软件工程来说，需求分析是项目的起点，也是整个项目最最重要的 部分。如果这玩意你搞错了，整个项目的方向也就错了。

 

12，软件测试：在软件工程中，测试也是非常重要的。单元测试，黑盒测试，白盒测试，TDD，集成测试等等都是我们必须知道的。

 

13，独立管理：主要是说类库(JAR,DLL等等)的管理，熟悉使用一些类似Maven,Ant,lvy这样的知名工具对于大型项目的类库管理是非常有用的。

 

14，持续化集成：持续化集成能让测试大型模块与组件更加简单与自动化，关于这一点，你可以去了解 Hudson 这个工具。

 

15，ORM：了解Hibernate这种将对象与数据库表映射工具是非常有好处的，它可以减少你的代码量并节省你的代码维护时间。

 

16，DI(独立注入)：DI或者IoC(Inversion of Control)的具体实现框架Spring能让你创建对象时更加轻松，对于大型企业级项目更是如此。

 

17，版本控制系统：VSC工具(SVN,TFS,CVS等)对于团队合作开发以及版本控制都是非常重要的。熟练使用这类工具算得上是必备技能。

 

18，国际化：通过i18n来将不同语种的字符串存储在其他文件是让软件支持多语种最好的方法。所以i18n在不同的IDE上使用的方法我们应该了解。

 

19，架构模式：理解类似MVC,MVP,MVVM这样的架构模式非常关键，这能让你写出易维护，简洁以及方便测试的代码。

 

20，编写干净的代码：你的代码仅仅只是能够正常运行是远远不够的，它必须让编程人员轻易看懂来方便后续维护，所以，代码格式以及编写易读的代码技术都是我们需要了解的关键点。

--------------------------------------------------------------------

[引申]　　SOLID

软件开发solid原则

S.O.L.I.D是面向对象设计和编程(OOD&OOP)中几个重要编码原则(Programming Priciple)的首字母缩写。

SRP The Single Responsibility Principle 单一责任原则
OCP The Open Closed Principle 开放封闭原则
LSP The Liskov Substitution Principle 里氏替换原则
DIP The Dependency Inversion Principle 依赖倒置原则
ISP The Interface Segregation Principle 接口分离原则
Steve Smith 在5月份的微软TechED 2009上有个SOLIDify Your ASP.NET MVC 的讲座, derick.bailey 的SOLID Development Principles – In Motivational Pictures 很好的解释了SOLID原则。

单一责任原则：
当需要修改某个类的时候原因有且只有一个（THERE SHOULD NEVER BE MORE THAN ONE REASON FOR A CLASS TO CHANGE）。换句话说就是让一个类只做一种类型责任，当这个类需要承当其他类型的责任
的时候，就需要分解这个类。

开放封闭原则
软件实体应该是可扩展，而不可修改的。也就是说，对扩展是开放的，而对修改是封闭的。这个原则是诸多面向对象编程原则中最抽象、最难理解的一个。

里氏替换原则
当一个子类的实例应该能够替换任何其超类的实例时，它们之间才具有is-A关系

依赖倒置原则
1. 高层模块不应该依赖于低层模块，二者都应该依赖于抽象
2. 抽象不应该依赖于细节，细节应该依赖于抽象

接口分离原则
不能强迫用户去依赖那些他们不使用的接口。换句话说，使用多个专门的接口比使用单一的总接口总要好。

这几条原则是非常基础而且重要的面向对象设计原则。正是由于这些原则的基础性，理解、融汇贯通这些原则需要不少的经验和知识的积累。上述的图片很好的注释了这几条原则。