Ⅰ 软件工程师应该遵循的8条基本原则：1.公众；2.顾客与雇主；3.产品；4.评判；5.管理；6.专业；7.同事；8.自
1、扎实的基础
数据结构、离散数学、编译原理，这些是所有计算机科学的基础，如果不掌握它们，很难写出高水平的程序。程序人人都会写，但当你发现写揭欢ǔ潭群苣言偬岣叩氖焙颍陀Ω孟胂胧遣皇且毓防囱ад庑┳罨镜睦砺邸2灰豢季腿パOP，即使你再精通OOP，遇到一些基本算法的时候可能也会束手无策。因此多读一些计算机基础理论方面的书籍是非常有必要的。
2、丰富的想象力
不要拘泥于固定的思维方式，遇到问题的时候要多想几种解决问题的方案，试试别人从没想过的方法。丰富的想象力是建立在丰富的知识的基础上，除计算机以外，多涉猎其他的学科，比如天文、物理、数学等等。开阔的思维对程序员来说很重要。
3、最简单的是最好的
这也许是所有科学都遵循的一条准则，复杂的质能转换原理在爱因斯坦眼里不过是一个简单得不能再简单的公式：E=mc2。简单的方法更容易被人理解，更容易实现，也更容易维护。遇到问题时要优先考虑最简单的方案，只有简单方案不能满足要求时再考虑复杂的方案。
4、不钻牛角尖
当你遇到障碍的时候，不妨暂时远离电脑，看看窗外的风景，听听轻音乐，和朋友聊聊天。当我遇到难题的时候会去玩游戏，当负责游戏的那部分大脑细胞极度亢奋的时候，负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候，我会发现那些难题现在竟然可以迎刃而解。
5、对答案的渴求
人类自然科学的发展史就是一个渴求得到答案的过程，即使只能知道答案的一小部分也值得我们去付出。只要你坚定信念，一定要找到问题的答案，你才会付出精力去探索，即使最后没有得到答案，在过程中你也会学到很多东西。
6、多与别人交流
三人行必有我师，也许在一次和别人不经意的谈话中，就可以迸出灵感的火花。多上上网，看看别人对同一问题的看法，会给你很大的启发。
7、良好的编程风格
注意养成良好的习惯，代码的缩进编排，变量的命名规则要始终保持一致。大家都知道如何排除代码中错误，却往往忽视了对注释的排错。注释是程序的一个重要组成部分，它可以使你的代码更容易理解，而如果代码已经清楚地表达了你的思想，就不必再加注释了，如果注释和代码不一致，那就更加糟糕。
8、韧性和毅力
这也许是“高手”和一般程序员最大的区别。高手们并不是天才，他们是在无数个日日夜夜中磨炼出来的。成功能给我们带来无比的喜悦，但过程却是无比的枯燥乏味。你不妨做个测试，找个10000以内的素数表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这一条。
Ⅱ 一个程序员的座右铭
1、作为一个真正的程序员，首先应该尊重编程，热爱你所写下的程序，他是你的伙伴，而不是工具。
2、程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。
3、编程是一种单调的生活，因此程序员比普通人需要更多的关怀，更多的友情。
4、程序不是年轻的专利，但是，他属于年轻。
5、没有情调，不懂浪漫，也许这是程序员的一面，但拥有朴实无华的爱是他们的另一面。
6、一个好汉三个帮，程序员同样如此。
7、一个100行的代码调试都可能会让程序员遇到很多挫折，所以，面对挫折，我们永远不能低头。
8、调试完一个动态连接函数，固然值得兴奋，但真正的成功远还在无数个函数之后。
9、程序是我的生命，但我相信爱她甚过爱我的生命。
10、信念和目标，必须永远洋溢在程序员内心。
11、就算我们站在群山之颠，也别忘记雄鹰依旧能从我们头顶飞过。骄傲是比用JAVA进行底层开发更可笑的东西。
12、这句话不是很文雅，彻底鄙视那些害怕别人超越自己而拒绝回答别人问题的程序员。
13、如果调试一个程序让你很苦恼，千万不要放弃，成功永远在拐角之后，除非你走到拐角，否则你永远不知道你离他多远，所以，请记住，坚持不懈，直到成功。
14、最累的时候，家人是你最好的归宿。
15、退一步海阔天空，这是一种应有的心境。
16、如果你喜欢底层开发，千万不要勉强自己去搞VC，找到你最真实的想法，程序员最不能忍受的就是万精油。
17、IF(BOOL 学习= =FALSE)BOOL 落后=TRUE;不断的学习，我们才能不断的前进。
18、你的一个程序有时正常有时不正常，而你已经完全遵循编程的规则，为什么?事实上我认为相信只要遵循别人所说就能得到想当然的结果的人其实是个傻瓜。
19、编程中我们会遇到多少挫折?表放弃，沙漠尽头必是绿洲。
20、非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。
21、我们应该重视团队的精神，一个人作用再大，也不过是一碗水中比较大的一粒水珠而已。
22、无私奉献不是天方夜谭，有时候，我们也可以做到。
1、程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。
2、调试完一个动态连接函数，固然值得兴奋，但真正的成功远还在无数个函数之后。
3、如果你喜欢底层开发，千万不要勉强自己去搞VC，找到你最真实的想法，程序员最不能忍受的就是万精油。
4、非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。
5、程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件。
6、一个人静静坐在电脑面前写代码的感觉，那是什么感觉?那是武林高手闭关修炼的感觉。
7、硬的怕横的，横的怕不要命的，疯子都是不要命的，所以疯子力量大，程序员只有一种，疯狂的程序员。
8、“设计是一个发现问题、而不是发现解决方案的过程” —— Leslie Chicoine
9、“功能说明书里不存在可操作性” —— 37 Signals
10、“过去的代码都是未经测试的代码” —— Michael Feathers
11、“任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码” —— Martin Fowler
12、“测试是来表明bug的'存在而不是不存在” —— Edsger Dijkstra
13、“简单不先于复杂，而是在复杂之后” —— Alan Perlis
14、“Real developers ship” —— Jeff Attwood
15、“没有绝世神功” —— Frederick Brooks
16、“过去的33年里，我每天早上看着镜子问自己：“今天是我生命的最后一天吗?我是否要去做今天该做的事?”一天一天太多次是“不是”，我知道这需要改变…所有的事情——所有身外的期望，所有的骄傲，所有的对困难和失败的恐惧——这些东西在死亡面前立刻消失的无影无踪，只剩下真正重要的东西。想着自己即将死去，这是让我避免落入担心失去什么的陷阱里的最好的方法。” —— Steve Jobs
1、在seso 的blog上看到的，粘贴过来，鼓励自己~
2、曾经的理想是做个程序员，那时以为程序就是计算机的全部。现在依然喜欢程序，但是开始明白，程序并不是计算机的全部，好的程序，好的程序员要经历漫长的修炼，就像是武林高手修炼内功比招式更重要。我要做的是程序员，不是coder。这些是曾经收集的程序员励志语录，其实也并不仅仅是针对程序员，很多事情，是相通的，做事的道理更是一样。把它们贴出来，和大家分享，共勉，一起努力，一起做个真正的程序员。我的专业叫做计算机科学与技术，里面有科学，有技术，真正做下去，前路还很漫长，我们一起努力。
3、程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件。
4、你比他好一点，他不会承认你，反而会嫉妒你，只有你比他好很多，他才会承认你，然后还会很崇拜你，所以要做，就一定要比别人做得好很多。
5、对程序员来说大部分的快乐是从解决问题，特别是独立解决问题中获得，而不是从这个CASE有多大，奖金有多少中获得。
6、人呐，眼光放得长远一些，看到的东西也会多一些，生活也就会过得更有意义一点。
7、程序员，他们想的是什么?他们想的永远都是技术，他们崇尚的也永远都是技术。
8、其实你找不到错误不代表错误不存在，同样你看不到技术比你牛的人并不代表世界上没有技术比你牛的人。
9、一个人静静坐在电脑面前写代码的感觉，那是什么感觉?那是武林高手闭关修炼的感觉。
10、程序员中的前辈在谈到一个人学写程序有没有前途时，总是会说：“学程序不光要能吃苦能用功，还得看有没有sense，没sense的人，就是再怎么学，再怎么给他讲效果都不好。”
11、为什么很多人都想成功，但成功的人只是极少数?不是因为成功有多困难，其实成功简单得很，只要你一开始都有计划，并且能一直做下去，总会成功的。关键是如何面对成功，你失败了，起码还有人同情你，而成功了，连得到同情的机会都没有。
12、一匹真正的好马，即使在鞭子的影子下，也能飞奔。
13、如果你没有把握做到，最好就不要承诺，你什么也不承诺，至少别人不会看不起你。
14、一本好书，就像高级武功秘籍一样，哪怕只是从里面领悟到个一招半势，功力提升起来都是惊人的。
15、永不放弃，永不放弃又有两个原则，第一个原则是永不放弃，第二个原则就是：当你想放弃时回头看第一个原则。
16、疯狂的程序员决不是靠狂妄和拼命的程序员，而是能够脚踏实地，持续努力的程序员，一个程序员真正做到这两点，技术上去后，唯一能限制他的只有想象力，到那个时候才算“疯狂的程序员”，这种程序员，才能令对手无比恐惧。
17、硬的怕横的，横的怕不要命的，疯子都是不要命的，所以疯子力量大，程序员只有一种，疯狂的程序员。
18、要么做第一个，要么做最好的一个。
19、理想如果不向现实做一点点屈服，那么理想也将归于尘土。
20、每一个问题都是一把锁，你要相信世界上一定有一把钥匙能打开这把锁，你也能找到这把钥匙。
Ⅲ 软件设计原则有哪些
1.六大原则-单一职责原则
原则思想：一个方法只负责一件事情。
描述：单一职责原则很简单，一个方法 一个类只负责一个职责，各个职责的程序改动，不影响其它程序。 这是常识，几乎所有程序员都会遵循这个原则。
优点：降低类和类的耦合，提高可读性，增加可维护性和可拓展性，降低可变性的风险。
2.六大原则-里氏替换原则
原则思想：使用的基类可以在任何地方使用继承的子类，完美的替换基类。
描述：子类可以扩展父类的功能，但不能改变父类原有的功能。子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法，子类中可以增加自己特有的方法。
优点：增加程序的健壮性，即使增加了子类，原有的子类还可以继续运行，互不影响。
3.六大原则-依赖倒置原则
原则思想：高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象，抽象不应该依赖于具体实现，具体实现应该依赖于抽象。
描述：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。
优点：可以减少需求变化带来的工作量，做并行开发更加友好。
4.六大原则-接口隔离原则
原则思想：类和类之间应该建立在最小接口的上。
描述：类A通过接口依赖B，类C通过接口依赖D，如果接口类A和类B不是最小的接口，则依赖的类B和类D必须要实现他们不需要的方法。
优点：提高程序的灵活度，提高内聚，减少对外交互，使得最小的接口做最多的事情。
5.六大原则-迪米特法则
原则思想：一个对象应当对其他对象有尽可能少地了解，简称类间解耦
描述：一个类尽量减少自己对其他对象的依赖，原则是低耦合，高内聚，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。
优点：低耦合，高内聚。
6.六大原则-开放封闭原则
原则思想：尽量通过扩展软件实体来解决需求变化，而不是通过修改已有的代码来完成变化
描述：一个软件产品在生命周期内，都会发生变化，既然变化是一个既定的事实，我们就应该在设计的时候尽量适应这些变化，以提高项目的稳定性和灵活性。
优点：单一原则告诉我们，每个类都有自己负责的职责，里氏替换原则不能破坏继承关系的体系。