轉載自: http://www.vcroad.net/ (棗子原創 wutao8@263.net)
從退伍以後就覺得自己想要走軟體這條路,後來前三年的工作跟軟體無關,轉職才又找到了可以說跟軟體有關的工作,幹了一年多的程式人員,後來就很少編程絕大多數都在做SA/SD的工作。
其實我還是喜歡寫程式,其實說真的寫程式沒有高手,文中談到的很多都是我們不斷的在犯錯的地方,尤其現在我希望公司同仁能在軟體流程上多加強一點,不然每次出版(Release)的軟體總是問題一堆品質不佳,能怪誰呢?
當然規劃趕不上變化,時間永遠不夠,但是一個好的程式人員還是要對的起自己交出來的品質,而不是東西出來就好。
我老不懂我們所謂的軟體程式人員應該如何稱呼?程式設計師、軟體工程師?
如果是程式設計,表示對於該語言有一個設計上的能力,那也不該無限上綱的表現個人不好的風格吧!!(如文中第七點所言)邏輯上不該出現的錯誤,遇到問題沒有追根究底的精神祇希望想個辦法避過就可以了。你這樣的設計能稱的上專業嗎?
軟體工程師,如果是軟體的工程師....那軟體工程該有的流程及步驟就不應該省略,也不應該抱怨才對,因為這是軟體該有的流程,好比軟體從業人員很喜歡拿軟體流程跟建築行業比較。如果是這樣那流程上的堅持是不是應該的呢?
還是搞程式的人員就如同對岸翻譯-編程人員-就是把程式編寫出來而已....聽起來有點類似一個文字輸入人員的感覺~~~如果你覺得你是這樣的人,那會不會對於花這麼多年學寫程式跟一個冷冰冰的電腦溝通,結果自己不過是一個外星語的打字人員而已。
寫程式如果只是你很不願意的工作或者混口飯吃,我們真的要說我們被替代的機會太高了。
看了下面的這篇文章，深有感觸，棗子碰到的問題也是我們大多數程式設計師的通病，也許我們大多數人都只是在做一些比較小型的軟件，對軟件運行的效率不在乎，就算對速度和效率在乎的也可能是一些在資料庫操作方面的。大家看完了，也許會有很多感想，但這只是我同意棗子的個人觀點。
做為一名大四的學生，我面試過不少的單位，有成功的也有失敗的，但是對我來說所有的失敗在某種意義上都是一種成功，特別是我下面寫的這些，寫這篇文章的時候，我已經簽了南京的一家軟件公司，但是想起今年 2 月 21 日我面試蘇州台灣的IT公司的經歷聯想到我們現在學習程式設計的一些情況我真的深有感觸，這次面試使我深深的體會到了失敗但也收穫了很多。
我要說的將分成三部分:
1.是我面試的具體經過
2.是由面試想到的
3.現今我應該做的
當然這些話很大程度上是我個人的意見，不可能完全得到大家的贊同，所以在某些觀點上如果哪位朋友覺得跟我的有很大出入，請不要介意，也不要對我攻擊，就當我沒有說過，歡迎和我聯繫共同探討這些問題！
1.面試經過
大約在年前我接到了台灣瑞晟 (Realtek) 蘇州公司的面試通知，通知我 2 月 21 日到蘇州工業園區面試，接到面試後的幾天我把一些專業課溫習了一遍，特別是 C++ 和數據結構，由於大學幾年裡，我一直專研這些方面，加上通過了高級程式設計師的考試，對於一些常用的算法我差不多也達到了爛熟於胸的地步，當時的感覺是如果問了我這些方面的問題我應該是沒有問題的！
21 日那天我被安排在 4：30 面試，由一位技術人員單獨給我面試，在問了一些簡單的問題之後他給我出了一道程式設計題目，題目是這樣的(由於具體面試的題目比較煩瑣，我將其核心思想提取出來分解成了兩個獨立的簡單的問題，有可能問題分解的不當，請大家見諒，實際面試了一個的問題但比其複雜很多，而且涉及一些高等數學變換)：
1) 寫一個函數計算當參數為 n(n很大) 時的值 1-2+3-4+5-6+7......+n
哼，我的心裡冷笑一聲！沒想到這麼簡單，我有點緊張的心情頓時放鬆起來！於是很快我給出我的解法：
long fn(long n) {
long temp=0;
int i,flag=1;
if(n<=0) {
printf("error: n must > 0);
exit(1);
}
for(i=1;i<=n;i++) {
temp=temp+flag*i;
flag=(-1)*flag;
}
return temp;
}
搞定！當我用期待的目光看著面試官的時候，他微笑著跟我說，執行結果肯定是沒有問題！但當 n 很大的時候我這個程式執行效率很低，在嵌入式系統的開發中，程式的運行效率很重要，能讓CPU少執行一條指令都是好的，他讓我看看這個程式還有什麼可以修改的地方，把程式優化一下！
聽了這些話，我的心情當時變的有點沉重，沒想到他的要求很嚴格，之後我對程式進行了嚴格的分析，給出了改進了的方案！
long fn(long n) {
long temp=0;
int j=1,i=1,flag=1;
if(n<=0) {
printf("error: n must > 0);
exit(1);
}
while(j<=n) {
temp=temp+i;
i=-i;
i>0?i++:i--;
j++;
}
return temp;
}
雖然我不敢保證我這個算法是最優的，但是比起上一個程式，我將所有涉及到乘法指令的語句改為執行加法指令，既達到要題目的要求而且運算時間上縮短了很多！而代價僅僅是增加了一個整型變數！
但是我現在的信心已經受了一點打擊，我將信將疑的看者面試官，他還是微笑著跟我說：「不錯，這個程式確實在效率上有的很大的提高！」我心裡一陣暗喜！
但他接著說這個程式仍然不能達到他的要求，要我給出更優的方案！天啊！還有優化！我當時真的有點崩潰了，想了一會後，我請求他給出他的方案！然後他很爽快的給出了他的程式！
long fn(long n) {
if(n<=0) {
printf("error: n must > 0);
exit(1);
}
if(0==n%2)
return (n/2)*(-1);
else
return (n/2)*(-1)+n;
}
搞笑，當時我目瞪口呆，沒想到他是這個意思，這麼簡單的代碼我真的不會寫嗎，但是我為什麼沒有往那方面上想呢！
他說的沒有錯，在 n 很大很大的時候這三個程式運行時間的差別簡直是天壤之別！
當我剛想開口說點什麼的時候，他卻先開口了：「不要認為 CPU 運算速度快就把所有的問題都推給它去做，程式設計師應該將代碼優化再優化，我們自己能做的決不要讓 CPU 做，因為 CPU 是為用戶服務的，不是為我們程式設計師服務的！」
多麼精闢的語言，我已經不想再說什麼了！
接著是第二個問題：
2) 他要求我用一種技巧性的程式設計方法來用一個函數實現兩個函數的功能 n 為如：fn1(n)=n/2!+n/3!+n/4!+n/5!+n/6!
fn2(n)=n/5!+n/6!+n/7!+n/8!+n/9! 現在用一個函數 fn(int n,int flag) 實現，當 flag 為 0 時，實現 fn1 功能，如果flag 為 1 時實現 fn2 功能！他的要求還是效率，效率，效率！
說實在話，如果我心情好的話我應該能給出一種比較好的算法，但我那時真的沒有什麼心思再想了，我在紙上胡亂畫了一些諸如 6!=6*5! 的公式後直截了當的跟他說要他給出他的答案！
面試官也沒有說什麼，給出了他的思路：
定義一個二維數組 float t[2][5] 存入 [2!,3!,4!,5!,6!],[5!,6!,7!,8!,9!] 然後給出一個循環：
for(i=0;i<6;i++) {
temp=temp+n/t[flag];
}
最後得到計算值！
呵呵，典型的空間換時間的算法！
這些總共花了 50 分鍾的時間，還有十分鍾我就跟他很隨意的聊聊天，聊了一些程式設計以及生活的問題，那時的我已經很放鬆了，因為我知道這次面試結果只有一個：失敗。
5:30 的時候面試官要我等通知，於是我離開了他們公司。這就是面試的整個經過！
2.由面試想到的
真的是很失敗啊！我記得那天下好大的雨，氣溫也很低，我邊走邊想，從 5:30 一直走到 7:30，全身都濕透了，又冷又餓，但是我只是一直走，腦子裡面充滿了疑惑，我也想讓雨把自己淋醒！看到這裡有些朋友可能覺得那些面試題目不算什麼如果讓自己做的話肯定能全部答對，我肯定相信你，因為我從未懷疑過中國程式設計師的能力，我認為中國有世界上最好的程式設計師，我也從未認為自己是高手，所以我做不出來不代表中國程式設計師比台灣或者別的地方的程式設計師差，所以我就從我的角度，我的所見所想來談一些感想：
不錯全世界都有優秀的程式設計師，中國也不例外，但是我疑惑的是：到底中國和台灣或者國外的優秀的程式設計師的比例到底是多少？台灣我不知道，中國 100 個程式設計師裡有幾個是優秀的呢？
我根本算不上，從上面的表現就足以說明一切了！是 1 個？5 個？10 個？50 個？這個數字我不敢亂猜，恐遭網友一頓痛罵，那麼我們國內有多少人學習計算機呢？拿我們學校來說，計算機 97 級 4 個班，98 級 5 個班，99 級 10 個班，2000 級 17 個班，人多了，老師怎麼辦？我們學校的做法是讓研究生上課，然後呢？補考一抓一大把，大把大把的補考費落入了學校的口袋，還說現在的學生素質低！
真是好笑，我都不知道學校這麼做是為了什麼，為國內培養大量的程式設計師嗎？學生們能真正學到計算機知識嗎？好了，我敢講，在我們學校學習程式設計學生和優秀程式設計師(注意我指的是優秀，只會編幾個糟爛程式的人算不上)的比例應該是 100:0.1。
在這種比例下雖然我們中國學習程式設計的人鋪天蓋地，但是想想有多少個人能真正為中國軟件業發展作出貢獻，有多少人能真正寫出優秀的程式名揚海外！
我從學習程式設計以來，不管是自學還是老師指導，從來都是解決問題就好，編出程式來就行，我的疑惑是：我們有真正的強調過程式的效率，程式的質量嗎？我們有仔細分析過我們寫的東西，看看有沒有可以改進的地方，看看有沒有簡單的方法來達到同樣的目的呢？
我捫心自問，我發現，我從來沒有對我寫出來的程式進行過優化，最多就是進行詳細的測試，然後 Debug，但是這就足夠了嗎？
這些天我偶爾發現我曾經寫過的一個遊戲，那是一年前我剛加入 www.vcroad.net 做為其中一員時候，感覺應該拿點東西出來，然後花了一個星期的時間寫出來的！
程式不算複雜，但是用到了不少數據結構的東西，也用到了一些精彩的算法，加上 windows 的界面和遊戲的可玩性，寫完後受到了不少好評，我當時真的很佩服自己！
但是現在看呢：沒有一句註釋，好多醜陋的函數名，比如：void chushihua()，好多沒有必要的變數，可以用簡單語句完成工作的我使用華麗的算法，大量使用全局變數...
說不好聽的話，六百多行的程式除了能運行之外就是一陀屎！
如果一年前我能聽到一些反面意見的話，大概我能早一點覺悟，但是自從原代碼在網站發佈以來聽到的都是讚美之詞，沒有一個人向我提出程式改進的意見，這又說明了一個什麼問題呢？很值得思考啊！
還有一個疑惑是：我們說的和做的真的一樣嗎？
我在學校的時候曾經受學院指派承辦過一個計算機大賽，請了一個老師出決賽的題目，主要是一些算法題目，這個老師可能是我上大學以來唯一敬佩的老師了，從程式調試到打分，對於每個程式都仔細分析其時間效率和空間效率，然後綜合打分，四十個人的卷子，老師從下午三點一直調試到晚上十點，在有些寫的精彩的語句後還加上批註。
我真是高興很遇到這樣的老師並且和他做深入的交流，但在事後，卻發生了一件不愉快的事，在比賽中獲得第二名的學生找到我，說他程式全部調試成功應該給他滿分，並且應該得第一，我說不過他，最後調出了他的原程式和第一名的原程式對比，不錯，兩個程式都運行的很好，這時，那個同學開口了：「我的程式寫的十分簡捷明瞭，僅僅數行就完成了題目要求，而他的卻寫了一大堆，為什麼給他的分多過給我的分。」
我當時很是氣憤，如果不是老師負責的話，那麼現在第一名和第二名的位置真的要互調了，拜託，不是程式的行數越少程式的質量就越高，我記得我跟他大談這方面的道理，最後說服他了！
哈哈，但是我，只能說說而已，我不知道還有多少人一樣，說起來頭頭是道，但心裡卻壓根就從未重視過它！
3.我打算做的
其實那天我想到的遠不止上面那麼多，但是我不想再說了，因為我猜想看這篇文章的網友大概都有一肚子的感想，一肚子的抱怨，借用這篇文章發洩可不是我想達到的目的，在上面我把自己罵的一文不值也不是妄自菲薄，但是在某些方面我真的做錯了，或者說是偏離了正確方向，現在是矯正方向和重整旗鼓的時候了，就像我前面說過的，我相信中國有世界上最好的程式設計師，我也相信我的水準不會一直保持現狀，我現在就收拾起牢騷真正的實幹起來！
真的很巧，就寫到這裡的時候我在網上偶爾發現了這篇手冊，我不知道這暗示著什麼，但是我想如果我照下面這個基本原則一直踏實做下去，我一定會實現我的理想 - 一名優秀的軟件設計師！
從退伍以後就覺得自己想要走軟體這條路,後來前三年的工作跟軟體無關,轉職才又找到了可以說跟軟體有關的工作,幹了一年多的程式人員,後來就很少編程絕大多數都在做SA/SD的工作。
其實我還是喜歡寫程式,其實說真的寫程式沒有高手,文中談到的很多都是我們不斷的在犯錯的地方,尤其現在我希望公司同仁能在軟體流程上多加強一點,不然每次出版(Release)的軟體總是問題一堆品質不佳,能怪誰呢?
當然規劃趕不上變化,時間永遠不夠,但是一個好的程式人員還是要對的起自己交出來的品質,而不是東西出來就好。
我老不懂我們所謂的軟體程式人員應該如何稱呼?程式設計師、軟體工程師?
如果是程式設計,表示對於該語言有一個設計上的能力,那也不該無限上綱的表現個人不好的風格吧!!(如文中第七點所言)邏輯上不該出現的錯誤,遇到問題沒有追根究底的精神祇希望想個辦法避過就可以了。你這樣的設計能稱的上專業嗎?
軟體工程師,如果是軟體的工程師....那軟體工程該有的流程及步驟就不應該省略,也不應該抱怨才對,因為這是軟體該有的流程,好比軟體從業人員很喜歡拿軟體流程跟建築行業比較。如果是這樣那流程上的堅持是不是應該的呢?
還是搞程式的人員就如同對岸翻譯-編程人員-就是把程式編寫出來而已....聽起來有點類似一個文字輸入人員的感覺~~~如果你覺得你是這樣的人,那會不會對於花這麼多年學寫程式跟一個冷冰冰的電腦溝通,結果自己不過是一個外星語的打字人員而已。
寫程式如果只是你很不願意的工作或者混口飯吃,我們真的要說我們被替代的機會太高了。
看了下面的這篇文章，深有感觸，棗子碰到的問題也是我們大多數程式設計師的通病，也許我們大多數人都只是在做一些比較小型的軟件，對軟件運行的效率不在乎，就算對速度和效率在乎的也可能是一些在資料庫操作方面的。大家看完了，也許會有很多感想，但這只是我同意棗子的個人觀點。
做為一名大四的學生，我面試過不少的單位，有成功的也有失敗的，但是對我來說所有的失敗在某種意義上都是一種成功，特別是我下面寫的這些，寫這篇文章的時候，我已經簽了南京的一家軟件公司，但是想起今年 2 月 21 日我面試蘇州台灣的IT公司的經歷聯想到我們現在學習程式設計的一些情況我真的深有感觸，這次面試使我深深的體會到了失敗但也收穫了很多。
我要說的將分成三部分:
1.是我面試的具體經過
2.是由面試想到的
3.現今我應該做的
當然這些話很大程度上是我個人的意見，不可能完全得到大家的贊同，所以在某些觀點上如果哪位朋友覺得跟我的有很大出入，請不要介意，也不要對我攻擊，就當我沒有說過，歡迎和我聯繫共同探討這些問題！
1.面試經過
大約在年前我接到了台灣瑞晟 (Realtek) 蘇州公司的面試通知，通知我 2 月 21 日到蘇州工業園區面試，接到面試後的幾天我把一些專業課溫習了一遍，特別是 C++ 和數據結構，由於大學幾年裡，我一直專研這些方面，加上通過了高級程式設計師的考試，對於一些常用的算法我差不多也達到了爛熟於胸的地步，當時的感覺是如果問了我這些方面的問題我應該是沒有問題的！
21 日那天我被安排在 4：30 面試，由一位技術人員單獨給我面試，在問了一些簡單的問題之後他給我出了一道程式設計題目，題目是這樣的(由於具體面試的題目比較煩瑣，我將其核心思想提取出來分解成了兩個獨立的簡單的問題，有可能問題分解的不當，請大家見諒，實際面試了一個的問題但比其複雜很多，而且涉及一些高等數學變換)：
1) 寫一個函數計算當參數為 n(n很大) 時的值 1-2+3-4+5-6+7......+n
哼，我的心裡冷笑一聲！沒想到這麼簡單，我有點緊張的心情頓時放鬆起來！於是很快我給出我的解法：
long fn(long n) {
long temp=0;
int i,flag=1;
if(n<=0) {
printf("error: n must > 0);
exit(1);
}
for(i=1;i<=n;i++) {
temp=temp+flag*i;
flag=(-1)*flag;
}
return temp;
}
搞定！當我用期待的目光看著面試官的時候，他微笑著跟我說，執行結果肯定是沒有問題！但當 n 很大的時候我這個程式執行效率很低，在嵌入式系統的開發中，程式的運行效率很重要，能讓CPU少執行一條指令都是好的，他讓我看看這個程式還有什麼可以修改的地方，把程式優化一下！
聽了這些話，我的心情當時變的有點沉重，沒想到他的要求很嚴格，之後我對程式進行了嚴格的分析，給出了改進了的方案！
long fn(long n) {
long temp=0;
int j=1,i=1,flag=1;
if(n<=0) {
printf("error: n must > 0);
exit(1);
}
while(j<=n) {
temp=temp+i;
i=-i;
i>0?i++:i--;
j++;
}
return temp;
}
雖然我不敢保證我這個算法是最優的，但是比起上一個程式，我將所有涉及到乘法指令的語句改為執行加法指令，既達到要題目的要求而且運算時間上縮短了很多！而代價僅僅是增加了一個整型變數！
但是我現在的信心已經受了一點打擊，我將信將疑的看者面試官，他還是微笑著跟我說：「不錯，這個程式確實在效率上有的很大的提高！」我心裡一陣暗喜！
但他接著說這個程式仍然不能達到他的要求，要我給出更優的方案！天啊！還有優化！我當時真的有點崩潰了，想了一會後，我請求他給出他的方案！然後他很爽快的給出了他的程式！
long fn(long n) {
if(n<=0) {
printf("error: n must > 0);
exit(1);
}
if(0==n%2)
return (n/2)*(-1);
else
return (n/2)*(-1)+n;
}
搞笑，當時我目瞪口呆，沒想到他是這個意思，這麼簡單的代碼我真的不會寫嗎，但是我為什麼沒有往那方面上想呢！
他說的沒有錯，在 n 很大很大的時候這三個程式運行時間的差別簡直是天壤之別！
當我剛想開口說點什麼的時候，他卻先開口了：「不要認為 CPU 運算速度快就把所有的問題都推給它去做，程式設計師應該將代碼優化再優化，我們自己能做的決不要讓 CPU 做，因為 CPU 是為用戶服務的，不是為我們程式設計師服務的！」
多麼精闢的語言，我已經不想再說什麼了！
接著是第二個問題：
2) 他要求我用一種技巧性的程式設計方法來用一個函數實現兩個函數的功能 n 為如：fn1(n)=n/2!+n/3!+n/4!+n/5!+n/6!
fn2(n)=n/5!+n/6!+n/7!+n/8!+n/9! 現在用一個函數 fn(int n,int flag) 實現，當 flag 為 0 時，實現 fn1 功能，如果flag 為 1 時實現 fn2 功能！他的要求還是效率，效率，效率！
說實在話，如果我心情好的話我應該能給出一種比較好的算法，但我那時真的沒有什麼心思再想了，我在紙上胡亂畫了一些諸如 6!=6*5! 的公式後直截了當的跟他說要他給出他的答案！
面試官也沒有說什麼，給出了他的思路：
定義一個二維數組 float t[2][5] 存入 [2!,3!,4!,5!,6!],[5!,6!,7!,8!,9!] 然後給出一個循環：
for(i=0;i<6;i++) {
temp=temp+n/t[flag];
}
最後得到計算值！
呵呵，典型的空間換時間的算法！
這些總共花了 50 分鍾的時間，還有十分鍾我就跟他很隨意的聊聊天，聊了一些程式設計以及生活的問題，那時的我已經很放鬆了，因為我知道這次面試結果只有一個：失敗。
5:30 的時候面試官要我等通知，於是我離開了他們公司。這就是面試的整個經過！
2.由面試想到的
真的是很失敗啊！我記得那天下好大的雨，氣溫也很低，我邊走邊想，從 5:30 一直走到 7:30，全身都濕透了，又冷又餓，但是我只是一直走，腦子裡面充滿了疑惑，我也想讓雨把自己淋醒！看到這裡有些朋友可能覺得那些面試題目不算什麼如果讓自己做的話肯定能全部答對，我肯定相信你，因為我從未懷疑過中國程式設計師的能力，我認為中國有世界上最好的程式設計師，我也從未認為自己是高手，所以我做不出來不代表中國程式設計師比台灣或者別的地方的程式設計師差，所以我就從我的角度，我的所見所想來談一些感想：
不錯全世界都有優秀的程式設計師，中國也不例外，但是我疑惑的是：到底中國和台灣或者國外的優秀的程式設計師的比例到底是多少？台灣我不知道，中國 100 個程式設計師裡有幾個是優秀的呢？
我根本算不上，從上面的表現就足以說明一切了！是 1 個？5 個？10 個？50 個？這個數字我不敢亂猜，恐遭網友一頓痛罵，那麼我們國內有多少人學習計算機呢？拿我們學校來說，計算機 97 級 4 個班，98 級 5 個班，99 級 10 個班，2000 級 17 個班，人多了，老師怎麼辦？我們學校的做法是讓研究生上課，然後呢？補考一抓一大把，大把大把的補考費落入了學校的口袋，還說現在的學生素質低！
真是好笑，我都不知道學校這麼做是為了什麼，為國內培養大量的程式設計師嗎？學生們能真正學到計算機知識嗎？好了，我敢講，在我們學校學習程式設計學生和優秀程式設計師(注意我指的是優秀，只會編幾個糟爛程式的人算不上)的比例應該是 100:0.1。
在這種比例下雖然我們中國學習程式設計的人鋪天蓋地，但是想想有多少個人能真正為中國軟件業發展作出貢獻，有多少人能真正寫出優秀的程式名揚海外！
我從學習程式設計以來，不管是自學還是老師指導，從來都是解決問題就好，編出程式來就行，我的疑惑是：我們有真正的強調過程式的效率，程式的質量嗎？我們有仔細分析過我們寫的東西，看看有沒有可以改進的地方，看看有沒有簡單的方法來達到同樣的目的呢？
我捫心自問，我發現，我從來沒有對我寫出來的程式進行過優化，最多就是進行詳細的測試，然後 Debug，但是這就足夠了嗎？
這些天我偶爾發現我曾經寫過的一個遊戲，那是一年前我剛加入 www.vcroad.net 做為其中一員時候，感覺應該拿點東西出來，然後花了一個星期的時間寫出來的！
程式不算複雜，但是用到了不少數據結構的東西，也用到了一些精彩的算法，加上 windows 的界面和遊戲的可玩性，寫完後受到了不少好評，我當時真的很佩服自己！
但是現在看呢：沒有一句註釋，好多醜陋的函數名，比如：void chushihua()，好多沒有必要的變數，可以用簡單語句完成工作的我使用華麗的算法，大量使用全局變數...
說不好聽的話，六百多行的程式除了能運行之外就是一陀屎！
如果一年前我能聽到一些反面意見的話，大概我能早一點覺悟，但是自從原代碼在網站發佈以來聽到的都是讚美之詞，沒有一個人向我提出程式改進的意見，這又說明了一個什麼問題呢？很值得思考啊！
還有一個疑惑是：我們說的和做的真的一樣嗎？
我在學校的時候曾經受學院指派承辦過一個計算機大賽，請了一個老師出決賽的題目，主要是一些算法題目，這個老師可能是我上大學以來唯一敬佩的老師了，從程式調試到打分，對於每個程式都仔細分析其時間效率和空間效率，然後綜合打分，四十個人的卷子，老師從下午三點一直調試到晚上十點，在有些寫的精彩的語句後還加上批註。
我真是高興很遇到這樣的老師並且和他做深入的交流，但在事後，卻發生了一件不愉快的事，在比賽中獲得第二名的學生找到我，說他程式全部調試成功應該給他滿分，並且應該得第一，我說不過他，最後調出了他的原程式和第一名的原程式對比，不錯，兩個程式都運行的很好，這時，那個同學開口了：「我的程式寫的十分簡捷明瞭，僅僅數行就完成了題目要求，而他的卻寫了一大堆，為什麼給他的分多過給我的分。」
我當時很是氣憤，如果不是老師負責的話，那麼現在第一名和第二名的位置真的要互調了，拜託，不是程式的行數越少程式的質量就越高，我記得我跟他大談這方面的道理，最後說服他了！
哈哈，但是我，只能說說而已，我不知道還有多少人一樣，說起來頭頭是道，但心裡卻壓根就從未重視過它！
3.我打算做的
其實那天我想到的遠不止上面那麼多，但是我不想再說了，因為我猜想看這篇文章的網友大概都有一肚子的感想，一肚子的抱怨，借用這篇文章發洩可不是我想達到的目的，在上面我把自己罵的一文不值也不是妄自菲薄，但是在某些方面我真的做錯了，或者說是偏離了正確方向，現在是矯正方向和重整旗鼓的時候了，就像我前面說過的，我相信中國有世界上最好的程式設計師，我也相信我的水準不會一直保持現狀，我現在就收拾起牢騷真正的實幹起來！
真的很巧，就寫到這裡的時候我在網上偶爾發現了這篇手冊，我不知道這暗示著什麼，但是我想如果我照下面這個基本原則一直踏實做下去，我一定會實現我的理想 - 一名優秀的軟件設計師！
)
