程序員古怪

Ⅰ IT為什麼學習英語

It專業學習英語的重要性主要有以下三個方面。
技術內容質量:可能國內大部分同學在一開始學習C語言的時候，都是那本譚浩強寫的綠皮書《C程序設計》，學習C++的時候也是譚浩強寫的那本紅皮書《C++程序設計》。雖然關於C和C++的大部分知識點，裡面都涉及到了，而且如果認真學的話，用C語言進行工作也沒太大問題，但是直到我讀了K&R所著的英文原版《The C Programming Language》，才知道這兩本書多麼沒有可比性，語言組織、內容講解、與實際的結合，K&R的書都遠遠領先，講解知識點的時候都是像講故事一樣娓娓道來，都會將現實生活的一些實際問題搬到相應場景進行融合，讓人看完之後有一種大徹大悟的感覺，更不會出現類似i+++++i、a*b++--c這種很讓人不解、在實際工作中從來不會用到的算式。這里舉這個例子，不是說譚老爺子的書有多麼不好，畢竟筆者當年也是看著他的書入門C語言的，但是由此可以看出國內和國外IT教材存在著明顯的差距，畢竟國外的IT業發展領先我們很多年，別人的IT出版業自然也很是發達。
版本更新:現在很多標准都是國外製定的，比如C99、C++ 11、OpenGL等等，因此這些技術書籍就必須圍繞著這些標准來寫，所以我們可以經常看到國外的技術書籍一般都會更新很多版，因為標准每更新一次，都會將一些老舊的東西丟棄，然後一些更先進的技術又出來，因此相關的技術書籍也要圍繞著標准來進行內容的更新換代。但是國內的很多書籍一直只是基於老的標准編著，比如一些講解OpenGL的書籍甚至還是基於固定管線來講解。
翻譯質量:國外很多經典教材國內都有翻譯版，但恕我直言，這些翻譯版的大部分都是垃圾，語言組織生搬硬套，有的根本就讀不通順，甚至會有不少錯誤。當年筆者大一的時候借閱了一本中文版的《C++編程思想》，一個暑假就硬是沒讀懂，直到後來買了英文原版的《Thinking in C++》，才知道那本中文翻譯版真的是誤人子弟。再者很多國外經典的技術書籍，國內根本就沒有引進，或者引進的也是國外已經發行很多年的老版。

Ⅱ 都說做代碼的程序員思維古怪，情商低，智商高。。。。我想問，你們覺得做設計師的和it一個性質嗎

完全不是，一個是藝術，一個是技術。

Ⅲ 程序員成為自由職業者靠譜么

成為自由職業者曾是年少時的小資情懷，有種幾米漫畫中主人公的感覺。六年職場生涯屢次嘗試，無奈膽識未到，貪戀於大公司的高薪，都淺嘗輒止。半年前身心俱疲，邀一好友共同創業，偶見此貼，突然覺得自己現在就是個自由職業者。所以談談自己的看法。

其實所謂「自由職業者」，看似重點在「自由」（大多數人也都是奔著這個去的），其實隱含著的是「賺錢」——小說里「累了旅行，閑了幹活」的日子也是需要錢來支撐的。所以靠不靠譜，就看你怎麼賺錢了。這里列舉幾個國內常見的程序員個人賺錢的渠道：

1. 傳統的線下接項目
應該有不少程序員都有類似的「接私活」經歷吧，朋友或是朋友的朋友的公司可能想做一些宣傳網站、後台管理系統等等，費用從幾百到幾萬元不等。
這種活大多由非IT公司發出，技術含量不高，但溝通成本極高，老闆不懂互聯網不懂用戶，業務朝令夕改，今天說好明天就變，有的做了一個月跟你說項目不做了，有的拿了你的代碼反編譯給別人去做——什麼稀奇古怪的事都有，前期合同不頂用，中期業務反復無常，後期收款拖欠厲害。
打算由這種方式來維持「自由職業」的程序員，必須有兩個特質：要麼運氣特別好；要麼業務能力特別強（不是技術，在項目涉及的業務領域上走在客戶前面，知道客戶真正想要什麼，想客戶之想不到，也包括溝通能力）。當然，還有一點是必須的，就是朋友多，有活干。

Ⅳ 程序員能自學嗎

如果有一定的基礎，對編程、代碼有很強烈的興趣，並且有較強的自學能力，這樣是可以自學的。因為這個專業的實踐性和邏輯性特別強，不付出一定的時間和精力是學不好的。如果真的很想當一名程序員，報班培訓是一個不錯的選擇。

(4)程序員古怪擴展閱讀：

程序員職業要求：

一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。

大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。一個程序員雖然沒有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。所以要盡量抓住有用的工作和實習機會，這樣的話在畢業後你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。

對於職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，他的技術必須一直保持在一個較高的水平，並且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷並排前進。

參考資料：

程序員-網路

Ⅳ 這樣學習編程能達到什麼樣的程度

1、首先要明確自己的學習目的，為什麼要學習編程。如果是要考級，那麼建議學VB，因為它語句比較簡單，易上手;如果是真的要掌握一項技術搞研發之用，那麼建議學習C++或java，因為它們語句功能很強大，雖然難度大一點但很實用;
2、選擇自己要學習語言種類，如VB,C++,Java等
3、最好找一個輔導班配合書本同步學習，因為程序的問題如果自己只是看書的話很難理解，有前輩指點會有事半功倍的效果;
4、語句和循環是最基本的結構，所以無論學習任何語言都要把它們掌握好，這是在學習過程中一定要注意的;
5、一定要多上機操作。程序是抽象的，有時看程序看的懂，但自己去編卻不一定能編的出來;而有時候雖然程序沒看懂，但如果經常著手去編，就會非常熟悉該程序用的時候應該怎麼去處理，時間久了自然就理解了;
6、有了一點的操作基礎以後，就要去背一些簡單的語句體了，這些小的語句在你以後編的大程序里是基礎的基礎
7、最後就是獨立編程了，看到一個編程要求之後，首先要在腦中有一個大體的輪廓，獨立構思，不要看參考揭示，只有這樣才可以達到真正的訓練目的，才可以一步步地把思路培養出來
總之呢，學習編程一定要樹立信心，首先從思想上就不要去害怕它，只有以此為前提，才可以學的更好。
最後，就祝你學業有成吧！

Ⅵ 一個好的程序員至少應該具備哪些條件

樓上的幾位顯然誤會我的意思了，我並不是說不應當寫文檔加註釋注重團隊精神，看看下面的一篇文章，那位三天就寫出UNIX的他需要寫文檔注釋和團隊精神嗎，他用不著。哪個高手沒有一點傲氣和自信，他之所以敢對用戶說：拿到你想要的，然後滾蛋，你已經很幸運了！是因為他有這個資本。天才本就不循規蹈矩，那樣他就不叫天才了。

MIT BBS上說微軟電話面試的一道題就是「Who do you think is the best coder,
and why?」。我覺得挺有意思的，也來湊個熱鬧。排名不分先後。

Bill Joy, 前任Sun的首席科學家，當年在Berkeley時主持開發了最早版本的BSD。他還
是vi和csh的作者。當然，Csh Programming Considered Harmful 是另一個話題樂。據
說他想看看自己能不能寫個操作系統，就在三天里寫了個自己的Unix, 也就是BSD的前
身。當然是傳說了，但足見他的功力。另一個傳說是，1980年初的時候，DARPA讓BBN在
Berkley Unix里加上BBN開發的TCP/IP代碼。但當時還是研究生的B伯伯怒了，拒絕把BBN
TCP/IP加入BSD，因為他覺得BBN的TCP/IP寫得不好。於是B伯伯出手了，端的是一箭封
喉，很快就寫出了高性能的伯克利版TCP/IP。當時 BBN和DARPA簽了巨額合同開發TCP/IP
Stack，誰知他們的代碼還不如一個研究生的好。於是他們開會。只見當時B伯伯穿
個T-shirt出現在會議室(當時穿T-shirt不象現在，還是相當散漫的哈)。只見BBN問：你
怎麼寫出來的？而B伯伯答：簡單，你讀協議，然後編程就行了。最令偶暈倒的是，B伯
伯碩士畢業後決定到工業界發展，於是就到了當時只有一間辦公室的Sun, 然後他就把
Sparc設計出來樂。。。象這種軟硬通吃的牛人，想不佩服都不行的說。據Bill Joy的同
事說，一般開會的時候B伯伯總是拿一堆雜志漫不經心地讀。但往往在關鍵之處，B伯伯
發言，直切要害，提出漂亮的構想，讓同事們徹底崩潰。對了，他還是Java Spec和JINI
的主要作者之一。

John Carmack，ID Software的founder和Lead Programmer。上個月和一個搞圖形的師兄
聊天，他竟然不知道John Carmack, 也讓偶大大地暈了一把。不過也許搞研究的和搞實
戰的多少有些隔吧。想必喜歡第一人稱射擊游戲的都知道J哥哥。90年代初只要能在PC
上搞個小動畫都能讓人驚嘆一番的時候，J哥哥就推出了石破天驚的Castle Wolfstein,
然後再接再勵，doom, doomII, Quake...每次都把3-D技術推到極限。J哥哥的簡歷上說
自己的專長是"Exhaust 3-D technology"，真是牛人之言不我欺的說。做J哥哥這樣的人
是很幸福的，因為各大圖形卡廠家一有了新產品就要向他「進貢"
，不然如果他的游戲不支持哪種卡，哪種卡基本就會夭折樂。當初MS的Direct3D也得聽
取他的意見，修改了不少API。當然，J哥哥在結婚前十數年如一日地每天編程14小時以
上，也是偶們凡人望塵莫及的。對了，J哥哥高中肆業(？)，可以說是自學成才。不過
呢，誰要用這個例子來為自己學習不好辯護，就大錯特錯了。那 Leonardo Da Vinci還
是自學成才呢(人是私生子，不能上學)。普通人和天才還是有區別的。對了，其實偶們
叫「達分奇」是相當不對的，因為Vinci是地名，而Da Vinci就是從Vinci來的人的意
思。換句話說，Leonardo Da Vinci就是「從Vinci來的Leonardo」的意思。叫別
人「Da Vinci」就不知所謂樂。嗯，扯遠了，打住。

David Cutler，VMS和Windows NT的首席設計師，去微軟前號稱矽谷最牛的kernel開發
員。當初他和他的手下在微軟一周內把一個具備基本功能的bootable kernel寫出來，然
後說：「who can't write an OS in a week?"，也是牛氣沖天的說。順便說一句，D爺
爺到NT3.5時，管理1500名開發員，自己還兼做設計和編程，不改coder本色啊。

D爺爺天生脾氣火爆，和人爭論時喜歡雙手猛擊桌子以壯聲勢。 日常交談fuck不離口。
他面試秘書時必問："what do you think of the word 'fuck'?" ，讓無數美女剎羽而
歸。終於有一天，一個同樣火爆的女面對這個問題脫口而出："That's my favorite
word"。於是她被錄取樂，為D爺爺工作到NT3.5發布。

Don Knuth。高爺爺其實用不著偶多說。學編程的不知道他就好像學物理的不知道牛頓，
學數學的不知道歐拉，學音樂的不知道莫扎特，學Delphi的不知到 Anders Hejlsberg，
或者學Linux不知道Linus Torvalds一樣，不可原諒啊。為了讓文章完整，就再羅唆幾句
吧。高爺爺本科時就開始給行行色色的公司寫各種稀奇古怪的編譯器掙外快了。他賣給別
人時收一兩千美元，那些公司拿了code，加工一下賣出去就是上萬上十萬。不過也沒見高
爺爺不爽過，學者本色的說。想想那可是60年代初啊，高爺爺寫編譯器寫多了，順帶就搞
出了個 Attribute Grammar和LR(k)，大大地造福後人啊。至於高爺爺在CalTech的編程比
賽(有Alan Kay得眾多高高手參加)總是第一，寫的Tex到86年就code freeze，還附帶2^n
美分獎勵等等都是耳熟能詳的，偶就不饒舌樂。

順便說一下，高老大爺是無可爭議的寫作高手。他給Concrete Mathematics 寫的前言可
謂字字鏗鏘，堪為前言的典範。他的技術文章也是一絕，文風細致，解釋精當，而且沒
有學究氣，不失輕快跳脫。記得幾年前讀Concrete Mathemathics，時不時開懷大笑，讓
老媽極其郁悶，覺得我nerdy到家，不可救葯。其實呢，子非魚，安知魚之樂，更不知那
完全是高爺爺的功勞。說到寫作高手，不能不提Stephen A. Cook。他的文章當年就被我
們的寫作老師極力推薦，號稱典雅文風的樣本。庫爺爺一頭銀發，身材頎長，總是面帶
謙和的微笑，頗有仙風道骨，正好和他的仙文相配的說。

高爺爺其實還是開源運動的先驅。雖然他沒有象Richard Stallman那樣八方奔走，但他
捐獻了好多作品，都可以在網上看到，比如著名的Mathematical Writing，MMIXWare，
The Tex Book等，更不用說足以讓他流芳百世的Tex樂。

Ken Thompson，C語言前身B語言的作者，Unix的發明人之一(另一個是Dennis M. Riche
老大，被尊為DMR)，Belle(一個厲害的國際象棋程序)的作者之一, 操作系統Plan 9的主
要作者(另一個是大牛人Rob Pike,
前不久被google挖走了)。Ken爺爺也算是計算機歷史上開天闢地的人物了。1969年還是
計算機史前時代，普通人都認為只有大型機才能運行通用的操作系統，小型機只有高山
仰止的份兒。至於用高級語言來寫操作系統，更是笑談。Ken爺爺自然不是池中物，於是
他和DMR怒了，在1969年到1970間用匯編在PDP-7上寫出了UNIX的第一個版本。他們並不
知道，一場轟轟烈烈的UNIX傳奇由此拉開了序幕。Ken爺爺在1971年又把Unix用C重寫，
於是C在隨後20年成就了不知多少豪傑的夢想和光榮。

Ken爺爺還有段佳話： 裝了UNIX的PDP-11最早被安裝在Bell Lab里供大家日常使用。很
快大家就發現Ken爺爺總能進入他們的帳戶，獲得最高許可權。Bell
Lab里的科學家都心比天高，當然被搞得郁悶無比。於是有高手怒了，跳出來分析了UNIX
代碼，找到後門，修改代碼，然後重新編譯了整個UNIX。就在大家都以為「這個世界清
凈了」的時候，他們發現Ken爺爺還是輕而易舉地拿到他們的帳戶許可權，百思不解後，只
好繼續郁悶。誰知道這一郁悶，就郁悶了14年，直到Ken爺爺道出個中緣由。原來，代碼
里的確有後門，但後門不在Unix代碼里，而在編譯Unix代碼的C編譯器里。每次C編譯器
編譯UNIX的代碼，就自動生成後門代碼。而整個Bell Lab的人，都是用Ken爺爺的C編譯
器。

(6)Rob Pike, AT&T Bell Lab前Member of Technical Staff ，現在google研究操作系
統 。羅伯伯是Unix的先驅，是貝爾實驗室最早和Ken Thompson以及Dennis M. Ritche開
發 Unix的猛人，UTF-8的設計人。他還在美國名嘴David
Letterman的晚間節目上露了一小臉，一臉憨厚地幫一胖子吹牛搞怪。讓偶佩服不已的
是，羅伯伯還是1980年奧運會射箭的銀牌得主。他還是個頗為厲害的業余天文學家，設
計的珈瑪射線望遠鏡差點被NASA用在太空梭上。他還是兩本經典，The Unix
Programming Environment 和 The Practice of Programming 的作者之一。如果初學者
想在編程方面精益求精，實在該好好讀讀這兩本書。它們都有中文版的說。羅伯伯還寫
出了Unix下第一個基於點陣圖的窗口系統，並且是著名的blit終端的作者。當然了，羅伯
伯還是號稱銳意革新的操作系統，Plan9，的主要作者。可惜的是，Plan9並沒有引起多
少人的注意。羅伯伯一怒之下，寫出了振聾發聵的雄文 Systems Software Research is
Irrelevant，痛斥當下系統開發的不思進取，固步自封的弊病。雖然這篇文章是羅伯伯
含忿出手，頗有偏激之詞，但確實道出了系統開發的無奈：開發周期越來越長，代價越
來越大，用戶被統一到少數幾個系統上，結果越來越多的活動是測量和修補，而真正的
革新越來越少。

就在羅伯伯郁悶之極的時候，google登門求賢來樂。如果說現在還有一家大眾公司在不
遺餘力地把系統開發推向極致的話，也就是google樂。隨便看看google的成果就知道
了。具有超強容錯和負載平衡能力的分布式文件系統GFS
(現在能夠用100,000台廉價PC搭起一個巨型分布系統，並且高效便宜地進行管理的系統
也不多哈)，大規模機器學習系統(拼寫檢查，廣告匹配，拼音搜尋。。。哪個都很牛的
說)，更不用說處理海量並行計算的各式google服務了。Rob在System Software
Research is Irrelevant里蕭瑟地說現在沒有人再關心系統研究的前沿成果了。想不到
他錯了，應為google關心。google網路了大批功成總是試圖吸取系統研究的最新成果。
想必Rob Pike在google很幸福。願他做出更棒的系統。

Dennis M. Ritchie, 既然Ken Thompson是我的偶像，新聞組上人稱DMR的Dennis M.
Ritchie自然也是，畢竟兩人共同締造了UNIX，而Dennis幾乎獨力把C搞大(當然，C的前
身是B，而B是Ken Thompson一手做出來的)。兩人1983年分享圖靈獎，是有史以來少數幾
個因工程項目得獎的工程師(本來是唯一的一對兒，但Alan Kay才因為SmallTalk得獎，
所以就成了唯二的樂) 一個人一生能做出一個卓越的系統已經不易，DMR的C和UNIX長盛
不衰近30年，至今生機勃勃，DMR此生可以無憾的說。

D爺爺也算有家學淵源：他老爸在AT&T貝爾實驗室工作了一輩子，並在電路設計方面卓有
成就，還出了本頗有影響的書The Design of Switching Circuits，據說在交換理論和
邏輯設計方面有獨到的論述。當然，D爺爺和他老爸是不同時代的人：他老爸的研究成
形於晶體管發明之前，而D爺爺的工作離了晶體管就玩兒不轉樂。:-D

不要看D爺爺搞出了C，其實他最愛的編程語言是Alef，在Plan9上運行，支持並行編程。
Alef的語法和C相似，但數據類型和執行方式都和C大大不同。說到語言，D爺爺對後來
人有非常中肯的建議：抱著學習的目的來開發你自己的語言，不要冀望於它被眾人接
受。這個建議不光對語言開發有用，也適用於其它大型系統的開發。別的不說，DMR後來
領導自己的團隊在1995年和1996分別推出了Plan9和Inferno操作系統，又用多少人知道
呢？其實，D爺爺當初也沒想過C會風行世界。他開發C的初衷和Eric S. Raymond
在Cathedral and Bazaar里闡述的一樣，就是要消除自己對現有工具的不爽之處。誰
知D爺爺無心插柳，C竟然受到眾多程序員的狂熱擁戴，連D爺爺自己都大惑不解。在一次
采訪中D爺爺說大概那是因為C的抽象程度碰巧既滿足了程序員的要求, 又容易實現。當
然C一度是Unix上的通用語言也是原因。但不管怎麼說，D爺爺對編程語言出色的審美意
識奠定了C廣為流傳的基礎。

最後八卦一下。D爺爺的業余愛好和NBA大牛Karl Malone一樣：開卡車。不過D爺爺更喜
歡開NASCAR，而KM獨愛巨無霸。J D爺爺自稱心中不供偶像，如果一定要說一個，那就
是Ken Thompson了。現在Ken爺爺退休當飛機教練去了，而D爺爺當了貝爾實驗室系統開
發部的頭，整日忙於開支票。他倆合作20年，屢屢創造歷史。這段令人神往的佳話，也
就長留你我心中樂。

P.S., 很多人都以為Brian W. Kernighan是C的作者。其實BWK只是寫了那本經典K&R C。
據D爺爺說，他，Ken, 和Kernighan三人中，Kernighan最能寫文章，他次之，而Ken寫
得最少；但說到編程，Ken爺爺才是當之無愧的老大。

Edsger Wybe Dijkstra, 對，就是E.W. Dijkstra. 一提到EWD，很多人就會想起找最短
路徑的Dijkstra Algorithm，就好像一提到Sir. Tony Hoare，就想起Quick Sort一樣。
其實這些個演算法不過是兩個牛人在他們職業生涯中最瑣碎的貢獻。比如Dijkstra演算法，
無非是戴爺爺在1956年為了展示新計算機
ARMAC的計算能力，初試身手的成果，屬於他的演算法處女作。據戴爺爺自述，他搞出最
短路徑演算法的時候連紙筆都沒用。當時他和他老婆在阿姆斯特丹一家咖啡廳的陽台上曬
太陽喝咖啡，突然就把這個演算法想出來樂。而且當時的演算法研究還比較原始，牛人們忙
著用計算機搞數值計算，對離散演算法不屑一顧。那時連一個象樣的專注於離散演算法的專
業期刊都沒有。戴爺爺於是推遲發表這個演算法。直到1959年，他才把這個演算法發表
在Numerische Mathematik的創刊號上，權為捧場。:-)
EWD在多個領域牛氣沖天，端的是理論和編程兩手硬的高手。只不過他的很多工作比較
深刻，學校的老先生們覺得本科生接受不了，不給本科生講而已。

戴爺爺大概因為最短路徑演算法一戰成名，於是有人請他參加另一台計算機X1的設計工
作，並且把設計實時中斷系統的任務派給了他。現在看來實時中斷也許不算什麼，但要
知到，X1前根本就沒有實時中斷的概念。實現它簡直就是一場豪賭。戴爺爺起初還不情
願，但經不住項目負責人Bram和Carel的輪番 「吹捧」：我們知道實時中斷讓您工作變
得非常困難，但象您這樣的牛人肯定能做出來的說。結果戴爺爺被糖衣炮彈徹底擊穿，
接下了這個燙手山芋。兩三年後，他不僅搞出了實時中斷，還圍繞這個寫出了自己的博
士論文，順利戴上博士帽。

讓戴爺爺真正成名立萬的還是在X1上開發的Algo60，最早的高級語言之一。戴爺爺沒日
沒夜地工作了8個月，就搞出了Algo60，也因此獲得了 1972年的圖靈獎。因為Algo60，
戴爺爺發表了一篇石破天驚的文章：Recursive
Programming，於是人們才知道，原來高級語言也可以高效地實現遞歸，原來從此以後，
所有程序員都不可避免地和戴爺爺發明的一個詞(應該說是概念)打交道：堆棧。
而且Algo60還讓戴爺爺深入地思考多道程序設計的問題，最終發明了每個系統程序員
都繞不開的概念：semaphore。當然，戴爺爺總是把他發明的概念嚴格形式化，極具科
學家本色的說。和這些成就想比，他提出的吃飯的哲學家問題，也就沒什麼好說的了。

說來好笑，當時的大學(忘了哪所了)還是覺得戴爺爺沒有受過正統的數學訓練，也不是
專門搞數值分析的，所以最後不太情願地給了他一個教職。這種小挫折並不能妨礙象戴
爺爺這樣的牛人創造歷史。他一邊教數值分析(:-D) ，一邊開始開發一個新的操作系
統，並培養計算機科學家。幾年後，THE Multiprogramming
System橫空出世。THE是第一個支持鬆散耦合，顯式同步的進程並由此使得嚴格證明系統
沒有死鎖變得容易的操作系統。可惜戴爺爺任職的系不識貨，還強行解散了他的研究小
組(1972年戴爺爺給他的系主任說他得了圖靈獎，系主任的第一反應是你們搞計算機就
喜歡亂發獎)。這讓戴爺爺相當郁悶，得了抑鬱症。在極度郁悶之中，戴爺爺決定用寫作
來治療自己的抑鬱症。於是經典就誕生樂：Notes on Structured Programming。戴爺爺
從此被尊為結構化編程的奠基人，而且他的抑鬱症也被治好樂。

EWD太牛，結果他的故事也太多。先到這里吧。1973起，他的故事就在美國發生了。

Anders Hejlsberg，微軟.NET的首席架構師，編程語言設計和實現的頂尖高手。他一手
做出了 Turbo Pascal, 也是Delphi, J++(尤其是WFC)，C#, 和.NET的主要作者。這些作
品的名字足以為他立傳。作為一個程序員，我在這樣的大師面前實在無語。生子當
如Anders的說。李維的<>里已詳細講述了Anders的傳奇故事，我就不用費舌了：

http: //java.mblogger.cn/iexploiter/posts/1505.aspx

Artima上有Anders談C#的系列訪談。MSDN上有一段Anders導游的錄像 。有興趣可以去看
看牛人的豐采。

Ⅶ 百戰程序員的編程語言有幾種

把編程語言比喻成車：
Ada 是輛丑到極點但是永遠不會出故障的坦克。
C 是輛賽車，它能跑得超乎想像得快，不過每跑個 50 英里就會拋錨。
Cobol 號稱是輛車，不過沒有哪個有自尊心的駕駛員肯承認曾經開過。
C# 是輛競爭模式的家庭旅行車。一旦你開過它，你就不會再用其他競品廠商的產品了。
C++ 是輛大馬力版本的 C 型賽車，它額外提供了成打的特性，而且每跑 250 英里才會拋錨，不過當它真出問題的時候，沒有人能找到究竟是哪兒壞了。
Eiffel 是輛內置了法國口音駕駛說明的汽車。他會幫你快速地找到錯誤並從中學到東西，不過你要是敢跟他爭論的話，他會罵你然後把你從車里扔出去。[來自 Daniel Prager ，稍有修改]
Erlang 是一個車隊，它們會互相協作把你送到任何你想去的地方。想要每隻腳各自操縱一輛車還是需要一些練習的，不過一旦學會了之後你就可以駕駛著它們通往其他方式難以企及的地方了。還有，你用了那麼多輛車，所以就算有幾輛壞掉也沒什麼可擔心的。
Forth 是你親手用套件組裝出來的車。你這輛車不論長相還是功能都沒必要和別人的一樣。不過，Forth 型號的車只能倒著走。
[Digg.com 網站上的評論，來自 256byteram（我忍不住要把它加上）：]
FORTH LOVE IF HONK THEN !（譯註：抱歉我實在不知道這句話是啥意思……）
Fortran 是輛非常原始的車。它能跑得很快，前提是你要始終在完全筆直的道路上開。據說學開 Fortran 型汽車會導致你再也沒法學開其他型號的汽車了。
Java
Java 是輛家庭旅行車。它駕駛起來很容易，開起來速度也不會太快，不至於傷到你自己。
版本1：Haskell 是輛設計極端優雅漂亮的車，傳聞它能開到非常極端的地形中去。當你試圖駕駛它的時候，它並不是真的沿著道路在前進的；實際上，它是不斷把自己和道路進行復制，每次成功復制之後，車在路上都會比上一次更遠一點。應該還是有可能按照傳統的方式來駕駛它的，不過你的數學能力不足以找出這個辦法來。
版本2：Haskell 並不是輛真的車，它是一個抽象的機器，能夠詳細地告訴你駕駛這個過程應該是什麼樣子的，如果你願意的話。你必須把這個抽象的機器放到另一台實際的機器裡面才能開動它，別問這個實際的機器是怎麼運行的。還有一種方法，你可以用多台抽象的機器造出另一台抽象的機器，然後把它交給那台實際的機器，這樣就能一個接一個地完成你的旅途了。[Monadic 的版本]
版本1：Lisp 看起來像一輛車，不過經過足夠的改裝，就能把它變成非常有效的一架飛機或一艘潛艇。
版本2：一開始它看起來一點兒都不像一輛車，不過時不時地你也能看到有人在開著它轉悠。終於有一天你決定多了解一下它，然後你意識到它其實是一輛能造出更多汽車的汽車。你把這個發現告訴了朋友，不過他們都大笑著說這些車看起來太奇怪了。至今你仍在車庫里留著一輛，期待著哪天能把它開上路去。[來自 Paul Tanimoto]
Mathematica 是輛設計得很好的車，它從 Lisp 型汽車那裡借鑒了大量的東西，卻連一點兒應得的贊揚都不給它。它能通過方程計算出到達目的地最高效的路徑，只不過這要花上一大筆錢。
是輛設計給新手用的短途旅行車，通常都是開往那些 Mathmatica 型汽車常去的地方。在那些地方這車開起來非常舒服，不過只要你偏離了路線，哪怕只有一點點，它就會變得非常難以駕馭，以致於很多勢利的司機根本就不承認它是一輛車。
Ocaml 是輛非常性感的歐洲車。它不像 C 那麼快，但它從不出故障，所以結果你反而會花更短的時間到達目的地。不過因為這是法國，所有的控制裝置都不在它們平時該在的地方。
Perl 應該是輛挺酷的車，不過駕駛員手冊卻難以理解。另外，就算你能找到方法去駕駛一輛 Perl 型號的車，你也開不起來別人的 Perl 型汽車。
PHP 是輛熱狗車（Oscar Mayer Wienermobile），它非常古怪、又難以駕馭，但是所有人卻還是想開它。[來自 digg.com 網站的 CosmicJustice]
版本1：Prolog 是全自動的：你告訴它你的目的地是什麼樣子的，然後剩下的駕駛工作它就全搞定了。[Paul Graham附加的：]不過，大多數情況下，確認目的地所花的工夫，和你直接開過去也差不多了。
版本2：Prolog 這輛車上裝了一個獨特的試錯型 GPS 系統。在通往目的地的路上，它會一直往前開，如果走到死胡同了，它就調頭回來再試試別的路，如此不斷往復，一直到目的地為止。[我忘了是誰建議的這一條]
Python 是輛非常棒的給初學者用的車，就算沒有駕照也能開。除非你想開得超級快，或者想開去很危險的地方，否則你可能永遠都用不到別的車。
Ruby 這輛車是因為一次 Perl、Python 和 Smalltalk 三車相撞事故產生的。一個日本的機師找到了這些車的碎片然後拼成了一輛車，很多司機都覺得這比那三輛車加在一起還要好。不過也有些司機會發牢騷說 Ruby 型汽車的好多控制器都是重復的、甚至有三份，而這些重復的控制器在某些特別的情況下又稍有不同，這會讓這車開起來更麻煩。據傳說重新設計的工作已經在進行中了。
Smalltalk 是輛小型汽車，原本是設計給那些打算學駕駛的人用的，不過因為它設計得太棒了，即使那些有經驗的老司機都喜歡開它。它速度並沒有很快，不過你可以把它的任何一個零部件拿下來改造改造，讓它更符合你的期待。古怪的事情是，你其實並沒有真正地駕駛它，你只是發了條消息讓它去什麼地方，然後它要麼就開過去了，要麼就告訴你它不懂你在說啥。
版本1：匯編就只是個發動機。你得自己把車子造出來，還得在它跑的時候手動給它加油。不過只要你足夠小心，它就能像來自地獄的蝙蝠（a bat out of hell）一樣飛速前進。
版本2：匯編：你自己就是那輛車。
如果編程語言是種武器：
C 語言是 M1 式加蘭德步槍，很老但可靠。
C++是雙截棍，揮舞起來很強悍，很吸引人，但需要你多年的磨練來掌握，很多人希望改用別的武器。
Java 是 M240 通用彈夾式自動機槍，有時它的彈夾是圓的，但有時候不是，如果不是，當你開火時，會遇到 NullPointerException 問題，槍就會爆炸，你被炸死。
Scala 是 M240 通用機槍的變種，但它的使用手冊是用一種看不懂的方言寫的，很多人懷疑那隻是一些夢話。
JavaScript 是一把寶劍，但沒有劍柄。
Go 語言是一種自製的「if err != nil」發令槍，每一次發射後，你都必須要檢查它是否真的發射了。
Rust 語言是一種 3D 列印出的槍。將來也許真的能派上用場。
bash 是一個十分礙手的錘子，你掄起它時會發現所有東西看起來都像釘子，尤其是你的指頭。
Ruby 是一把外嵌紅寶石的寶刀，人們使用它通常是因為看起來很炫。
PHP 是水管子，你通常會把它的一段接到汽車的排氣管，另一端插進車窗里，然後你坐進車里，開動引擎。
Mathematica 是一種地球低軌道粒子大炮，它也許能夠干出很神奇的事情，但只有付得起費用的人才能使用它。
C#是一種強悍的激光大炮，架在一頭驢子上，如果從驢子上卸下來，它好像就發不出激光。
Prolog 語言是一種人工智慧武器，你告訴它要做什麼，它會照做不誤，但之後，它會弄幾個終結者出來，燒掉你的房子。
Lisp 語言是一把剃須刀，有很多款式。只有尋求刺激和危險的人才會使用它。
希望可以幫到您，謝謝！

Ⅷ 程序員怎樣培養自己成為項目開發經理

項目開發經理?老古怪的頭銜。我知到有開發組經理。項目經理。項目開發經理是不是只是負責某個項目的開發負責人?
程序員和開發經理的區別是，一個是控制項目質量，進度，分配工作的。一個是埋頭苦寫的。兩個側重點不一樣。背負的責任也不一樣。不要以為套上個經理頭銜就是成功了。
我覺得在你為成為開發經理目標努力的過程中，你先要弄清楚，自己公司里各個部門的分工，包括你所說的項目開發經理有怎麼樣的工作智能。再看看自己缺什麼技能。你就知道自己怎麼努力了。
一般來說，開發經理需要嚴密的思維，和較強的協調能力。

Ⅸ 怎樣成為一名優秀的程序員

你好，我是大二的學生，我曾經也想你那樣迷茫過，覺得學這些東西沒用，做不了實際開發。不過現在我已經找到方向了。首先必須先說明，想學東西，有用的而不是只是理論層面的話，千萬千萬，12個千萬不要只靠學校。自己一定自主的學自己想學的東西。
我覺得首先你要確定你想從哪方面學起，例如學完c++可以學MFC，也可以學學C#，做軟體很方便。你可以上網了解一下他們的用途之類的。
然後是要找到相關的書或教材，學MFC我推薦你看王艷平的《windows程序設計》或者孫鑫的MFC視頻教程。入門很合適。
你學了c++的話我建議你學MFC，MFC程序是用c++寫的，非常強大，做出的程序運行效率是最高的，不過開發難度也比其他方式開發都要難。
如果你按我說的做了，例如MFC入了門，你就可以自己開發一些實用程序用了。我說的這些希望對你有用！

Ⅹ 為什麼程序員喜歡穿格子襯衫

我喜歡純色