搞笑編程

❶ 編寫程序，求Sn=a+aa+aaa+…(n個a)的值,其中n是表示a的個數，a是【1，9】之間的隨機正整數。

#include<stdio.h>
#include<stdlib.h>
void main()
{
int *a,n,b;
int i,j;
printf("n?\n");
scanf("型迅%d"啟睜,&n);
printf("a?\n");
scanf("%d",&b);
a=(int)malloc((n+2)*sizeof(int));
for(i=1;i<n+2;i++)
a[i]=0;
for(i=1;i<n+1;i++)
{
for(j=1;j<i+1;j++)
{
a[j]+=b;
if(a[j]>9)
{
a[j]-=10;
a[j+1]++;
}
}
}
for(i=n+1;i>0;i--)
printf("卜旁此Sa=%d",a[i]);
getch();
}

❷ 程序員的搞笑表白情書

在電腦的世界裡， 0與1是相當奇妙的東西。

沒想到在愛情的世界裡， 0與1也是同樣的道理。

自從見到了你， 我的愛情旗標立刻變成了 1。

雖然只是短短的一聚， 心中的振盪器卻再也無法平息。

每節上課， 我就變成一台多工的機器。

因為想你， 使得 CpU load 總無法降低。

每次考試， 我就變成一條不穩定的 Memory。

因為念你， 使得 parity Check 總無法 Error Free。

想對你說的話， 即使是 Giga 級的哈滴也不夠記。

只好期盼， 我會擁有一台可讀寫的光碟機。

多麼希望我們之間， 只有磁頭和磁碟的距離。

也希望你是我生命中的 Cache， 不要再讓我苦苦尋覓。

每次想打電話給你， 我總是在矛盾中猶疑。

我在你心中的 priority， 到底是怎麼樣的等級想對你表明心意， 卻又害怕遭遇 Deadlock 的打擊。

你我之間， 是否有 Algorithm 可來處理這種微妙的關系愛情是場如真似幻的夢境， 沒有一定的軌跡。

思想中的邏輯與定理， 在愛情中也無用武之地。

原來， 這就是為什麼世間的男女總在互猜心意。

告訴我， 我們之間的愛情到底是 0 或是 1

你對我說， 我們之間的一切沒有離散數學中的交集。

我回答說， 你沒用過線性代數中的對角矩陣， 又怎知數年後的推移但畢竟這一切已成定局， 終究造成了我們的別離。

在逐漸模糊的身影後， 我忍不住流下了淚。

經營一段愛情， 並不像安裝 Linux 那麼容易。

縱有 patch 程式， 又如何修補那段支離破碎的記憶。

指向地久天長的指標， 到最後總有一場 Null 的游戲。

可嘆紅塵痴情眾生， 又有多少能夠比翼

資料結構中的 AVL Tree， 據說在搜尋方面非常夠力。

但即使能在 log n 的時間內找陪慧滾到你， 也不再具有任何意義。

只好將這段情， 深深的埋藏在心底。

靜待多年之後， 再細細的回憶。。。

軟體程序員的情書

茫茫內存里,你我不曾相見;

寥寥代碼中,命運註定良緣.

當編譯開始,我們齊手共建

--中國軟體的春天!

雖然我們是不同的對象,都有隱私的一面,

但我相信你會找到我的介面,把我的最真給你看!

因為我是你的指針,在茫茫內存的堆棧中,

永遠指向你那片天空,不孜不倦!

我願做你的內聯,供你無限次的調用,直到海枯石爛!

我願做你的引用,和你同進退共生死,一起經受考驗!

只是我不願苦苦地調試你的心情,最終淪為你的友元!

而我更不願始亂終棄,刪不清借你用的空間,

最後一拍兩散,搞得內存混亂...

如今我們已被MFC封裝--事事變蘆余遷!

如今我們已向COM走去--可想當年!

程序員勵志語錄

作為一個真正的程序員，首先應該尊重編程，熱愛你所寫下的程序，他是你的夥伴，而不是工具。下面是關於程序員勵志語錄的內容，歡迎閱讀！

1、永不放棄，永不放棄又有兩個原則，第一個原則是永不放棄，第二個原則就是：當你想放棄時回頭看第一個原則。

2、非優秀的程序員常常把空間和時間消耗殆盡，優秀的程序員則總是有足夠的空間和時間去完成編程任務，而且配合近乎完美。

3、這句話不是很文雅，徹底鄙視那些害怕別人超越自己而拒絕回答別人問題的程序員。

4、你比他好一點，他不會承認你，反而會嫉妒你，只有你比他好很碧森多，他才會承認你，然後還會很崇拜你，所以要做，就一定要比別人做得好很多。

5、每一個問題都是一把鎖，你要相信世界上一定有一把鑰匙能打開這把鎖，你也能找到這把鑰匙。

6、內存無論在怎麼發展，它都會有一個容量的限制。因此你應該堤防著它。你的程序如果導致內存泄漏，是程序員很可恥的事情。

7、當你想在你的代碼中找到一個錯誤時，這很難；當你認為你的代碼是不會有錯誤時，這就更難了。

8、用代碼行數來測評軟體開發進度，就相對於用重量來計算飛機建造進度。

9、初學者請不要看太多太多的書那會誤人子弟的，先找本系統的學，很多人用了很久都是只對部分功能熟悉而已，不系統還是不夠的。

10、當你用腳本到一半卻發現自己用的方法很拙劣時，請不要馬上停手；請盡快將餘下的部分粗略的完成以保證這個代碼的完整性，然後分析自己的錯誤並重新編寫和工作。

11、真正的程序員的程序不會在第一次就正確運行，但是他們願意守著機器進行若干個30小時的調試改錯。

12、一匹真正的好馬，即使在鞭子的影子下，也能飛奔。

13、一個人靜靜坐在電腦面前寫代碼的感覺，那是什麼感覺？那是武林高手閉關修煉的感覺。

14、人吶，眼光放得長遠一些，看到的東西也會多一些，生活也就會過得更有意義一點。

15、真正的程序員不畫流程圖，原始人和文盲才會干這事兒。

16、看幫助，不要因為很難而自己是初學者所以就不看；幫助永遠是最好的參考手冊，雖然幫助的文字有時候很難看懂，總覺得不夠直觀。

17、優秀的判斷力來自經驗，但經驗來自於錯誤的判斷。

18、程序中蘊含著很多的道理，唯有大徹大悟者方能體會其中的奧妙。

19、如果建築工人蓋房子的方式跟程序員寫程序一樣，那第一隻飛來的啄木鳥就將毀掉人類文明。

20、真正的程序員不看參考手冊，新手和膽小鬼才會看。

21、程序是我的生命，但我相信愛她甚過愛我的生命。

22、別心急，寫腳本確實不容易；水平是在不斷的實踐中完善和發展的。

23、知道一點東西，並不能說明你會寫腳本，腳本是需要經驗積累的。

24、看得懂的書，請仔細看；看不懂的書，請硬著頭皮看。

25、我們應該重視團隊的精神，一個人作用再大，也不過是一碗水中比較大的一粒水珠而已。

26、程序員，他們想的是什麼？他們想的永遠都是技術，他們崇尚的也永遠都是技術。

27、真正的程序員不寫文檔也不需要文檔，只有看不懂程序的笨蛋才用文檔。

28、程序員可以讓步，卻不可以退縮，可以羞澀，卻不可以軟弱，總之，程序員必須是勇敢的。

29、真正的程序員不接受團隊開發的理念，除非他自己是頭頭。

30、真正的程序員沒有進度表，只要討好領導的馬屁精才有進度表，真正的程序員會讓領導提心吊膽。

31、編程中我們會遇到多少挫折？表放棄，沙漠盡頭必是綠洲。

32、不要被對象、屬性、方法等詞彙所迷惑；最根本的是先了解最基礎知識。

33、把在書中看到的有意義的例子擴充；並將其切實的運用到自己的工作中。

34、我們這個世界的一個問題是，蠢人信誓旦旦，智人滿腹狐疑。

35、無私奉獻不是天方夜譚，有時候，我們也可以做到。

36、如果你喜歡底層開發，千萬不要勉強自己去搞VC，找到你最真實的想法，程序員最不能忍受的就是萬精油。

37、調試完一個動態連接函數，固然值得興奮，但真正的成功遠還在無數個函數之後。

38、設計是一個發現問題、而不是發現解決方案的過程。

39、就算我們站在群山之顛，也別忘記雄鷹依舊能從我們頭頂飛過。驕傲是比用Java進行底層開發更可笑的東西。

40、一本好書，就像高級武功秘籍一樣，哪怕只是從裡面領悟到個一招半勢，功力提升起來都是驚人的。

41、不要看到別人的回復第一句話就說：給個代碼吧！你應該想想為什麼。當你自己想出來再參考別人的提示，你就知道自己和別人思路的差異。

42、真正的程序員幾乎不寫代碼的注釋，如果注釋很難寫，它理所當然也很難讀。

43、任何傻瓜都能寫出計算機可以理解的代碼。好的程序員能寫出人能讀懂的代碼。

44、做技術一定要一顆恆心，這樣才不會半途而廢。

45、如果調試一個程序讓你很苦惱，千萬不要放棄，成功永遠在拐角之後，除非你走到拐角，否則你永遠不知道你離他多遠，所以，請記住，堅持不懈，直到成功。

46、你的一個程序有時正常有時不正常，而你已經完全遵循編程的規則，為什麼？事實上我認為相信只要遵循別人所說就能得到想當然的結果的人其實是個傻瓜。

47、對於問題的理解，一定要透徹。這樣你才能實質的解決問題。

48、編程是一種單調的生活，因此程序員比普通人需要更多的關懷，更多的友情。

49、對程序員來說大部分的快樂是從解決問題，特別是獨立解決問題中獲得，而不是從這個CASE有多大，獎金有多少中獲得。

50、有兩種方法能寫出沒有錯誤的程序；但只有第三種好用。

51、其實你找不到錯誤不代表錯誤不存在，同樣你看不到技術比你牛的人並不代表世界上沒有技術比你牛的人。

52、你要麼要軟體質量，要麼要指針演算法；兩者不可兼得。

53、一個人靜靜坐在電腦面前寫代碼的感覺，那是什麼感覺？是武林高手閉關修煉的感覺。

54、理想如果不向現實做一點點屈服，那麼理想也將歸於塵土。

55、沒有情調，不懂浪漫，也許這是程序員的一面，但擁有朴實無華的愛是他們的另一面。

56、如果你沒有把握做到，最好就不要承諾，你什麼也不承諾，至少別人不會看不起你。

57、『理論』是你知道是這樣，但它卻不好用。『實踐』是它很好用，但你不知道是為什麼。程序員將理論和實踐結合到一起：既不好用，也不知道是為什麼。

58、請把書上的例子親手到電腦上實踐，即使配套光碟中有源文件。

59、程序員是值得尊敬的，程序員的雙手是魔術師的雙手，他們把枯燥無味的代碼變成了豐富多彩的軟體。

60、把時髦的技術掛在嘴邊，還不如把過時的技術記在心裡。

給程序員在程序員節時發送的祝福語文案

1.在那辦公室里電腦面前有一群程序員，他們沉默又靦腆，他們聰明但沒錢。他們一天到晚辛辛苦苦拚命寫軟體，如果累了就咬倒在沙發上睡！哦苦命的程序員，哦苦命的程序員，只要老闆不滿意他們就要重新搞一遍，但是期限只剩下最後的一天。

2.在你的資料庫里添些快樂的元素，給你的符號欄里加些如意字元，為你的人生下載好運軟體，在你的心間上傳幸福無限，程序員節，願你笑口常開，日子甜甜。

3.一個鍵盤一根網線你便能打下一片天下，幾個字母一些數字你便能創造輝煌人生，一個指令一次回車你便能成就世界，程序員節到了，復制一份快樂給你，粘貼一堆幸福送你，保存一世如意給你，願你開心永在。

4.一台電腦，一個鍵盤，盡情揮灑智慧的人生；幾行數字，幾個字母，認真編寫生活的美好；一個靈感，一段程序，推動科技進步，促進社會發展。程序員節，用心編寫程序，用智慧照亮人生！

5.「咳嗽、貧窮和愛」，無法編程，不能隱瞞，你想隱瞞，卻欲蓋彌彰；「身體、金錢和愛」，無法編程，不能揮霍，你想揮霍，卻得不償失；「生命、時間和愛」，無法編程，不能挽留，你想挽留，卻漸行漸遠；程序員節，願你把「珍惜、呵護和愛」編入人生程序，幸福快樂就會永遠把你伴隨！

6.點擊開快樂的界面，編寫下幸福的程序，好運就在你運算的腦海里，成功就在你敲擊的雙手中。程序員節，我把祝福編輯，願你把吉祥安康永遠保存！

7.冷靜的思維，點亮智慧的殿堂；抽象的理念，交匯靈感的火花；平凡的字元，串起別樣的精彩；細膩的語言，盤活冰冷的.程序；非凡的才華，開啟幸福的天地。程序員節，願你開懷，收獲精彩！

8.在你的程序里，快樂無需編譯，幸福自會運行；美麗沒有指令，人生也會計算；心情不必升級，自由自會擴展。程序員節，你的幸福數據在載入！

9.你很少用滑鼠，你都是直接輸入指令。你很少用五筆，你從來都是字母加數字。你敲鍵盤就像彈鋼琴，行雲流水一般，最後的回車將美好的創意上傳。你不需要世人理解，你龐大的程序，在凡夫俗子看來只是滑鼠一點。你享受寂寞，欣賞繁瑣，專門糾錯，只為了大家簡單快樂的生活。你辛苦了，程序員節快樂！

10.請用真情研製一個愛心程序，讓世界溫暖長存；請用智慧設計一個和平程序，讓人間充滿安寧；請用勤勞開發一個醫學程序，讓人們無病纏身；程序員日，願所有程序員們工作順心，快樂開心！

11.一條網線連接四面八方，敲打鍵盤帥氣的模樣，「蝸居」生活胸懷天下，編一套快樂的程序，讓世界歡暢，程序員日願程序員朋友好好休息，身體健康，「不著病毒」，祝福你們明天再次創造輝煌。

12.你從不玩游戲，你只編寫游戲程序。你很少用QQ，你可以在網路的任一角落留言，只要你願意。你很枯燥，但從不無聊。你娛樂很少，但卻常常微笑。你醉心於腦力的激盪，你是網路的源代碼，你是人類創意的奇葩。程序員節，祝你健康並快樂著！

❸ 程序員搞笑勵志簡潔格言

程序員一個人靜靜坐在電腦面前寫代碼的感覺，那是武林高手閉關修煉的感覺。有哪些適用於程序員的搞笑 勵志格言 ？以下是我為你整理的程序員搞笑 勵志 名言 ，希望能幫到你。

程序員搞笑簡潔名言
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、曾經的理想是做個程序員，那時以為程序就是計算機的全部。現在依然喜歡程序，但是開始明白，程序並不是計算機的全部，好的程序，好的程序員要經歷漫長的修煉，就像是武林高手修煉內功比招式更重要。我要做的是程序員，不是coder。這些是曾經收集的程序員 勵志語錄 ，其實也並不僅僅是針對程序員，很多事情，是相通的，做事的道理更是一樣。把它們貼出來，和大家分享，共勉，一起努力，一起做個真正的程序員。我的專業叫做計算機科學與技術，裡面有科學，有技術，真正做下去，前路還很漫長，我們一起努力。

3、程序員是值得尊敬的，程序員的雙手是 魔術 師的雙手，他們把枯燥無味的代碼變成了豐富多彩的軟體。

4、你燃稿戚比他好一點，他不會承認你，反而會嫉妒你，只有你比他好很多，他才會承認你，然後還會很崇拜你，所以要做，就一定要比別人做得好很多。

5、對程序員來說大部分的快樂是從解決問題，特別是獨立解決問題中獲得，而不是從這個CASE有多大，獎金有多少中獲得。

6、人吶，敬灶眼光放得長遠一些，看到的東西也會多一些，生活也就會過得更有意義一點。

7、程序員，他們想的是什麼?他們想的永遠都是技術，他們崇尚的也永遠都是技術。

8、其實你找不到錯誤不代表錯誤不存在，同樣你看不到技術比你牛的人並不代表世界上沒有技術比你牛的人。

9、一個人坐在電腦面前寫代碼的感覺，那是什麼感覺?那是武林高手閉關修煉的感覺。

10、程序員中的前輩在談到一個人學寫程序有沒有前途時，總是會說：“學程序不光要能吃苦能用功，還得看有沒有sense，沒sense的人，就是再怎麼學，再怎麼給他講效果都不好。”

11、為什麼很多人都想成功，但成功的人只是極少數?不是因為成功有多困難，其實成功簡單得很，只要你一開始都有計劃，並且能一直做下去，總會成功的。關鍵是如何面對成功，你失敗了，起碼還有人同情你，而成功了，連得到同情的機會都沒有。

12、一匹真正的好馬，即使在鞭子的影子下，也能飛奔。

13、如果你沒有把握做到，最好就不要承諾，你什麼也不承諾，至少別人不會看不起你。

14、一本好書，就像高級武功秘籍一樣，哪怕只是從裡面領悟到個一招半勢，功力提升起來都是驚人的。

15、永不放棄，永不放棄又有兩個原則，第一個原則是永不放棄，第二個原則就是：當你想放棄時回頭看第一個原則。

16、瘋狂的程序員決不是靠狂妄和拚命的程序員，而是能夠腳踏實地，持續努力的程序員，一個程序員真正做到這兩點，技術上去後，唯一能限制他的只有 想像力 ，到那個時候才算“瘋狂的程序員”，這種程序員，才能令對手無比恐懼。

17、硬的怕橫的，橫的怕不要命的，瘋子都是不要命的，所以瘋子力量大，程序員只有一種，瘋狂的程序員。

18、要麼做第一個，要麼做最好的一個。

19、理想如果不向現實做一點點屈服，那麼理想也將歸於塵土。

20、每一個問題都是一把鎖，你要相信世界上一定有一把鑰匙能打開這把鎖，你也能找到這把鑰匙。

21、所有的道理都是相通的，我們所做的並非是創造性的工作，所有的問題前人都曾經解決，所以我們更是無所畏懼，更何況我們不只有書店，而且有互聯網，動動手腳就能找到需要的資料，我們只要認真研究就夠了。所以當遇到困難時，請靜下心來慢慢研究，因為只要用心，沒有學不會的東西。

22、完美主義者常常因試圖努力把一件事做好而放棄對新領域的嘗試，從而使做事的機會成本增加，有時回頭一看才發現，自己在某件事上，已經花了太多時間，而實際上，暫時的妥協可能並不會影響到最終完美結果的呈現，因為不但知識需要積累，事情之間也總是有關聯的。

23、今天的最後，是我最喜歡的一段話，每次看到都特別有感覺，喜歡這段話里那種感情，那種美好的景象，所以把它作為今天的結束。

24、我相信有一份好奇，加上一點點努力，我們一定能從“一無所知”走向“知道一點點”，然後是“知道一些”，這樣慢慢地積累，說不定有一天突然發現，原來我也可以站著巨人的肩膀上，原來我真的已經站著巨人的肩膀上。到那時，我們一定已經開始新的旅程了，那將是真正具備創造性的工作，到那一天，請不要忘記，一切都是從好奇開始。
適合程序員的簡潔格言
1、“簡單不先於復雜，而是在復雜之後” —— Alan Perlis

2、調試完一個動態連接函數，固然值得興奮，但真正的成功遠還在無數個函數之後。

3、如果你喜歡底層開發，千萬不要勉強自己去搞VC，找到你最真實的想法，程序員最不能忍受的就是萬精油。

4、非優秀的程序員常常把空間和時間消耗殆盡，優秀的程序員則總是有足夠的空間和時間去完成編程任務，而且配合近乎完美。

5、程序員是值得尊敬的，程序員的雙手是魔術師的雙手，他們把枯燥無味的代碼變成了豐富多彩的軟體。

6、一個人坐在電腦面前寫代碼的感覺，那是什麼感覺?那是武林高手閉關修煉的感覺。

7、硬的怕橫的，橫的怕不要命的，瘋子都是不要命的，所以瘋子力量大，程序員只有一種，瘋狂的程序員。

8、“設計是一個發現問題、而不是發現解決方案的過程” —— Leslie Chicoine

9、“功能 說明書 里不存在可操作性” —— 37 Signals

10、“過去的代碼都是未經測試的代碼” —— Michael Feathers

11、“任何傻瓜都能寫出計算機可以理解的代碼。好的程序員能寫出人能讀懂的代碼” —— Martin Fowler

12、“測試是來表明bug的存在而不是不存在” —— Edsger Dijkstra

❹ 提倡中文編程為什麼會總遭到程序員的嘲諷

原因：

1，用英文是歷史原因;

2，編程環境生產使用的都是英文的，包括運行系統。

3，程序生態是英文的。

4，程序上語言只是符號，因此，不論你用什麼自然語言來表達，只要編譯器能轉換，都是可以的。

7，看盡千帆過，跳出此山中。不用太糾結於表面形式，尋找更深本質，或許會更好。

❺ 編程5分鍾，命名2小時！大神程序員都在用這套命名方法

在 軟體中隨處可見命名：要給變數、函數、參數、類和封包命名，還要給源代碼及源代碼所在目錄命名，甚至還有jar文件、war文件和ear文件命名。

但是，看似簡單的命名，也是讓不少程序員頭疼的問題。 有一些小夥伴，在進行變數命名的時候，對於自己熟悉的英文，可能還會用英文命名一下，如果需要命名的部分不會用英文表達，或許就直接用拼音了。

有的童鞋一下想不起來怎麼命名，直接用拼音直接用aa，bb等這樣沒有任何代表意義的字母來命名，可讀性非常差，可能自己今天寫的，一個星期後回來再看，也忘記其具體代表的含義了。

因此，許多人在寫代碼之前，總會在想啊想啊，用什麼命名法好呢？對於經常在C++、Java、Python等主流語言上切換的強迫症來說，換個語言換種命名風格簡直不要太混亂。

既然有這么多命名要做，不妨做好它。本期內容中，非同步君為大家帶來了起個好名字應遵從的幾條簡單規則，一起來看看吧

— 01 —

名副其實

名副其實說起來簡單。我們想要強調，這事很嚴肅。選個好名字要花時間，但省下來的時間比花掉的多。注意命名，而且一旦發現有更好的名稱，就換掉舊的。這么做，讀你代碼的人（包括你自己）都會更開心。

變數、函數或類的名稱應該已經答復了所有的大問題。它該告訴你，它為什麼會存在，它做什麼事，應該怎麼用。如果名稱需要注釋來補充，那就不算是名副其實。

名稱d什麼也沒說明。它沒有引起讀者對時間消逝的感覺，更別說以日計了。我們應該選擇指明了計量對象和計量單位的名稱：

選擇體現本意的名稱能讓人更容易理解和修改代碼。下列代碼的目的何在？

為什麼難以說明上述代碼要做什麼事？裡面並沒有復雜的表達式，空格和縮進中規中矩，只用到三個變數和兩個常量，甚至沒有涉及任何其他類或多態方法，只是（或者看起來是）一個數組的列表而已。

問題不在於代碼的簡潔度，而在於代碼的模糊度：即上下文在代碼中未被明確體現的程度。上述代碼要求我們了解類似以下問題的答案：

（1）theList中是什麼類型的東西？

（2）theList零下標條目的意義是什麼？

（3）值4的意義是什麼？

（4）我怎麼使用返回的列表？

問題的答案沒體現在代碼段中，可代碼段就是它們該在的地方。比方說，我們在開發一種掃雷 游戲 ，我們發現，盤面是名為theList的單元格列表，那就將其名稱改為gameBoard。

盤面上每個單元格都用一個簡單數組表示。我們還發現，零下標條目是一種狀態值，而該種狀態值為4表示「已標記」。只要改為有意義的名稱，代碼就會得到相當程度的改進：

注意，代碼的簡潔性並未被觸及。運算符和常量的數量全然保持不變，嵌套數量也全然保持不變，但代碼變得明確多了。

還可以更進一步，不用int數組表示單元格，而是另寫一個類。該類包括一個名副其實的函數（稱為isFlagged），從而掩蓋住那個魔術數[1]。於是得到函數的新版本：

只要簡單改一下名稱，就能輕易知道發生了什麼。這就是選用好名稱的力量。

— 02 —

避免誤導

程序員必須避免留下掩藏代碼本意的錯誤線索。應當避免使用與本意相悖的詞，例如，hp、aix和sco都不該用作變數名，因為它們都是Unix平台或類Unix平台的專有名稱。即便你是在編寫三角計算程序，hp看起來是一個不錯的縮寫[2]，但那也可能會提供錯誤信息。

別用accountList來指稱一組賬號，除非它真的是List類型。List一詞對程序員有特殊意義。如果包納賬號的容器並非真是一個List，就會引起錯誤的判斷。

所以，用accountGroup或bunchOfAccounts，甚至直接用accounts都會好一些。

提防使用外形相似度較高的名稱。例如，想區分模塊中某處的XYZControllerFor-EfficientHandlingOfStrings和另一處的-OfStrings，會花多長時間呢？這兩個詞的外形實在太相似了。

以同樣的方式拼寫出同樣的概念才是信息。拼寫前後不一致就是誤導。我們很享受現代Java編程環境的自動代碼完成特性。鍵入某個名稱的前幾個字母，按一下某個熱鍵組合（如果有的話），就能得到一列該名稱的可能形式。

假如相似的名稱依字母順序放在一起，且差異很明顯，那就會相當有助益，因為程序員多半會壓根不看你的詳細注釋，甚至不看該類的方法列表就直接看名字挑一個對象。

誤導性名稱真正可怕的例子，是用小寫字母l和大寫字母O作為變數名，尤其是在組合使用的時候。當然，問題在於它們看起來完全像是常量「壹」和「零」。

讀者可能會認為這純屬虛構，但我們確曾見過充斥這類名稱的代碼。有一次，代碼作者建議用不同字體寫變數名，好顯得更清楚些，但前提是這種方案得要通過口頭和書面傳遞給未來所有的開發者才行。後來，只是做了簡單的重命名操作，就解決了問題，而且也沒引起別的問題。

— 03 —

做有意義的區分

如果程序員只是為滿足編譯器或解釋器的需要而寫代碼，就會製造麻煩。例如，因為同一作用范圍內兩樣不同的東西不能重名，你可能會隨手改掉其中一個的名稱，有時乾脆以錯誤的拼寫充數，結果就會出現在更正拼寫錯誤後導致編譯器出錯的情況。

光是添加數字系列或是廢話遠遠不夠，即便這足以讓編譯器滿意。如果名稱必須相異，那麼其意思也應該不同才對。

以數字系列命名（a1、a2…aN）是依義命名的對立面。這樣的名稱純屬誤導——完全沒有提供正確信息，沒有提供導向作者意圖的線索。試看：

如果參數名改為source和destination，這個函數就會像樣許多。

廢話是另一種沒意義的區分。假設你有一個Proct類，如果還有一個名為ProctInfo或ProctData的類，那它們的名稱雖然不同，意思卻無區別。Info和Data就像a、an和the一樣，是意義含混的廢話。

注意，只要體現出有意義的區分，使用a和the這樣的前綴就沒錯。例如，你可能把a用在域內變數，而把the用於函數參數[5]。但如果你已經有一個名為zork的變數，又想調用一個名為theZork的變數，麻煩就來了。

廢話都是冗餘。variable一詞永遠不應當出現在變數名中。table一詞永遠不應當出現在表名中。NameString會比Name好嗎？難道Name會是一個浮點數？如果是這樣，就違反了關於誤導的規則。

設想有一個名為Customer的類，還有一個名為CustomerObject的類，它們的區別何在呢？哪一個是表示客戶 歷史 支付情況的最佳方式？

有一個應用反映了這種狀況。為當事者諱，我們改了一下，不過犯錯的代碼的確就是這個樣子：

程序員怎麼知道該調用哪個函數呢？

如果缺少明確約定，那麼變數moneyAmount與money就沒區別，customerInfo與customer沒區別，accountData與account沒區別，theMessage也與message沒區別。要區分名稱，就要以讀者能鑒別不同之處的方式來區分。

— 04 —

使用讀得出來的名稱

人類長於記憶和使用單詞。大腦的相當一部分就是用來容納和處理單詞的。單詞能讀得出來。人類的大腦中有那麼大的一塊地方用來處理言語，若不善加利用，實在是種恥辱。

如果名稱讀不出來，討論的時候就會像個傻鳥。「哎，這兒，鼻涕阿三喜摁踢（bee cee arr three cee enn tee）[6]上頭，有個皮挨死極翹（pee ess zee kyew）[7]整數，看見沒？」這不是小事，因為編程本就是一種 社會 活動。

有一家公司，程序裡面寫了一個genymdhms（生成日期，年、月、日、時、分、秒），他們一般讀作「gen why emm dee aich emm ess」[8]。我有見字照拼讀的惡習，於是開口就念「gen-yah-mudda-hims」。

後來好些設計師和分析師都有樣學樣，聽起來傻乎乎的。我們知道典故，所以會覺得很 搞笑 。 搞笑 歸 搞笑 ，實際是在強忍糟糕的命名。在給新開發者解釋變數名的意義時，他們總是讀出傻乎乎的自造詞，而非恰當的英語詞。比較

現在讀起來就像人話了：「喂，Mikey，看看這條記錄！生成時間戳（generation timestamp）[9]被設置為明天了！不能這樣吧？」

— 05 —

使用可搜索的名稱

對於單字母名稱和數字常量，有一個問題，就是很難在一大篇文字中找出來。

找MAX_CLASSES_PER_STUDENT很容易，但想找數字7就麻煩了，它可能是某些文件名或其他常量定義的一部分，出現在因不同意圖而採用的各種表達式中。如果該常量是個長數字，又被人錯改過，就會逃過搜索，從而造成錯誤。

同樣，e也不是一個便於搜索的好變數名，它是英文中最常用的字母，在每個程序、每段代碼中都有可能出現。由此而見，長名稱勝於短名稱，搜得到的名稱勝於用自造編碼代寫就的名稱。

竊以為單字母名稱僅用於短方法中的本地變數。名稱長短應與其作用域大小相對應 [N5]。若變數或常量可能在代碼中多處使用，則應賦予其便於搜索的名稱。再比較：

注意，上面代碼中的sum並非特別有用的名稱，不過至少搜得到它。採用能表達意圖的名稱，貌似拉長了函數代碼，但要想想看，WORK_DAYS_PER_WEEK比數字5好找得多，而列表中也只剩下了體現作者意圖的名稱。

— 06 —

避免使用編碼

編碼已經太多，無謂再自找麻煩。把類型或作用域編進名稱裡面，徒然增加了解碼的負擔。沒理由要求每位新人都在弄清要應付的代碼之外（那算是正常的），還要再搞懂另一種編碼「語言」。這對解決問題而言，純屬多餘的負擔。帶編碼的名稱通常也不便發音，容易打錯。

匈牙利語標記法

在往昔名稱長短很重要的時代，我們毫無必要地破壞了不編碼的規矩，如今後悔不迭。Fortran語言要求首字母體現出類型，導致了編碼的產生。BASIC語言的早期版本只允許使用一個字母再加上一位數字。匈牙利語標記法[10]（Hungarian Notation，HN）將這種態勢愈演愈烈。

在Windows的C語言API的時代，HN相當重要，那時所有名稱要麼是一個整數句柄，要麼是一個長指針或者void指針，要不然就是string的幾種實現（有不同的用途和屬性）之一。那時候編譯器並不做類型檢查，程序員需要匈牙利語標記法來幫助自己記住類型。

現代編程語言具有更豐富的類型系統，編譯器也記得並強制使用類型。而且，程序員趨向於使用更小的類、更短的方法，好讓每個變數的定義都在視野范圍之內。

Java程序員不需要類型編碼，因為對象是強類型的，代碼編輯環境已經先進到在編譯開始前就能監測到類型錯誤的程度！所以，如今HN和其他的類型編碼形式都純屬多餘。它們增加了修改變數、函數或類的名稱或類型的難度，它們增加了閱讀代碼的難度，它們製造了讓編碼系統誤導讀者的可能性。

成員前綴

也不必用m_前綴來標明成員變數。應當把類和函數做得足夠小，以消除對成員前綴的需要。你應當使用某種可以高亮或用顏色標出成員的編輯環境。

此外，人們會很快學會無視前綴（或後綴），而只看到名稱中有意義的部分。代碼讀得越多，眼中就越沒有前綴。最終，前綴變作了不入法眼的廢料，變作了舊代碼的標志物。

介面和實現

有時也會出現採用編碼的特殊情形。比如，你在做一個創建形狀用的抽象工廠（Abstract Factory），該工廠是一個介面，要用具體類來實現。你怎麼來命名工廠和具體類呢？IShapeFactory和ShapeFactory嗎？我喜歡不加修飾的介面。前導字母I被濫用到了說好聽點兒是干擾，說難聽點兒根本就是廢話的程度。

我不想讓用戶知道我給他們的是介面，而就想讓他們知道那是一個ShapeFactory。如果在介面和實現中必須選其一來編碼的話，我寧肯選擇實現。ShapeFactoryImp，甚至是醜陋的CShapeFactory，都比對介面名稱編碼好。

-END-

代碼整潔之道

作者： [美] 羅伯特·C. 馬丁（Robert C. Martin）

譯者： 韓磊

內容簡介：

軟體質量，不但依賴架構及項目管理，而且與代碼質量緊密相關。這一點，無論是敏捷開發流派還是傳統開發流派，都不得不承認。

本書提出一種觀點：代碼質量與其整潔度成正比。干凈的代碼，既在質量上較為可靠，也為後期維護、升級奠定了良好基礎。作為編程領域的佼佼者，本書作者給出了一系列行之有效的整潔代碼操作實踐。這些實踐在本書中體現為一條條規則（或稱「啟示」），並輔以來自實際項目的正、反兩面的範例。只要遵循這些規則，就能編寫出干凈的代碼，從而有效提升代碼質量。

本書閱讀對象為一切有志於改善代碼質量的程序員及技術經理。書中介紹的規則均來自作者多年的實踐經驗，涵蓋從命名到重構的多個編程方面，雖為一「家」之言，然誠有可資借鑒的價值。

❻ 最難的編程語言是哪種

都錯了，匯編不是最難的，相反是臘洞橡比較簡單的，只要你了解了計算機結構和執行過程，匯編語言的輪旁語法是很簡單的，顫腔其實最難得是VC++

❼ C語言編程雞兔同籠

#include<bits/stdc++.h>

using namespace std;

int main()

{

int a,b,c,d;

a=35,b=94;

c=2*a-b/2;

d=b/2-a;

cout<<"c="<<c<<"d="<<d<<endl;

return 0;

}

拓展資料

C語言是一門通用計算機編程語言，應用廣泛。C語言的設計目標是提供一種能以簡易的方式編譯、處理低級存儲器、產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。

盡管C語言提供了許多低級處理的功能，但仍然保持著良好跨平台的特性，以一個標准規格寫出的C語言程序可在許多電腦平台上進行編譯，甚至包含一些嵌入式處理器（單片機或稱MCU）以及超級電腦等作業平台。

❽ 程序競賽幽默口號

1、鍵行人生，編寫生活。
2、I上軟體，E想未來。
3、用數字改變生活，用科技革新世界。
4、做軟體要靠硬功夫。
5、愛編程，愛創新，愛生活。
6、遠瞻未來，數字發展。
7、快樂競技，不斷創新，改變生活。
8、程式革新，軟體更替。
9、發展創意軟體，領略奇跡無限。
10、打破常規，創新未來。

❾ 網路工程師的搞笑段子

1. 一個好的程序員是那種過單行線馬路都要往兩邊看的人。(Doug Linder)

2. 程序有問題時不要擔心。如果所有東西都沒問題，你就失業了。(軟體工程的Mosher定律)

3. 程序員的麻煩在於，你無法弄清他在搗騰什麼，當你最終弄明白時，也許已經晚了。(超級計算機之父Seymour Cray)

4. 我想大部分人都知道通常一個程序員會具有的美德。當然了，有三種：懶惰，暴躁，傲慢。(Perl語言發明者Larry Wall)

5. 編程時要保持這種心態：就好象將來要維護你這些代碼的人是一位殘暴的精神病患者，而且他知道你住在哪。(Martin Golding)

6. 一個人寫的爛軟體將會給另一個人帶來一份全職工作。(Jessica Gaston)

7. 如果建築工人像程序員寫軟體那樣蓋房子，那第一隻飛來的啄木鳥就能毀掉人類文明。(Gerald Weinberg)

8. 這世界最有可能毀滅的方式——大多數專家都同意——是次意外。這就是為什麼會有我們，我們是計算機專家，我們創造意外。(Nathaniel Borenstein)

9. 我們這個行業有個特別奇怪的現象：不僅我們不從失敗里吸取教訓，同時也不從成功中學習經驗。 (Keith Braithwaite)

10. 一種新技術一旦開始流行，你要麼坐上壓路機，要麼成為鋪路石。(Stewart Brand)

11. 如果沒能一次成功，那就叫它1.0版吧。(unknown)

12. 所有的程序員都是編劇，所有的計算機都是爛演員。(Anonymous Hack Actor)

13. 工作進度上越早落後，你就會有越充足的時間趕上。(Anonymous Scheler)

14. 當有這樣的一種編程語言出現：它能讓程序員用簡單的英語編程，你將會發現，程序員都開始不會說英語。(Anonymous Linguist)

15. 為什麼我們沒有時間把事情做對，卻總有時間把事情做過頭？(Anonymous)

16. 傻瓜都能寫出計算機能理解的程序。優秀的程序員寫出的是人類能讀懂的代碼。

17. 任何你寫的代碼，超過6個月不去看它，當你再看時，都像是別人寫的。(Eagleson』s law)

❿ 睡前搞笑小笑話

睡前搞笑小笑話大全

笑話意思是引人發笑的話或事情。下面是我收集整理的睡前搞笑小笑話大全，希望大家喜歡。

睡前搞笑小笑話 篇1

1、上高中的時候，嘴唇經常乾裂，又不好意思讓大家看到我一個大老爺們抹唇膏，就經常在上廁所時偷偷抹唇膏。

有次從廁所抹完唇膏出來，班裡一個奇葩對我認真的說：「我注意你很久了，為什麼每次你從廁所里出來嘴上都油膩膩的!」

尼瑪啊，老子真的從來沒吃過屎啊!

2、初中那會兒打預防針，一女生剛要打的時候，護士對她說：「你叫一下……」

當時妹紙使出全身力氣尖叫了一聲，全班同學都驚恐地看著她。

護士舉著針頭滿臉黑線，說：「你叫一下你們班沒打的同學過來……」

3、和同學鬥嘴，我說： 我吃過轎敏虧的鹽比你吃過的飯都多。

不巧被路過的班主任聽到了,然後就過來擰著我耳朵說：我擰過的耳朵比你見過的耳朵都多。

4、我班有個男同學叫趙書超.有一回班裡小測驗，此同學一直發呆，老師大喊：趙書超!

全班在5秒之內把書從抽屜里拿出來，擺在桌子上照著書抄............

5、某一天，我有幸得到機會和某明星同桌吃飯。想起小時候還是喜歡過他一陣子的，但這次見了真人卻憋著說不出話來。

醞釀了好久，當我和他的目光終於相遇的時候，我激動地脫口而出：「在我上初中的時候，我是你的偶像!」

睡前搞笑小笑話 篇2

1、一年級的小學生上課時無精打采，老師提醒大家說：「請大家拿出精神來!」

於是學生們開始在書包里翻起來，最後有位學生舉手提問：「老師，請問哪個才是精神?」

2、老師：「你怎麼偷懶?其他同學一次搬七八塊磚，可你只搬四塊?」

學生：「不，是他們偷懶。」

老師：「為什麼?」

學生：「因為他們怕多走路。」

3、一小朋友做數學題，實在不會做，就對他的同桌說：「我跟你換一下座位。」

「為啥?」

「你笨啊!你沒聽老師說嗎?遇到不會的題要學會換位思考!」

4、語文老師讓學生用「卻」「但是」造句，並解釋道：「這兩個詞都是轉折連詞。『卻』是小轉，像轉一個小彎，『但是』是大轉，像轉個大彎。」

有學生立即說：「我家到學校只轉幾個『卻』，而到外婆家要轉幾個『但是』。」

睡前搞笑小笑話 篇3

1、語文課，講詩歌鑒賞，老師提問一正在睡覺的同學：菊花什麼時候開?

二貨同學迷迷糊糊的站了起來，愣了半天，來了一句：上廁所的時候。

2、老師問：茄子是什麼顏色?

第一個同學回答紫色。

老師又問：番茄是什麼顏色?

第二個同學回答紅色。

老師又問香蕉是什麼顏色?

第三個回答是屎黃閉神色。

3、老師對同學們說世間什麼事最痛苦。

同學們紛紛說是「骨肉分離」是「妻離子散」

老師覺得農村來的小強體會比較深刻就叫他回答。

他說：「是蹲茅坑拉不出屎來」。

4、上課的時候，我班二貨放了一個巨響的屁，全班鬨笑。

二貨無比羞愧，起身向教室外走去。

老師訓斥道：都安靜!放個屁有什麼好笑的?!XXX?你回去坐好繼續聽課。

二貨一臉衰像道：老師我回去換條褲子...

睡前搞笑小笑話 篇4

1、有一天上課，我同桌在偷偷玩手機，正好被在教室外面巡視的`班主任發現。這時班主任掏出自己的手機，給我同桌發了條信息，上面寫道：「你怎麼不認真聽課？」同桌看後疑惑地回復道：「你是誰啊？你怎麼知道我在玩手機？」於是班主任又發了一條：「你看看窗外。」同桌看了一眼窗外後激動地回復道：「天哪，多謝大哥好意提醒，咱們等會兒再聊，我們班主任在窗外盯著呢。」

2、每到期末考試完畢，學校都要為每個學生寫評語，學習成績排在前幾名的同學的評語自然就不必說了，老師都會寫些什麼學習成績優秀、在學校表現得特別好等等。可是對於成績總是排在最後一名的學生的評語，總會讓老師費一番腦筋，最後，老師終拿桐於想出了一句評語，並且對其進行了恰當的評價：「該同學學習成績穩定，希望繼續努力。」

3、這幾天早上我每次出門上班的時候都會碰到一個漂亮的妹子，每次妹子看到我時都一臉嬌羞，幾度欲言又止。我內心狂喜：「莫非妹子看上我了？難道我離脫單不遠了？」今早上班時我又碰到了那妹子，我於是壯著膽子把她堵在了樓道間，並且用一種很霸道的語氣對她說：「妹子你有話直說，別吞吞吐吐的，你是不是喜歡上哥了？」這時只見妹子臉頰緋紅，支支吾吾說：「大哥，你誤會了，請問你家WiFi密碼改成啥了啊？」

4、有一人乘飛機暈機，在座位上忍不住要嘔吐，於是他趕緊讓空姐給他拿一個塑料袋接住。不料，他暈得實在是太嚴重了，很快塑料袋就要吐滿了。這時空姐趕緊安慰他說：「乘客，你忍一下我再去拿一個塑料袋給你，你撐住啊。」但是空姐回來後，發現竟然滿地都是嘔吐物。於是空姐生氣的問道：「這是怎麼回事啊？不是讓你忍一下嗎？」然後乘客一臉委屈的說：「不好意思啊，我不是故意的，我這一看馬上要吐滿了，就趕緊喝了一口，結果沒想到其他所有人都吐了。」

睡前搞笑小笑話 篇5

1、悟空！休得無禮！哦老人家，貧僧乃東土大唐而來，今日途經此地，不知老人家可否大開方便之門..老人家，請莫再辱罵，貧僧替大徒兒道歉..老人家，請莫用手杖杵貧僧..老人家請息怒..老..老傢伙你再動我一下試試？..哎呀我cao？悟空！削他！八戒悟凈你們也上，牙敲掉眼扎瞎腿打折！善了個哉的！

2、唐僧：悟空，給為師把紫金缽盂和筷子拿來，悟凈，你去廚房看看八戒熟了沒。(唐師父也犯錯，其實是想說八式做的飯熟了沒有)

3、沙僧：二師兄，快別讓師傅喝了，去年光棍節他就喝醉了，袈裟都吐臟了，大哭大喊的要回女兒國...哎？二師兄你去哪？你別走啊？大師兄快來！二師兄奔著高老莊的方向飛走了！

4、唐僧：悟凈，你看你不去飲馬，又拿著手機玩自拍。為師講過，你臉巨口闊胡須茂盛，再怎麼嘟嘴也不卡哇伊。來，給我拍幾張，為師教你幾個剪刀手造型。

5、玉兔的博客：親們說，如果愛，請深愛。這一刻，我淚流滿面。雖然我不止一次的對自己說過：「玉兔精，你一定要幸福哦！」可，他是風一樣的男子，粉碎了我優雅的尊嚴，讓我如煙花般寂寞...留下來好么？唐長老，西天會有女妖替我愛你么？

6、唐僧：你這潑猴，好不尊師重道，剛在那蜘蛛精面前，你為何弄個豹紋圍裙裝性感？你為何搶為師的風頭？閉嘴！我管你是豹紋還是虎皮！你還知道自己是誰不？你一個刑滿釋放人員你在我面前裝個毛啊？你看你染一腦袋黃毛拎根鋼管你裝古惑仔啊？

7、八戒：師父，你就上馬吧，就走這兩步能保持啥身材？一和尚你裝什麼偶像派啊？你看你又讓猴哥摘野果去了，改善一下伙食能死啊？我的存在已經充分論證了素食主義是減不了肥的。

8、唐僧：悟空，那鯉魚精還是讓八戒下水去捉吧。你水性不好，萬一溺死，為師如何付得起這打撈費啊！哦，不不，八戒無礙，他自己會浮起來的。

9、沙僧：大師兄！別去！你若是有個閃失，誰來保護師傅西行取經？切莫沖動啊！我知道你神通廣大，當初十萬天兵天將都拿你不住，但前面那些可不是一般的妖魔鬼怪，那些可是此地的城管！

睡前搞笑小笑話 篇6

1、程序員最煩兩件事，第一件事是別人要他給自己的代碼寫文檔，第二件呢？是別人的程序沒有留下文檔。

2、程序員的讀書歷程：x 語言入門 —> x 語言應用實踐 —> x 語言高階編程 —> x 語言的科學與藝術 —> 編程之美 —> 編程之道 —> 編程之禪—> 頸椎病康復指南。(Skiyo)

3、還沒上大學的時候，高三暑假，跑到家那邊的圖書城想買傳說中的C++的書，然後看到一本C#，我一看，嘿，這個++還寫得挺藝術的，重疊起來了，於是把C#買了回來……

4、問：程序員最討厭康熙的哪個兒子。答：胤禩。因為他是八阿哥（bug）

5、有一天，程序猿們突然發現他們要漲的工資掉到井裡啦！大家都很害怕，連忙一個吊著一個，從樹上伸到井裡去撈工資。正好他們摸到工資的時候，一個老程序員忽然興奮的大叫：別蠢了，要漲的工資還好好的掛在天上呢！(smth)

6、諸葛亮是一個優秀的程序員，每一個錦囊都是應對不同的case而編寫的！但是優秀的程序員也敵不過更優秀的bug！六齣祈山，七進中原，鞠躬盡瘁，死而後已的諸葛亮只因為有一個錯誤的case-馬謖，整個結構就被break了！

7、生活中程序猿的真實寫照、一款游戲一包煙，一台電腦一下午。一盒泡麵一壺水，一頓能管一整天。 （四夕士心木杉）

8、程序猿要了3個孩子，分別取名叫Ctrl、Alt 和Delete，如果他們不聽話，程序猿就只要同時敲他們一下就會好的…

;