編程先罵
A. 加工中心編程分幾步，先學什麼
分三步。程序開頭，程序路徑，程序結束。
B. 游戲軟體編程要先學什麼
首先，別的都不管，一定要先學精以下數學科目：線性代數、空間解析幾何、微積分。都要學到比較深的程度，千萬不能囫圇吞棗，否則往後的壓力會越來越大。現在本科的內容其實不夠的，例如quaternion你在課本里就沒學，但游戲里絕對用得多。還有，課本里大概也不會教你怎樣判斷任意兩個多面體是否相交。這些都要靠自己多鑽研、多琢磨，不能滿足課本內容的。
然後，看你是側重圖形、物理、還是AI方向。
圖形方面，其實基本上就是幾何和光學問題，關鍵是熟悉API（DirectX或OpenGL）。如果想獲得尖端效果，則要先學一些光學基礎，然後才能進入可編程Shader的美妙境界。
物理方面，本人經驗太少，只能說：這真的是太太復雜了。AI方面：本人也沒經驗。就不多說了。
最後才說C++編程：其實C++編程這東西真的很奇怪。我們先是在課堂上學了一套東西，然後實際開發的時候人們又會告訴我們那套東西是不能用的（理由一般就是性能低啦、不安全啦，等等），反正又得學另一套東西。搞C++特別是游戲的人，都有一種近乎病態的完美主義傾向，企圖用目前並不完美的語言工具實現完美的目標（最典型的病態就是那個const，什麼都加const，其實你就算加了const，人家用強制類型轉換，一樣可以轉成非const）。還有那個指針，如果你真的用CObject *pObj這樣的形式，肯定要被人罵。他們要用所謂的「smart pointer」。諸如此類，都相當變態。
其實真的要做AAA級的游戲，簡直就和強迫自己開發一套操作系統、加上一套程序框架、加上實現絕大多數的數據結構和演算法一樣痛苦。
為什麼那麼痛苦那麼麻煩？想想：做一個游戲，本質上就是想用有限的資源模擬出無限的顯示世界，而創造這個復雜的世界是上帝才能勝任的事情，那你想模擬它出來，不就是要和上帝競爭嗎？（本人不信教，呵呵。）
當然，如果你只是滿足比較不那麼出眾的游戲，或許並不用那麼痛苦，隨便拿個所謂的「引擎」過來用就行。或者用C#，也可以吧。
C. 編程需要什麼基礎
很多想學編程的小夥伴的一個問題就是我該如何入門？是啊，面對這樣的問題我們該如何去做呢，這是擺在很多小夥伴面前的問題。君墨根據自己多年的編程經驗為大家分享自己的看法。
1、為自己選擇一個方向
編程語言是從事編程工作的工具，我們選擇不同的方向那麼我們學習的編程語言也不會相同。比如我們選擇網站後台開發那麼我們可以選擇的開發語言就是jsp或者php。當然不同的開發語言也可以做相同的事情，比如c#和c++都可以做windows開發，那麼我們就需要去了解這些語言的優缺點來做合適的選擇。
我聯合互聯網上的一群大牛，組建了一個編程的免費學習群，你只需要來我們這個群里聽就行，開頭的的第一部分是：四二六.，位於中間的第二部分是：396，處於最後一部分的是：284。 這里有免費的學習資源，每天直播課程，不需要你付出什麼，只需要有一顆學習的心就可以了。 不是想要學習的就不要加了。
3、動手去寫去練
當然只看是很難學會的。我們需要搭建IDE環境來多練習才能完全掌握這些語法。編程學習沒有捷徑可走，只有入門快慢之分。要學會編程只有coding、coding最後還是coding。
送給那些懦弱的人們
A ： 我是護士，我的專業就是護理。我做不了excel、做不了ppt、我學不會ps，好難，我不會寫文章。
我： 我學習那麼好，寫字那麼漂亮，編程也不錯，ps也挺好、我還能打籃球、我會兵乓求、我會羽毛球、我會足球、我會設計、我會英文。(有的都是高二退學之後自己加強學習的，讀書只給了我 算數、識字這些基本的的能力)，我特么是神嗎?
A ： 人人都跟你一樣?不是誰都能用很短的時間學很多的東西。
我 ：我大概是神吧!你能少看一點 《爸爸去哪兒》、《額滴歌神啊》、《奔跑吧兄弟》嗎，今天出了《爸爸去哪》，明天來個《女兒去哪》、《爺爺去哪兒》，你看得完?你能不能看點有用的東西?例如有點啟發、讓人學到東西的影片或者書?
A：委屈的癟癟嘴，那好，我要學習，給我買一本書吧，推薦一下。
我：書到了，學習 吧，一個月後我要看你的成績。我來考考你
A：好難啊，我好睏，我要看一會兒電視.....(然而沒然後了....)
其實，這位A同學，極度的懦弱，並不是她不上進，只是那麼的懦弱，那麼的沉迷於垃圾節目、垃圾書籍，喜歡看不倫不類，不三不四的東西。不明白自己應該要什麼，自己怎麼做才能得到，認為自己的能力那麼的差，做不到
B：大神，我要學node了，推薦一下node的書籍唄
我：恩，入門看一下《node於express開發》吧，然後看看node官網。還有一些博客什麼的。當然了，你完全按照那本書，也能做出一些的東西了。最重要的是，要自己動手，去做東西，然後發現問題，解決問題。提升自己。
B：大神，除了那本書，還有別的書嗎?
我：書很多，但書不在於多，而是，你能否理解了，並且能運用了?你看完了嗎?
B：我感覺很難做，node好難。
我：做做項目，搜搜Google、看看github。
而今，我不知道這位同學水平到底到了什麼水平，我想，應該不會太好，最終原因，我想是因為沒有深入的去折騰，沒有去寫代碼，沒去發現自己的問題
其實，我們的潛力很大，我們能學的更好。我們能掌握的更多，但是許多人都做不到堅持、做不到深入。不肯思考，不肯的動手，是阻礙我們進步的最大原因。
後記：
人，應該要明確自己的目標，擁有理想。
人，重要的不是你站在哪裡，而是你往哪個方向前進。
無論何時，不管你已經得到了多少，擁有了多少。都不是墮落的理由。
對於不肯上進，沒意志力的人來說，等於是，你想死，任何人都救不了你!
感謝自己，感謝自己沒有繼續讀大學。感謝自己在讀書時代已經養成了獨立思考，喜歡折騰的習慣。
D. 我該怎麼學習編程
初期學語言的時候不需要什麼英語數學的，有一定邏輯思考能力就可以了
主要是演算法，這個是核心，所以學什麼語言都無所謂，因為語言都是相通的，使用的庫也大同小異。個人認為C++、JAVA比較好學，C是許多語言的基礎，C#、C++、JAVA都是以C為基礎擴張改編的，所以也可以考慮C，隨你興趣
如果你是想學編程，而且是編軟體，那你就要考慮要編什麼軟體，有什麼用，然後再考慮相關的東西，因為編程關於這方面區分很大的
先出個題目，呵呵，非常基礎的題目，編程人員都會的入門題：
計算2的8次方
說出你的演算法就可以了，就是如何去算它
當然數學好是最好的了，如果不好，也可以用別的方法去做它，試試吧。把你的想法告訴我，讓我看看你有沒潛質學這個
演算法是一邊學一邊掌握的，多看看一些經典的程序就可以明白。
當你覺得入門了，一些基礎的東西都可以編寫了，但是高級的東西用現有的知識無法解答，那麼數據結構就可以開始學了
E. 學習編程從哪下手
首先：我學編程已經有快兩年的時間了，我的專業和計算機編程一點也沾不上邊（圖書館學專業本科）。從最初的C-〉C++-〉VC++6.0-〉VC++.NET託管編程 + SQL Server
要學編程不是一朝一夕的事，不知道你有多少的時間和毅力，編程要學到通最重要的就是方式就是自學，老師教不了多少東西，如果一個老師能夠讓你入門一門語言就已經是很不錯了。
個人覺得最好是從C/C++學起當你對C++很懂的時候,就可以學習VC++了,VC++是學習Windows最好的編程語言,如果你VC++學得通了Windows系統編程就不再話下了.如果這時候比如要改行到C# / Java 這些對你來說都是幾周就能夠上手的事.而且學習C++有一個很好的地方就是C++的書籍非常的多,經典書籍也很多你學習起來會給你非常多的幫助.
當然如果你選擇了C++你一定要有毅力與恆心,現在很多的院校都是直接開C# 而不是開VC++課程就是因為VC++的難度大,正式因為難度大就更需要毅力了!如果你沒有這個就最好不要選擇VC++,還有如果你不是想把編程當作未來的工作方向建議不要學VC++,像開發什麼網站的舊直接去學JAVA或C#/ASP就好了,容易上手難度也不會那麼大,這時我個人的經歷.
下面賦上我保存的一個文章,如果你准備學期VC++,可你看看:
學好VC++的十大良好習慣
歡迎光臨阿蒙的VC++專業技術網站:http://www.vchome.net/
每到年底各大媒體就爭先恐後熱火朝天地搞總結,什麼十大人物,十大品牌,十大美女,十大帥哥等等五花八門亂七八糟的讓人充滿好奇充滿懷疑,這事確實讓人有點郁悶,就如同男足國家隊的國產教練如沈牆扶們每一次踢球失敗後都要說這么一句:我們回去後要好好總結,下次會打得更好! 這話聽了幾十年了,耳朵都生蟲了,但還是無法看到中國豬球隊有象人樣的表現.因此,總結在某一程度上來說只不過是一種形式罷了,總結不代表就能改過原有的不足,也不代表就能進步了,甚至有點俗不可耐,盡管如此,阿蒙亦明知故俗,前人說過了入鄉了就要隨俗,因此你生活在這種環境里,你無法對這些無聊無趣的東東置之不理,除非你是天才,天才往往在非天才的人看來是很怪異的,處處與現實格格不入,可阿蒙不是天才,所以還得趕快總結,要不就離題,又被大家罵了,:)
(一)充分利用MSDN,因為我個人覺得它勝過任何一本編程參考書;
MSDN是 Microsoft 當前提供的有關編程信息的最全面的資源，它包含微軟最新的技術資料庫，加上易學易用的全文檢索功能，讓您迅速找到任何您需要的技術參考數據,讓您隨時擁有與全世界菁英同步的技術，掌握最豐富的程序開發資源。我經常收到很多朋友的EMAILS,他們所提的問題往往都非常的簡單,MSDN完全可以解答這些問題,但他們好象不太喜歡用,這是讓我郁悶的地方,是因為英文不好呢,還是沒有學會充分利用各種資源來解決問題的方法呢?
(二)提高英文水平,養成多上英文網站多看英文資料多買老外原版英文書;
有關程序員與英文水平的討論已太多太多, 我個人認為要成為程序員,高中的英語水平夠了,甚至不懂英語的一些人,也同樣可以成為較好的程序員,因為開發工具的發展將是越來越傻瓜,但如果你是僅僅滿足於能運用某種工具開發某個軟體模塊,那是沒話說了.真正熱衷技術肯干鑽研樂於接受挑戰的程序員是不滿足於現狀的,他們總感覺有太多的未知,於是總在不停地學習,如今信息技術發展得太快，而大部分的技術最先出現的時候都是英文版本的，要幾個月或者幾年以後才有中文版本的書出來，因此要想跟上步伐，一定要努力提高自己的英文水平，這樣才能同步跟上信息技術。你可能擔心自己的英語水平不行，沒關系，剛開始多查字典，"萬事開頭難",必須有持之以恆的精神,不久你就會發現計算機英語其實很容易的。何況很多
英文技術站點確實比國內做得好啊!比如http://www.codeguru.com,http://www.codeproject.com, http://www.programmersheaven.com 等等.
(三)加強自我管理,善於作自我總結,分析自已的優點及缺點。
中國境內百分之八十以上的領導人在百分之八十以上的場合的講話中都有類似的觀點,所以在這里我是不多說了,反正這一條用在什麼行業什麼地方都不會有錯的,人生最大的敵人不是就是自已嗎?管好自已認清自已,那還有什麼搞不定的?
(四)養成良好的文檔習慣
程序員大多都不喜歡寫文檔,我以前也是特討厭,在我的思想里,所謂的文檔就是一些廢話,一句話硬是用十句話來代替的無聊透頂,就如同部分中文系男生的愛情表白,明明就是"我愛你"三個字,他硬是把月亮啊太陽啊大海啊高山啊石頭啊天使啊亂七八糟的都拉上關系了,盡管聽起來浪漫,但在我認為不實用,:), 甚至太肉麻了,一個男子漢幹嘛這么羅里羅嗦的......良好的文檔是正規研發流程中非常重要的環節,一個好的程序是先寫好設計文檔再進行編程的，在設計文檔的指導下，才能寫出安全的代碼。如果你不寫文檔，一開始就寫程序，這樣你就不會按已設計好的路線走，而是想到哪寫到哪。小功能還好說，要是大功能，就容易混亂甚至失控.那麼如何寫文檔呢?其實我認為沒有統一的標准,雖然國家及一些NB的人總結了很多的模板,但每個人的習慣不同,如果你不加以修改或創新,就套用某個標准,我相信寫起來會很吃力及說不清的難受,因此我覺得只要能將你的設計思想及實現演算法或步驟描述清楚就是好的文檔,我強烈建議廣大程序員朋友們在寫文檔時要善於用圖表來說明你的思想,我們不是作家,也可能作文都經常性地不及格,寫出五官端正的文章對我們來說可能不容易啊!好好地利用VISIO,ROSE或別的工具來表達你的思想吧!
(五)代碼風格要規范，嚴謹，效率要高。
這個不用說了,所以一定要記住了!不過,這一點有時可能與人的性格有關,如果你是經常丟三落四經常鬍子長長經常鈕扣扣錯經常吃個快餐要一個小時的人,那你在CODING的時候可千萬要注意了,CODING是CODING,生活是生活,不要寫出的程序也是那樣就不好了!
(六)掌握好跟蹤調試技巧.
跟蹤調試程序是一件繁瑣而又復雜的事情，所以掌握必要的調試策略及技巧卻可以使這些工作變得輕鬆起來.強烈建議你去看一下老美Everett N.McKay及Mike Wooding寫的書<<Debugging Windows Programs>>,你一不定受益匪淺.
(七)養成自我測試的習慣
測試工作應由測試工程師來做,但在你寫完一個模塊或一個軟體時,還是要自已先測試一下,保證不要出現一些低級的錯誤,何況這些錯誤讓測試工程師看到了,狂扁你一頓,你很沒FACES的.
(八)善於交流善於溝通,特別是經常與一些高手交流一下學習的心得體會;
有人說,程序員的性格大多內向不喜歡說話,其實是有些誤會了,不是不喜歡而是話不投機,我的腦袋一天到晚都在不停地轉,函數,數據,演算法啊充滿了我的世界,我那還有時間與你談一些無聊的話題,話要找對人了,才容易談下去,書上說過"聽君一席話,勝讀十年書",你要找的就是這種豁然開朗！現在技術的論壇越來越來,這將成為程序員交流一個重要的地方,也有人說:"讀君一長貼,勝讀十年書",:)
(九)階段性地做一下專題總結
知識要溫故而知新,因此我建議程序員要養成階段性地做專題總結的習慣,比如你這個月學習或在做與多線程有關的模塊或項目,那麼在你做完後,你就可以好好地總結一下所有與多線程相關的技術,包括理論知識,實踐方法以及各種技巧及優秀文章等等,這對你各種能力的提高將有很大的幫助,你試過了嗎,如果沒有,那就快點行動吧!
(十)要有持之以恆的精神
這是廢話,因為我揍不齊十大,所以將它也算上,中國自古以來喜歡號召大眾學習某種精神,比如馬克思的,列寧的,毛澤東的,鄧小平的,雷峰的等,這些精神使社會更安定人民生活更美好,那麼程序員要有什麼樣的精神呢?我不是我說了就算了的,我只是想說明要學好任何一門技術,最好要有持之以恆精益求精的精神,特別是學一些比較抽象比較難的技術,比如VC++,我想它應比別的開發語言都要難學些,或許你已經開始了兩年了,但感覺還是不爽彷彿也沒掌握什麼,這個時候你除了思考一下你的學習方法以外,還必須堅定你的目標及信念!
歡迎光臨阿蒙的VC++專業技術網站:http://www.vchome.net/
F. 學習編程 應該先學什麼 就是基礎是什麼
我覺得先看下BASIC，把語法和基本的演算法的基礎打好再開始學VB的話，速度相對快些。
如果你有其他語言的基礎，如C語言。那麼學vb就更簡單了。
G. 學好編程前要學些什麼
計算機語言之類『『
H. 學習編程需要什麼基礎
學習編程其實不需要什麼基礎，只要可以正常操作電腦就可以學習編程，但是如果想往高深的技術研究就需要學習很多東西，時代咋子進步很多東西都有千絲萬縷，所以很多編程需要都是相通的。
3、知識經濟時代給我們帶來了無限的機遇。要真正掌握計算機技術並在信息技術行業有所作為，具備一定的編程能力是一個基本條件和要求。
4、為基礎編程打下堅實的基礎，應總結如下幾個方面，數學基礎從計算機發展和應用的歷史來看，計算機的數學模型和體系結構是由數學家提出的，最早的計算機也是為數值計算而設計的。 因此要學好計算機必須有一定的數學基礎初學者應該有高中水平。
I. 編程經典語錄
篇一：程序員9條經典的編程語錄
2013年伊始，告別短暫的小長假，我們又回到了緊張的工作氛圍中，在這篇文章中，我收集了幾條非常有趣的且廣受歡迎的編程術語，為廣發編程愛好者加波助瀾，就像Linus Torvalds說的那樣，我們因為興趣而編程。 2013年伊始，告別短暫的小長假，我們又回到了緊張的工作氛圍中，在這篇文章中，我收集了幾條非常有趣的且廣受歡迎的編程術語，為廣發編程愛好者加波助瀾，就像Linus Torvalds說的那樣，我們因為興趣而編程。
1. 在水裡行走和以一個需求規格進行軟體開發類似，即如果水或需求都被凍結住，那麼行走和軟體開發都會變得很容易。-——Edward V Berard
2. 不要擔心程序異常，如果它總是正確的話你早就失業了。——軟體工程Mosher定律
3. 設計的附加價值高於它所增加的花費。——Thomas C. Gale
4. 沒有好的團隊就開發不出好的軟體，但絕大多數的軟體開發團隊看起來就像不健全的家庭一樣。——Jim McCarthy
5. 我才不關心我的代碼是否能在你的機器上工作！我們不會給你提供機器。——Vidiu Platon
6. 「靠代碼行數來衡量開發進程就好比用重量來衡量飛機製造的進度。」——Bill Gates
7. 「程序員的問題是，不到太晚，你永遠不會知道他在做著些什麼。」——Seymour Cray
8. 「大部分好的程序員編程並不是為了錢或名望，而只是因為純粹的樂趣。」——Linus Torvalds
9. 「有兩種生成一個軟體設計方案的途徑。一個是把它做得如此簡單，以致於明顯不會有漏洞存在；另一個是把它做的如此復雜，以致於不會有明顯的漏洞存在。」——C.A.R. Hoare
篇二：程序員經典語錄
1. 選擇當前科技領域的一個小子集，親近它、擁抱它，並且嘗試推進這個小領域的發展。
2. 理解不同數據結構和演算法的優缺點，不單是內存中，還有磁碟上的表現。
3. 首先深刻理解你所在的領域，然後拋開計算機，像普通用戶那樣觀察和體會。
4. 時刻准備好（包括能力和心理上）向深層探索，不僅僅是一兩層，而是好幾層。要知道，是否能在編程時勢如破竹，與你所能達到的技術深度關聯緊密。
5. 運用你的想像力，總是問這樣的問題「還有更好的辦法嗎？」跳出固有的思維模式，最好的實現方式也許還沒有人嘗試過。
6. 永遠不要過早退出，不要兩次編寫同一段代碼，不要將一個變數命名為另一個變數的子集。如果不理解這些規則，也許你會爭辯，不過一旦你這么做了，它們就能幫助你寫出更好的代碼，否則你將永遠停留在初級程序員的水平。
7. 學習如何進行基準測試，學會的那一天，你會發現世界將變得不同。
8. 學會如何分辨瑣事和細節，只將精力集中於細節。
9. 不要總是向你的用戶和管理者妥協，有時應該讓他們知道，他們自以為的並不是那麼重要。
10. 寫一個框架，無論你是否計劃使用它。這個過程會讓你學到靠其他方式無法學到的東西。
11. 把學到的東西教給別人，無論是口口相授還是文以載道，你都會發現自己也能從這個過程中收獲良多。
12. 找到旁人寫的這樣一些代碼——它們實現了重要的功能，但寫得並不夠聰明。重寫它們，然後告訴自己永遠不要犯相同的錯誤。
13. 在人生的某個時候，運營你自己的事業（服務或產品）。你能從中學到當職員時無法領悟的編程技巧 你認為最具爭議的編程觀點是什麼？
C#專家Jon Skeet曾在StackOverflow上提出這個問題。這里列舉最熱門的前10條討論。
1. 業余時間不以編程為樂者，永遠趕不上那些以此為樂的同行
即使最聰明、最有才華的人，若只是將編程作為工作，就永遠成不了真正優秀的程序員。以編程為樂的人會在業余時搞些小項目，或者擺弄各種編程語言和編程思想。
2. 唯一能放之四海而皆準的最佳實踐，是「用腦子思考」
太多人喜歡追逐眾多時髦技術，想方設法把各種方法、模式、框架用到不適合的地方。新技術和名人大牛的觀點並不等於適用於實際情況。
3. 依賴Google沒什麼錯
這種言論肯定會讓那些學富五車的飽學之士惱火。但重要的是能真正理解，並給出成功的編程解決方案，讓客戶和老闆滿意。
4. 大多數注釋是代碼的糟糕重復
我們大部分時間是在維護其他人（或我們自己）所寫的代碼，而糟糕、錯誤、過時和誤導性的注釋也是代碼中最令人糾結的因素之一。
5. XML被大大高估了
許多隨波逐流的人沒動過腦子就跳上了XML這條黑船。XML用於Web應用不錯，因為它本來就是干這個的。此外的問題定義、設計思路應該盡量不用XML。
6. 程序員生而不平等
經理往往認為「程序員A=程序員B」，因為他們工作的年頭差不多。但實際上，他們的效率可能相差十倍甚至百倍。
7. 將Java作為最適合大學教學的第一門語言令人費解
第一門編程語言應該重在學習控制流和變數，而不是對象和語法。此外沒有調試C/C++內存泄漏經驗的人，根本無法完全理解Java的初衷。
8. 若你只會一門語言，無論多麼精通，仍然不夠優秀
任何人如果只局限於一門語言，都無法充分發揮自己的潛力。而且缺乏求知慾和探索意願，都不符合優秀程序員的特質。
9. 性能真的很重要
盡管可以通過購買更強勁的CPU、硬碟和內存提升性能，但若這樣想的人少一些，我們也許能在1GHz的CPU上運行更多程序。
10. Print語句是有效的調試方式
用System.out.println之類的輸出語句調試代碼的方式挺好。這經常比正式的調試要快，而且可以比較不同運行的輸出結果
篇三：101條經典計算機語錄
1、計算機沒什麼用.他們只會告訴你答案.(巴勃羅畢加索,畫家)
2、計算機就跟比基尼一樣,省去了人們許多的胡思亂想.(薩姆尤因,作家)
3、他們擁有計算機,他們也還可能擁有其他的大規模殺傷性武器.(珍內特雷諾,美國前女司法部長)
4、跟計算機工作酷就酷在這里,它們不會生氣,能記住所有東西,還有,它們不會喝光你的啤酒.(保羅利里,吉他手)
5、如果汽車能趕上計算機的發展周期的話,一輛今天的勞斯萊斯僅值100美元,每加侖要跑100萬英里,每年還得爆炸一次,把裡面的人殺個精光.(Robert X. Cringely,技術作家)
6、計算機總是越來越智能的.科學家告訴我們說不久它們就能跟我們對話了.(這里的它們,我指的是計算機.我懷疑科學家永遠都不能跟我們對話.) (Dave Barry,幽默作家)
7、我最近注意到,在共同文化中,那種對計算機變得智能化並最終掌控世界的妄想恐懼症幾乎徹底消失了.據我所知,這跟MS-DOS的發布基本是同步的.(Larry DeLuca)
8、計算機會不會思考這個問題就像問潛水艇會不會游泳一樣.(Edsger W. Dijkstra,圖靈獎獲得者)
9、活了一百年卻只能記住30M位元組是荒謬的.你知道,這比一張壓縮盤還要少.人類境況正在變得日趨退化.(Marvin Minsky,人工智慧研究的奠基人) 信任
10、這座城市的中央計算機告訴你的?R2D2,你不該相信一台陌生的計算機!(C3PO,星球大戰中的翻譯機器人)
11、永遠不要相信一台不能扔掉一扇窗戶*的計算機(斯蒂夫沃茲尼亞克,蘋果聯合創始人)
12、硬體:計算機系統中可被踢的部分.(Jeff Pesis)
13、今天大部分的軟體都很像上百萬塊磚堆疊在一起組成的埃及金字塔,缺乏結構完整性,只能靠強力和成千上萬的奴隸完成.(阿倫凱,圖靈獎獲得者,面向對象創始人)
14、我終於明白'向上兼容性'是怎麼回事了.這是指我們得保留所有原有錯誤.(Dennie van Tassel)
15、有兩樣重要產品出自伯克利:LSD和BSD*.我們不相信這是個巧合.(Jeremy S. Anderson)
16、2038年1月19日,凌晨3點14分07秒(UNIX中的世界末日*1970年1月1號之後的2^32秒)
17、每個操作系統都差不多 我們都一樣的爛.(微軟的高級副總裁布萊恩瓦倫蒂尼這樣描述操作系統的安全狀況,2003)
18、微軟有出了個新版本,Windows XP,據大家說是'有史以來最穩定的Windows', 對我而言, 這就好像是在說蘆筍是'有史以來發音最清脆的蔬菜一樣' (Dave Barry)
19、互聯網?那個東西還在嗎?(Homer Simpson)
20、網路就像是個母夜叉.我每轉到一處都會看見小個的按鈕命令我提交*.(Nytwind)
21、想想看吧,已經有一百萬只猴子坐在一百萬台打字機旁,可Usenet就是比不上莎士比亞.(Blair Houghton)
22、計算機軟體產業最為驚人的成就,是其持續不斷地放棄硬體產業的驚人成果和穩定性.(Henry Petroski)
23、真正的創新經常來自於那些貼近市場、但無力擁有市場的的小型初創公司.(Timm Martin)
24、人們常說,偉大的科學學科就像是站在其它巨人肩膀上的巨人.人們也說過,軟體產業正如站在其他侏儒腳上的侏儒.(Alan Cooper,交互設計之父)
25、這無關比特、位元組和協議,而關乎利潤和損益.(郭士納,IBM前CEO)
26、我們是微軟.反抗是徒勞的.你會被同化的.(保險杠貼紙)
27、不管演示在綵排的時候有多好,一旦在觀眾面前展示時,演示不出錯的幾率與觀眾人數成反比,與投入的金錢總額成正比.(Mark Gibbs)
28、專利大多數都是垃圾.浪費時間去閱讀這些專利是愚蠢的.只有專利持有人才會這么干,還得強迫自己才會看.(Linus Torvalds,LINUX創始人)
29、控制復雜性是計算機編程的本質.(Brian Kernigan)
30、復雜性殺死一切.它把程序員的生活給搞砸了,它令產品難以規劃、創建和測試,帶來了安全挑戰,並導致最終用戶和管理員沮喪不已.(Ray Ozzie)
31、進行軟體設計有兩種方式.一種是讓它盡量簡單,讓人看不出明顯的不足.另一種是弄得盡量復雜,讓人看不出明顯的缺陷.(C.A.R. Hoare)
32、好的軟體的作用是讓復雜的東西看起來簡單.(Grady Booch,UML創始人之一) 易用性
33、不管那些計算機書籍如何宣稱,只需記住,你並非'傀儡'.真正的傀儡是那些無法設計出易於使用的硬體和軟體的那些人,盡管他們是技術專家,因為這是普通消費者賴以生活的東西.(Walter Mossberg,科技專欄記者)
34、軟體供應商在努力嘗試讓他們的軟體更'易於操作' 迄今為止,他們最好的辦法就是翻出所有的老手冊,然後在封面蓋上'易於操作'這幾個字.(比爾蓋茨)
35、有個老套的故事說有人希望他的計算機能像他的電話機一樣好用.他的願望實現了,因為我已經不知道該如何使用自己的電話了.(BjarneStroustrup,C++之父)
36、任何一個傻瓜都會用電腦.很多都會.(Ted Nelson)
37、只有兩個行業把客戶稱為'用戶'*.(Edward Tufte,信息設計大師)
38、程序員在跟宇宙賽跑,他們在努力開發出更大更好的傻瓜程序,而宇宙則努力培養出更大更好的白痴.到目前為止,宇宙領先.(Rich Cook)
39、你們當中很多人都知道程序員的美德.當然啦,有三種:那就是懶惰、急躁以及傲慢.(Larry Wall,Perl發明者)
40、程序員的問題是你無法預料他在做什麼,直到為時已晚.(Seymour Cray,超級計算機之父)
41、那就是這些自認為痛恨計算機的人的真實面目.他們實際上真正痛恨的是糟糕的程序員.(拉瑞尼文,科幻作家)
42、很長時間以來我一直困惑不已,為什麼一些又貴又先進的東西會一點用都沒有.直到我突然想起,計算機不就是一台愚蠢之至卻擁有難以置信的做聰明事能力 的機器嘛,而程序員不就是聰明絕頂卻擁有難以置信的.干蠢事的能力的人嘛.一句話,他們簡直就是天生絕配.(比爾布萊森,旅遊文學作家)
43、不像學學塗塗畫畫也能讓某人成為專家級畫家,計算機科學教育不會讓任何人成為一名編程大師.(埃里克雷蒙,開源運動領袖)
44、一個程序員是經歷以下事情後仍能證明自己是嚴格的專家的人:他可以歷經數不清的捶打,可取材於無關緊要的文檔,用上面的爭議數據作出模糊假設,並以 此計算出測微精度的無數片面理解的答案,並由一個不可靠、腦袋充滿質疑、公
開宣稱要讓一個倒霉透頂、沒有指望、毫無防備,要求第一時間獲得信息的部門狼狽 不堪、令人生厭的人使用一台准確度有問題的儀器去實施.(IEEE網格新聞雜志)
45、運氣好的黑客能用幾個月的時間 - 生產出一個小規模的開發團體(比如說,7-8人)歷盡艱辛一起工作了一年多才能做出來的東西.IBM經常報告說某些程序員的生產力要比其它工人高百倍,甚至更多.(Peter Seebach,黑客)
46、最好的程序員跟好的程序員相比可不止好那麼一點點.這種好不是一個數量級的,取決於標准怎麼定:概念創造性、速度、設計的獨創性或者解決問題的能力.(蘭德爾E斯特勞斯,科技作家)
47、偉大的車工值得給他幾倍於普通車工的薪水,但一個偉大的軟體代碼作家,其價值則要等同於一個普通的軟體寫手的價格的1萬倍.(比爾蓋茨)
48、就算它工作不正常也別擔心.如果一切正常,你早該失業了.(Mosher的軟體工程定律)
49、靠代碼行數來衡量開發進程就好比用重量來衡量飛機製造的進度.(比爾蓋茨)
50、寫代碼的社會地位比盜墓的高,比管理的低.(傑拉爾德溫伯格,軟體與系統思想家)
51、首先學習計算機科學及理論.接著形成自己編程的風格.然後把這一切都忘掉,盡管改程序就是了.(George Carrette,傑出軟體工程師,開源推廣者)
52、先解決問題再寫代碼.(John Johnson)
53、樂觀主義是編程行業的職業病;用戶反饋則是治療方法.(Kent Beck)
54、迭代者為人,遞歸者為神.(L. Peter Deutsch)
55、布爾值最好的一點是,就算你錯了,也頂多錯了一位而已.(無名氏)
56、數組的下標是從0開始好還是從1開始好呢?我的0.5的折衷方案,以我之見,沒有經過適當考慮就被否決掉了.(Stan Kelly-Bootle)
57、只有兩種編程語言:一種是天天挨罵的,另一種是沒人用的.(BjarneStroustrup,C++之父)