這篇文章是根據我去年的一封Email修改而來的。我把它貼出來是想看看我的想法是否正確。

優秀的程序可以使復雜的東西看起來很簡單；糟糕的程序讓原本簡單的東西變得復雜。 　　優秀的程序不需要加以說明；糟糕的程序需要大量注釋。 　　優秀的程序編寫時需要更多時間，但未來花費的時間卻更少；糟糕的程序往往花費較少的時間，但會在未來浪費掉更多時間。 　　優秀的程序需要考慮當前和未來的需求；糟糕的程序只側重于現在，在未來可能無法正常工作。

我的程序里 沒有一點點防備 也沒有一絲顧慮 突然錯誤出現

前幾天發布了一篇程序員必看的書,現在的 IT 人，程序員們不要一味的敲代碼，我們也要有時間為自己充充電，買個 kindle,公車，地鐵上可以多多看看書.接下來我將為程序員們繼續推薦一下比較好書。如果你覺得我推薦的這些書有用，就多看會，如果覺得推薦的不好， 那就不要看了，就這么簡單。如果你覺得我推薦的書是菜鳥才看的書，那您這位老鳥出門左轉.希望給大家帶來幫助。

What 軟件工程師的職業生涯要歷經以下幾個階段：初級、中級，最后才是高級。這篇文章主要是講如何通過 10 個步驟助你成為一名高級軟件工程師。 Why 得到更多的報酬！順帶問一句，你的年終獎有著落了嗎？因為你的薪水會隨著你水平的提高而增加

《C#程序設計》單元7使用集合開發程序主講教師：C#課程組授課專業：軟件技術單元7使用集合開發程序本章要點集合的概念和操作方法泛型集合的應用方法技能目標能使用集合訪問數據和操作數據會使用泛型集合操作數據單元7使用集合開發程序單元7使用集合開發程序7.2技術與知識準備7.2.1集合單元7使用集合開發程序7.2.1.1集合概述在前面我們學習了數組。

　許多新軟件的早期用戶都是程序員。原因何在？除了由于自身工作而更熟悉新軟件之外，程序員對軟件運行速度等方面也非常在意，通常會通過不斷嘗試去找到自我感覺速度更快、更方便易用的工具。通過這一點，我們也可以對程序員水平，或者說工作精神做出簡單評判。

“如果能時光倒流，回到過去，作為一個開發人員，你可以告訴自己在職業生涯初期應該讀一本，你會選擇哪本書呢？我希望這個書單列表內容豐富，可以涵蓋很多東西。”

Java程序員編程時需要混合面向對象思維和一般命令式編程的方法，能否完美的將兩者結合起來完全得依靠編程人員的水準： 技能(任何人都能容易學會命令式編程) 模式(有些人用“模式-模式”,舉個例子,模式可以應用到任何地方，而且都可以歸為某一類模式) 心境(首先，要寫個好的面向對象程序是比命令式程序難的多，你得花費一些功夫)

我最近看到Reddit上的一個帖子。說的是Reddit用戶”chinan”被迫去維護一個最初外包給印度PHP程序員的項目。 他崩潰了。 這個有趣的帖子被活躍的Riddit瀏覽者塞滿了各種搞笑的言語，但大部分他們都是沒有跟印度程序員打過交道。 作為一個印度程序員，我要辯護。

今天早上，我們的美女編輯跟我說，需要在書《Zabbix 深度實踐》里面再加三頁的內容，是印刷那邊的要求。我答應明天（現在已經是 28 號了，其實是今天）要給她。晚上想了一想，沒有什么想在原文中補充的內容了。就在書的最后一部分——后記二，和大家隨便聊聊我的一些思考，順便也貼到博客 了。下面這些東西，每段東西都不長，有自己的小標題。

二十年前，頂尖的程序員能將一個完整的應用放到一個64KB大小的.COM文件里。這是他們對可憐的因特爾80386電腦在編程上進行的最大挖掘。 這是因為，二十年前，電腦昂貴而程序員便宜。那是一個“電腦為先”的時代。那個時代已經過去。那種理念已經不再有人欣賞，因為如今的市場形勢發生了完全的顛覆。

Ruby 是一種面向對象、命令式、函數式、動態的通用編程語言。在20世紀90年代中期由日本人松本行弘（Matz）設計并開發。 遵守BSD許可證和Ruby License[9][10]。它的靈感與特性來自于Perl、Smalltalk、Eiffel、Ada以及Lisp語言。由Ruby語言本身還發展出了JRuby（Java平臺）、IronRuby（.NET平臺）等其他平臺的Ruby語言替代品。

程序員分為兩種：帥的和丑的——帥的程序員技術精深，可堪重任，是某個領域的專家；丑的程序員泛泛涉獵，一知半解，啥都會一點卻都是半瓶水。當然首先要聲明，我是屬于那種很丑的程序員，不過我還年輕，通過不懈的努力，有朝一日一定會成為一名很帥的程序員！ 特別聲明：雖然絕大多數程序員長得都很帥，但是長得帥并不代表就是“帥的程序員”。

第4章順序和選擇結構程序設計4.1結構化程序設計三種基本結構：順序結構:一組逐條執行的可執行語句。按書寫順序自上而下執行。選擇結構：先對給定條件進行判斷，再根據判斷的結果執行相應的語句。循環結構：多次重復執行同一組語句。

第5章循環結構程序設計5.1問題的提出與程序示例循環結構的特點是：根據給定條件成立與否來決定是否反復執行某個程序段。

我曾經跟朋友開玩笑說，這個時代，有兩種人的妻子應該要受人尊敬，第一種是軍嫂，這是毫無爭議的，第二種就是像我這樣的，程序員的老婆。當然，這個玩笑半分自嘲半分真。我的本科是穿著大白褂在各種掛著植物、動物、有機化學、無機化學的門牌的實驗室里度過的，在顯微鏡下給三段生的夾竹桃畫過橫切片圖， 在大頭針和解剖剪子的輔助下找過蚯蚓的三條神經，聞過帶有臭雞蛋味的硫化氫氣體

當我開始在閱讀《技術的本質》的時候，我就開始在思考這樣一個問題，我們在使用技術還是工具。

我們每個人都有老板。我們也有為軟件項目買單的客戶，在合同期間他們也是我們意義上的老板。很明顯，一個好員工/合作人員必須得讓他的老板/客戶高 興。但是，只有不好的員工才會朝著這個目標努力。如果將這個錯誤的目標定為追求的方向，那就只會毀了項目。專業的員工為項目而工作，而不是為老板。

為打破外界對程序員簡單平面的偏見，一系列程序員訪談正在進行中。