Ⅰ 軟體工程師應該遵循的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.六大原則-開放封閉原則
原則思想：盡量通過擴展軟體實體來解決需求變化，而不是通過修改已有的代碼來完成變化
描述：一個軟體產品在生命周期內，都會發生變化，既然變化是一個既定的事實，我們就應該在設計的時候盡量適應這些變化，以提高項目的穩定性和靈活性。
優點：單一原則告訴我們，每個類都有自己負責的職責，里氏替換原則不能破壞繼承關系的體系。