三位程序員

1. 程序設計者應該具備的品質是什麼

程序員基本素質：
作一個真正合格的程序員，或者說就是可以真正合格完成一些
代碼工作的程序員，應該具有的素質。
1：團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，
也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力
量都是有限的，即便如linus這樣的天才，也需要通過
組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是
不可想像的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研
發團隊，進入商業化和產品化的開發任務，缺乏
這種素質的人就完全不合格了。
2：文檔習慣
說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發
流程中非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而
作為高級程序員和系統分析員，這個比例還要高很多。缺
乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇
到極大的麻煩。
3：規范化，標准化的代碼編寫習慣
作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套
中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼
的移植和糾錯，也有助於不同技術人員之間的協作。fan
s叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱
程序員。代碼具有良好的可讀性，是程序員基本的素質需求。再看看整個linux的搭建，
沒有規范化和標准化的代碼習慣，全球的研發
協作是絕對不可想像的。
4：需求理解能力
程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他
們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮
，有人曾經放言說寫一個廣 告交換程序很簡單，這種人從
來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程
序員，你給他深藍那套系統，他也做不出太極鏈的並訪能力。性能需求指標中，穩定性
，並訪支撐能力以及安全性都很重要，作為程序員需要
評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意
攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才
有可能有心得。
5：復用性，模塊化思維能力
經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是
重復寫一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性
工作變成了熟練程序員的主要工作，而這些，其實是完全可
以避免的。
復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要
多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系
統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣
就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過
程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更
多時間和精力投入到創新的代碼工作中去。
一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功
能模塊都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部
代碼重寫，大部分重復性工作無謂的浪費了時間和精力。
6：測試習慣
作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說
有了專職的測試工程師程序員就可以不進行自測；軟體研發作為一項工程而言，一個很
重要的特點就是問題發現的越早，解決的代價就越低，程序
員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早
的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。
測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能
在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測
試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定
性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀
況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。當然並不是程序員要對自
己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整
體項目中的地位和各種性能需求，有針對性的進行相關測試並盡早發現和解決問題，當
然這需要上面提到需求理解能力。
7：學習和總結的能力
程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年
內具有領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。
善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就
更加高了。但是學習也要找對目標，一些小coding有些codingTO就是這樣的coding上只
是一些Cfans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了ph
p，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東
西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術
人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。
善於總結，也是學習能力的一種體現，每次完 成一個研發任務，完成一段代碼，都
應當有目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐
步提高，一個程序員才可能成長起來。
一個不具備成長性的程序員，即便眼前看是個高手，建議也不要選用，因為他落伍
的時候馬上就到了。具備以上全部素質的人，應當說是夠格的程序員了，請注意以上的
各種素質都不是由IQ決定的，也不是大學某些課本里可以學習到的，需要的僅僅是程序
員對自己工作的認識， 是一種意識上的問題。
那麼作為高級程序員，以至於系統分析員，也就是對於一個程序項目的設計者而言
，除了應該具備上述全部素質之外，還需要具備以下素質：
第一，需求分析能力
對於程序員而言，理解需求就可以完成合格的代碼，但是對於研發項目的組織和管
理者，他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什麼這么說呢？

一般而言，進行研發任務，也許是客戶提出需求，也許是市場和營銷部門提出的需
求，這時候對於研發部門，他們看到的不是一個完整的需求，通常而言，該需求僅僅是
一些功能上的要求，或者更正規些，可能獲得一個完整的用戶視圖；但是這都不夠，因
為客戶由於非技術因素多一些，他們可能很難提出完整和清晰，或者說專業性的性能需
求，但是對於項目組織者和規劃者，他必須能夠清醒認識到這些需求的存在並在完成 需
求分析報告的時候適當的提出，同時要完整和清晰的體現在設計說明書裡面，以便於程
序員編碼時不會失去這些准則。
程序設計者必須正確理解用戶需求所處的環境，並針對性做出需求的分析，舉例而
言，同樣一個軟體通過ASP租用方式發布和通過License方式發布，性能需求可能就是有
區別的，前者強調的是更好的支撐能力和穩定性，而後者則可能更強調在各種平台下的
普適性和安裝使用的簡捷性。
第二，項目設計方法和流程處理能力
程序設計者必須能夠掌握不少於兩到三種的項目設計方法（比如自頂至下的設計方
法，比如快速原型法等等），並能夠根據項目需求和資源搭配來選擇合適的設計方法進
行項 目的整體設計。設計方法上選擇不當，就會耽誤研發周期，浪費研發資源，甚至影
響研發效果。
一個程序設計者還需要把很多功夫用在流程圖的設計和處理上，他需要做數據流圖
以確立數據詞典；他需要加工邏輯流圖以形成整體的系統處理流程。一個流程有問題的
系統，就算代碼多漂亮，每個模塊多精緻，也不會成為一個好的系統。當然，做好流程
分析並選擇好項目設計方法，都需要在需求分析能力上具有足夠的把握。
第三，復用設計和模塊化分解能力
這個似乎又是老調重談，前面基本素質上不是已經說明了這個問題嗎？作為一個從
事模塊任務的程序員，他需要對他所面對的特定功能模塊的 復用性進行考慮，而作為一
個系統分析人員，他要面對的問題復雜的多，需要對整體系統按照一種模塊化的分析能
力分解為很多可復用的功能模塊和函數，並針對每一模塊形成一個獨立的設計需求。舉
個例子，好比是汽車生產，最早每輛汽車都是獨立安裝的，每個部件都是量身定做的，
但是後來不一樣了，機器化大生產了，一個汽車廠開始通過流水線來生產汽車，獨立部
件開始具有一定的復用性，在後來標准化成為大趨勢，不同型號，品牌甚至不同廠商的
汽車部件也可以進行方便的換裝和升級，這時候，汽車生產的效率達到最大化。
軟體工程也是同樣的道理，一個成熟的軟體行業，在一些相關項目和系統中，不同
的部件是可以隨意換裝的，比如微軟的許多桌面軟體，在很多操作模塊（如打開文件，
保存文件等等）都是復用的同一套功能模塊，而這些介面又
通過一些類庫提供給了桌面應用程序開發者方便掛接，這就是復用化的模塊設計明顯的
一個佐證。
將一個大型的，錯綜復雜的應用系統分解成一些相對獨立的，具有高度復用性的，
並能僅僅依靠幾個參數完成數據聯系的模塊組合，是作為高級程序員和系統分析員一項
最重要的工作，合適的項目設計方法，清晰的流程圖，是實現這一目標的重要保證。
第四，整體項目評估能力
作為系統設計人員，必須能夠從全局出發，對項目又整體的清醒認識，比如公司的
資源配置是否合理和到位，比如工程進度安排是否能最大化體現效率又不至於無法按期
完成。評估項 目整體和各個模塊的工作量，評估項目所需的資源，評估項目可能遇到的
困難，都需要大量的經驗積累，換言之，這是一種不斷總結的累計才能達到的境界。在
西方一些軟體系統設計的帶頭人都是很年長的，比如4，50歲，甚至更老，他們在編碼方
面已經遠遠不如年輕人那樣活絡，但是就項目評估而言，他們幾十年的經驗積累就是最
重要和寶貴的財富。中國缺這么一代程序員，主要還不是缺那種年紀的程序員，而是那
種年紀的程序員基本上都是研究單位作出來的，都不是從專業的產品化軟體研發作出來
的，他們沒有能積累那種產品化研發的經驗，這也是沒有辦法的事情。
第五，團隊組織管理能力
完成一個項目工程，需要團隊的齊心協力，作為項目設計者或研發的主管人，就應
當有能力最大化發揮團隊的整體力量，技術管理由於其專業性質，不大同於一般的人事
管理，因為這裡面設計了一些技術性的指標和因素。
首先是工作的量化，沒有量化就很難做到合適的績效考核，而程序量化又不是簡單
的代碼行數可以計算的，因此要求技術管理人員需要能真正評估一個模塊的復雜性和工
作量。
其次是對團隊協作模式的調整，一般而言，程序開發的協作通常分為小組進行，小
組有主程序員方式的，也有民主方式的，根據程序員之間的能力水平差距，以及根據項
目研發的需求，選擇合適的組隊方式，並能將責權和成員的
工作任務緊密結合，這樣才能最大發揮組隊的效率。
一個代碼水平高的人，未必能成為一個合格的項目研發主管，這方面的能力欠缺往
往是容易被忽視的。
綜上可以看到，作為一個主管研發的負責人，一個項目設計者，所需要具備的素質
和能力並不是程序代碼編寫的能力，當然一般情況下，一個程序員通過不斷的總結提高
達到了這種素質的時候，他所具有的代碼編寫能力也已經相當不簡單了，但是請注意這
裡面的因果關系，一個高水平的項目設計者通常已經是代碼編寫相當優秀的人了，但是
並不是一個代碼相當優秀的程序員就可以勝任項目設計的工作，這裡面存在的也不是智
商和課本的問題，還是在於一個程序員在積累經驗，逐步提升的時候沒有意識到應當思
考哪方面的東西，沒有有意識的就項目的組織和復用設計進行揣摩，沒有經常性的文檔
習慣和總結習慣， 不改變這些，我們的合格的項目設計者還是非常欠缺。
另外，為防止有無聊的人和我較真，補充一點，本文針對目標是作商業化的軟體項
目和工程，那些科研機構的編程高手，比如演算法高手，比如圖象處理高手，他們的工作
是研究課題而非直接完成商業軟體（當然最終間接成為商業
產品，比如微軟研究院在作的研究課題），因此他們強調的素質可能是另外的東西，這
些人（專家），並不能說是程序員，不能用程序員的標准去衡量。
最後補充一點東西，一個軟體項目研發的設計流程是怎樣的呢？以通常標準的設計
方法為例，（不過筆者喜歡快速原型法）。
第一個步驟是市場調研，技術和市場要結合才能體現最大價值。
第二個步驟是需求分析，這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操
作手冊。用戶視圖是該軟體用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這
裡麵包含了很多操作方面的流程和條件。數據詞典是指明數據邏輯關系並加以整理的東
東，完成了數據詞典，資料庫的設計就完成了一半多。用戶操作手冊是指明了操作流程
的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟體設計之
前完成，完成這些，就為程序研發提供了約束和准繩，很遺憾太多公司都不是這樣做的
，因果顛倒，順序不分，開發工作和實際需求往往因此 產生隔閡脫節的現象。
需求分析，除了以上工作，筆者以為作為項目設計者應當完整的做出項目的性能需
求說明書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方
（客戶或公司市場部門）能夠有真正的溝通和了解。
第三個步驟是概要設計，將系統功能模塊初步劃分，並給出合理的研發流程和資源
要求。作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這種方
法是因為涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說
明書，但是並不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼後，根
據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟。
第四個步驟是詳細設計，這是考驗技術專家設計思維的重 要關卡，詳細設計說明書
應當把具體的模塊以最『干凈』的方式(黑箱結構）提供給編碼者，使得系統整體模塊化
達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低，實際上，嚴格
的講詳細設計說明書應當把每個函數的每個參數的定義都精精細細的提供出來，從需求
分析到概要設計到完成詳細設計說明書，一個軟體項目就應當說完成了一半了。換言之
，一個大型軟體系統在完成了一半的時候，其實還沒有開始一行代碼工作。那些把作軟
件的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。
第五個步驟是編碼，在規范化的研發流程中，編碼工作在整個項目流程里最多不會
超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會
極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的
問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研
發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員
而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不
發補丁的時候嗎？從來沒有！
第六個步驟是測試。
測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，
可以分為模塊測試和整體聯調；按照測試條 件，可以分為正常操作情況測試和異常情況
測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再
解釋。
總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟體，3個月到1
年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。
完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然
日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟
件的運營狀況並持續修補升級，知道這個軟體被徹底淘汰為
止。
寫這些步驟算不上賣弄什麼，因為實話講我手邊是一本《軟體工程》，在大學里這
是計算機專業的必修課程，但是我知道很多程序員似乎從來都只是熱衷於什麼《30天精
通VC》之類的，他們有些和我一樣游擊隊出身，沒有正規學過這個專業，還有一些則早
就在混夠學分後就把這些真正有用的東西還給了老師。
fans亂嚷嚷，混淆視聽，實際上真正的技術專家很少在網上亂發帖子的，如筆者這
樣不知天高地厚的，其實實在是算不上什麼高手，只不過看不慣這種對技術，對程序員
的誤解和胡說，只好挺身而出，做撥亂反正之言，也希望那些還fans們能認真想想，走
到正途上，畢竟那些聰明的頭腦還遠遠沒有發揮應有的價值。
從程序員到工程師
從程序員升級到工程師大多數象我這樣對軟體有濃厚興趣的人，畢業後義無反顧地
走進了企業，開始了程序員的生涯。那時，我們迷戀「大全」、「秘籍」一類的書籍，
心中只有代碼。當我看到一行行枯燥的代碼變成了能夠打電話的設備，變成了屏幕上漂
亮的表格，變成了動聽的音樂，成就感油然而生。我覺得自己也是一個出色的程序員了
。在用戶的機房中苦熬三晝夜解決軟體的bug，也成了一種可以誇耀的資歷。五年前的某
一天，我把曾經讓我興奮自豪的大量代碼和少得可憐的文檔移交之後，來到了華為。這
里有更多的年輕人，我如魚得水，可以充分發揮自己的想像力。依然是代碼，依然是匆
匆地在紙上記下稍縱即逝的靈感（我們把它稱作文檔），依然是無休止地和bug作斗爭。
當有一天，一個新來的同事拿著署著我的大名的文檔，小心翼翼地來問我時，我發現自
己好象有點不認識它了。我心裡有點沮喪，再看看代碼，發現文檔上記錄的一些靈感已
面目全非。我當時不知道那位新來的同事感受如何，但我從那時起，好象意識到什麼。
現在來看，那時的很多事情都是事倍功半。
我也見到了我的項目經理，一個個子較高，瘦瘦的年輕人，據說剛從美國回來，已
工作了五、六年。我聽了心裡很高興，這回要一招一式地學兩手。需求分析的時間是一
個月，項目經理和我們（實際上代表客戶 ）討論了proposal中的內容，確定每一項都是
需要的。然後他把模塊大致劃分了一下，開始進入計劃中的學習階段。每個人在學習階
段要寫出功能描述的膠片，給其他人講解，不知不覺中，項目組的所有人對項目有了整
體的了解。
他還安排了一些培訓，如他們公司的軟體開發模型、項目組中各角色的定義，以後
及時的培訓不斷，只要項目組中有需求，他總是把qa或相關的人請來，培訓很專業。需
求分析完成後提交了一份四十多頁的文檔，當我看到這份英文文檔中我寫的部分整整齊
齊地列在其中時，我的感覺很復雜，有些喜悅，但更多的是苦澀，我以前怎麼就從來沒
有這樣做過需求分析呢。
在我寫文檔的過程中，qa給我們培訓過srs的寫作模板，後來我還是不放心，讓他們
一個有經驗的工程師寫了一段，我們再琢磨著照著寫。這份srs雖然是多個人合寫，但風
格一致，內容詳實。更為可貴的是，一直到最後，這份需求分析的內容都沒有改過，以
至於我們沒有機會走一下他們的需求更改流程。
需求分析是項目的第一階段，第二階段的開發時間要根據需求分析的結果來確定。
當對方的首席技術官（相當於我們業務部的總體組長）來和我們討論計劃時，他們已列
出了對每個 模塊的代碼行數的預測，可能存在的風險。根據他們公司的生產率－－300
行/人月，他得出了項目第二階段需要多少周。
我們當時就提出了異議：1）公司對該項目需求很急；2）每月300行是否太少；3）
我們還有下載的源代碼參考。他解釋說，300行/人月是使得項目能達到他們質量標準的
經驗數據，考慮到有源代碼參考，生產率最多不能超過350行/人月。
當他問我們公司的生產率時，我腦袋裡轉了三個圈，沒敢多說，大概六、七百行吧
。他沉默了一會兒，然後堅定地說，我們這個計劃是建立在確保質量的基礎上的，我想
你們到印度來開發軟體，首先看中的應該是我們印度公司的
質量保證。我知道你們不缺乏軟體開發人員，你們為什麼不選擇下載的軟體呢。幾句話
說到了我的痛處，現在國內的弟兄們還在為使用下載軟體移植的產品四處奔波呢！
隨後的開發活動有條不紊，我們老老實實地跟著做。系統測試計劃、用例，概要設
計，集成測試計劃、用例，詳細設計，單元測試計劃、用例，編碼，單元測試，集成測
試，系統測試。一個完整的v模型開發過程，其中每個過程都有review。當我們對一些設
計的方法不太明白時，項目經理給我們發來了相關的資料，我不知道他當時是怎麼想的
，一些基本的分析、設計方法是十年，甚至二十年前的軟體工程書中就講到的，印度每
個計算機專業的人員都是必修這些內容的。而我們除了對一些具體協議的代碼很熟之外
，對這些常用的方法似乎一無所知。我感到一些羞愧，進城直奔書店，把他給我開列的
書找了出來，晚上躺在床上，仔細研讀，我彷彿突然又遇到了能給我指點迷津的良師益
友。現在印度所已形成了強烈的學習風氣。我回來後也推銷了700多本書，這些書教我們
如何用工程化的方法開發軟體，是成為一個軟體工程師必讀的資料。
我們的項目經理的計劃控制能力很強，當有什麼影響到項目計劃的事情發生時，如
人員辭職、實驗室搬家、某一模塊預測不準（該模塊是我們預測的），他總是採取必要
的措施，減少延期，調整計劃。剛開始，我們對他們每天上午11點，下午4點下樓喝咖啡
還有點意見，後來也跟著喝去了，原來，喝咖啡時的交流非常豐富，從項目管理到設計
方法，從技術發展到風土人情，無所不包，對我們互相之間的理解，對團隊的氣氛很有
幫助。我們項目的QA也在適當的時候出現在我們的面前，我們對她的工作只有一些感性
認識。她每次參加會議時，手裡時常拿著一個check list，項目經理准備相應的資料，
回答一些問題，她打著勾，或寫著項目經理的解釋。她給我們做培訓時也很耐心，體現
出很好的職業素養，我至今還在懷念她給我們的幫助。
我從事軟體開發已有九個年頭了，可我現在仍然不能說自己是個合格的軟體工程師
，更不用談什麼合格的管理者。我看到一份報道說，瑞士洛桑一權威機構把中國的科技
綜合競爭力從原來的第十三位調到二十多位，原因是他們調整了一些評估標准，其中有
一條是中國合格工程師的可獲得性非常低。想著弟兄們熬紅的雙眼，四處奔波升級的疲
憊身影，我有一個強烈的願望：快把我們自己升級成合格的工程師吧!

2. 騰訊知名游戲程序員毛星雲意外身故，如何評價他的一生

毛星雲的一生本身就是一個傳奇。

之所以會這樣說，主要是因為毛星雲在20多歲的時候就已經成為了行業的佼佼者。在毛星雲還沒有進入騰訊之前，毛星雲就已經自主編寫了關於游戲開發的收集，通過這樣的方式來教游戲新手從事游戲開發工作。從某種程度上來講，毛星雲本身就是很多游戲開發人員的入門導師。

一、毛星雲因為意外而身故。

毛星雲是騰訊公司的天美工作室的著名開發人員，同時也是游戲界知名的開發程序員。有新聞表示毛星雲因為抑鬱的問題而跳樓身亡，這個事情令大家感到大為震驚。在外界看來，毛星雲是一名非常成功的游戲開發人士，誰也沒有想到毛星雲會用這樣的方式結束自己的生命。

3. 女程序員到底有沒有被歧視

畢業一年的玲瓏邪僧曾經在某家娛樂文化為主的大型公司面試前端時，在等候的過程中聽到了隔壁有人說:「看到那個來面試前端的女生了嗎，一看就不會寫代碼。」聽得她喜憂參半。
就像「胸大無腦」這個詞本身存在性別歧視的意味一樣，「長得漂亮的女生一定是花瓶」也成為了大多數人對漂亮女生的直觀印象。
女程序員想在工作能力上得到男性的認可，往往需要經過時間的驗證。
高瑩回憶起剛參加工作時，領導分配給她的都是團隊里難度最低的任務。當時公司里有個男同事無意間瞟了一眼她寫的代碼，評價道:「寫得不咋地，重構沒意義，沒有技術含量」。
幾個月後她的能力得到了領導認可，也開始寫一些有技術含量的代碼，這時這個男同事對她的評價也隨之發生了改變: 「沒想到你的代碼水平不錯，在女生里算寫得比較好的了」。從這句話可以聽出，他並沒有把男女程序員的代碼水平放在同一標准上進行比較，內心深處還是認為女生的代碼能力不如男。
100offer讓幾位男程序員對女程序員的代碼水平和工作能力做出了評價，他們的回答普遍比較正面。
雖然Tim認為女程序員一開始獨立性差點，但是很快就能調整過來，她們的代碼水平普遍和男程序員差不多，工作能力挺強。
徐風則說雖然女程序員調bug的時候也會罵臟話，但工作起來非常仔細認真，很是靠譜。
但當問到是否會對女程序員進行特殊照顧，比如不把難度大的工作交給他們時，大多數男程序員給出的答案都是:會。
男程序員在工作時會盡量不把難度高、工作量大、加班多的工作交給女程序員。一方面出於女性體質比男性弱的考慮，另一方面他們覺得這是對女性的一種出於本能的照顧。
那麼，女程序員們是怎麼看待自己的代碼水平和抗壓能力的呢?
iOS高級工程師張丹荔認為，女程序員里確實有代碼寫得差的，在佔比上比男程序員大，但並不是全部。就像大學里很多計算機系的女生會找男生幫忙做作業一樣，她們不是做不好，而是不感興趣。如果真正喜歡技術的話，她相信女程序員的代碼水平不會比男程序員差。
另一方面，男程序員有時寧願自己加班也不願把工作分配給女程序員，很大一部分原因是他們認為女生抗壓能力差。關於這點，玲瓏邪僧認為這並不是碼農界特有的現象，相反，互聯網圈是一個相對公平的領域，女程序員想要反駁這些說法、證實自己的能力並不難。
她認為相比於外界對女程序員的偏見，女程序員對自己的錯誤定位與消極評價才是更為最致命的。面對偏見，部分人會在潛意識里認同外界的說法，認為自身確實不抗壓、能力弱，久而久之萌生放棄退卻的念頭。
所以，女性程序員應當正確客觀地意識到自己的優勢和不足，一定要拒絕裹足不前。
從采訪可以看出，外貌、性別等外在因素容易被作為評判女程序員代碼水平好壞的標准之一，這種現象在初入職場的新人身上尤為顯著。

4. 程序員的工作職責有哪些

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試告拿的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。

5、負責向項目頃友鄭經理及時雀頌反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。

7、負責相關技術文檔的擬訂。

8、負責對業務領域內的技術發展動態進行分析研究。

(4)三位程序員擴展閱讀：

崗位分類：

世界上第一位程序員是英國著名詩人喬治·戈登·拜倫的女兒AdaLovelace，曾設計了巴貝奇分析機上解伯努利方程的一個程序。她甚至還建立了循環和子程序的概念。

由於其在程序設計上的開創性工作，AdaLovelace被稱為世界上第一位程序員。美國國防部開發的ADA語言就是為紀念這位世界上的第一位程序員而命名的。

計算機科學發展到今天（21世紀初期），程序員從事的人群很多，分工也不相同，從大的方面可以分為以下幾類：

asp程序員、web前端開發程序員、delphi程序員、php程序員、powerbuilder程序員、C程序員、linux程序員、net程序員、vb程序員、java程序員、javascript程序員、C++程序員、Python程序員、ABAP程序員、android程序員、iOS程序員。

5. 激勵代碼是什麼

請問激勵值是什麼意思
AQL（可接受質量水平）是調整型抽樣體系的基礎，是供貨方與需求方共同協定的可以接收的連續

提交的檢驗批的過程平均的上限值。過程平均是一系列連續提交的檢驗批的平均質量，以「批次

不合格品率」或者「每百單位缺陷率」表示。AQL與采樣大小（所謂采樣大小，是否可以理解為

「樣本大小」即sample size?）的關系，在於一個檢驗水平（I、II、III三個一般檢查水平，以

及S-1、S-2、S-3、S-4四個特殊檢查水平）和寬嚴程度（severities）之轉換。

舉個例子，一個產品批量N=4000，協定的AQL＝1.5％，選擇檢查水平為II，則調整型一次抽檢方

案確定的步驟為：

1）根據GB2828-81表，查得樣陵察本含量代碼為L；

2）確定「正常抽檢方案」：L與AQL＝1.5％所對應的合格判定數為7，不合格判定數為8，樣本含

量為n=200。其含義為：4000個產品中抽取200個樣品送檢，這200個中如果不合格數小於等於尺鍵茄7，

則整批產品合格；大於等於8，則整批不合格；

3）同樣的方法，確定「加嚴」、「放寬」、「特寬」的抽檢方案；

4）將四個抽檢方案合並一處，運用動態轉換規則（sap系統中有，術語dynamic modification

rule），就構成了「調整型一次抽檢方案」；

5）以上的例子遵循GB2828標准，對應於ISO2859(計數)；計量的就不是很清楚了，好像是國標

GB8054對應ISO3951。SAP系統4.5B版本中有ISO版本的Sample scheme.

6) 您可以看看SAP標准系統4.5B中的一個dynamic modification rule"s01",我認為它就比較明

確。
有沒有verilog大神幫我寫一下激勵測試代碼 5分
代碼如果是你自己寫的，按照你這個描述寫stimulus，你自己肯定寫得出來。

另外你描述不太清楚。建議問問同學去。
股票期權每一品種代碼和名稱是怎樣設置的
合約交易代碼包含合約標的、合約類型、到期月份、行權價格等要素。例如「510050C1503M02300」，「510050」代表合約標的的證券代碼，「C」代表認購期權，「1503」代表合約的到期時間為2015年3月，「M」代表合約未發生過除權除息的調整，「02300」代表合約的行權價格為2.30元，即這一交易代碼代表的是上證50ETF在2015年3月到期、行權價格為2.30元的認購期權合約。

合約簡稱與合約交易代碼相對應，是對期權合約要素的簡要說明。例如「50ETF購3月2300」，「50ETF」代表合約標的的證券簡稱，「購」代表認購期權，「3月」代表合約的到期時間為2015年3月份，「2300」代表合約的行權價格為2.30元，即這一合約簡稱代表的是上證50ETF在2015年3月到期、行權價格為2.30元的認購期權合約。
什麼是「程序員鼓勵師」，他們的職責是什麼？
程序員鼓勵師，顧名思義，就是專門為程序員鼓勵加油的職位。2015年愚人節，網路上開始出現這個名詞時，被疑為愚人節的玩笑，其實，據媒體報道，在廣州，程序員鼓勵師確實是存在的，這個職位更像是程序員身邊的和事佬和勤雜工，但也確實具備傳說中的高顏值。

一、「程序員鼓勵師」職責

1、和事佬

程序員鼓勵師程序員、技術男都比較直，他們不善於部門之間的溝通。一個辦公室里有70多位程序員，有時組與組之間會出現問題，有時兩個程序員會為了同一個程序如何編寫產生不同的意見。

這時程序員鼓勵師就得立即趕過去打圓場，做好溝通平復大家的心情，讓他們不至於因矛盾影響正常工作。鼓勵師這個中間人更像是一個「和事佬」。

2、勤雜工

程序員鼓勵師的另一項任務就是每天幫程序員訂午餐、晚餐。亮燃當不需要跟進項目閑下來時，也會跑到程序員的辦公室，陪程序員聊天，幫程序員切水果准備下午茶，甚至會自己在家烤蛋糕帶回來請他們吃。

二、「程序員鼓勵師」特點

1、程序員鼓勵師職位誘惑：逗獅子、哄碼農、溜馬畜。

2、職位描述：鼓勵程序員、攻城獅長期幹活(例如春節前50天無休)的時候，鼓勵其像獅子一樣勇猛、狼性不減、高質量得完成版本開發。

3、崗位要求：要求長相甜美彷彿章澤天，微笑常掛酷似高圓圓。

4、特別要求：善於傾聽(聽不聽的懂沒關系)。如果真是這樣，那程序員們內心肯定會瘋狂得呼喚bug（(漏洞)）的，但事實是，真有搞不定的bug的時候程序猿哥哥可是對身邊的人男女不分的。

5、工資標准：各公司要求不同，工資標准也就不同，月工資從6千到3萬不等。

參考：ke.haosou/doc/8392353-8711160
ModelSim模擬激勵文件怎麼寫？ 15分
很簡單啊，也是verilog文件，但是可以是不可綜合的（類似C程序），你需要在什麼時間點給你的設計輸入什麼信號，就怎麼編寫，例如0時刻開始給a埠高電平，然後100ns之後，給該埠電平拉低，就是

initial

begin

a = 1;

# 100 a = 0;

end

這只是一個簡單的例子，你可以參考參考！！！具體例子網上很多！
程序員鼓勵師到底是什麼職位
二、程序員鼓勵師職位要求是什麼？要顏值高！

字面理解程序員鼓勵師這個職位，難道是運用心理學知識的神秘職位？「程序員鼓勵師」看到下面的職位說明，我真的是醉了，還真是開眼界了！

職位誘惑：逗獅子、哄碼農、溜馬畜

職位描述：

鼓勵程序員、攻城獅長期幹活(例如春節前50天無休)的時候，鼓勵其像獅子一樣勇猛、狼性不減、高質量得完成版本開發。當然崗位要求也是很高的。

職位要求：

是長相甜美放佛章澤天，微笑常掛酷似高圓圓。

在程序猿遇到BUG內心焦躁的時候，坐在旁邊給他加油鼓勵的妹子。要善於傾聽，還要受得住工程師們死宅無法交流的性格。

善於傾聽(聽不聽的懂沒關系)

根據上述職位要求，我想像了該職位的員工畫面：

但是！如果真是這樣，那程序員們內心肯定會瘋狂得呼喚bug的，但是據我深入了解到，真有搞不定的bug的時候程序猿哥哥可是對身邊的人男女不分的。

最後提示以上幾家公司的程序猿哥哥們別高興太早，注意別上了愚人節的當!

三、程序員鼓勵師到底做什麼？阿里「中槍」致歉

隨著這一高冷的職位迅速蔓延，4月29日，阿里巴巴官方招聘網站上線了一個全新職位——程序員鼓勵師，這項工作最重要的要求就是：顏值對程序員有足夠震撼力！

請看下面的職位介紹：

圖為阿里巴巴來往事業部程序員鼓勵師招聘信息

怎樣的顏值才能有震撼力？別急，阿里巴巴招聘啟事的職位要求中有詳細介紹：

你可以是如蒼老師般德藝雙馨，胸懷天下，進可欺身壓海棠，退可提臂迎蛟龍；

你可以是如宋慧喬般大家閨秀，天生麗質，沉魚落雁閉月羞花，素顏傳說更讓無數程序員追捧不已；

你也可以是個有著外星人顏值，作風天馬行空，言語中自成一派威嚴，激勵團隊有如駕馭獨孤九劍般的老頭。

而這名程序員鼓勵師的工作就是：有效鼓勵程序員團隊，拉近程序員間心靈距離，激發團隊又猛又持久地工作。

這條招募信息一經發出，就在在網路上引起了眾多網友關注，頗具爭議的招聘文案帶來諸多爭議。因涉嫌性別歧視，阿里巴巴及時刪除了這條招聘啟事，不過仍有眼尖的讀者抓住截圖。因為招聘信息中提及「德藝雙馨的蒼老師」，被網友質疑該招聘存在借勢炒作嫌疑。
程序員鼓勵師是什麼樣的職業
今年的互聯網界比較逗，各招聘網站相繼出現程序員鼓勵師， *** 貢獻師等等讓你腦洞大開的職位。這些職位最初發現是在一家專門垂直於互聯網職位招聘的約聘網個性職位一欄發現的，如下圖：這些職位是不是有很多看著你呢菊花一緊埃約聘網這樣的個性
編程看不懂代碼，迷茫。
其實看不懂才是正常的，看懂才是不正常的。即使已經學習編程多年，即使做軟體開發多年。

總結一下你問題的核心——源代碼。

很多人在說多練習、多學習基本上都與源代碼有關。

但是，這對你軟體開發能力沒有太實質性的提高。

首先我們要清楚，編程或者編程語言的作用時什麼？它不是為了編程而編程。我們為了實現某種軟體功能，需要通過編程來實現。而軟體是為了解決實際人無法解決或花費很大成本的工作，由軟體可以很容易解決或成本比較低。

而編程和編程語言只是實現這個軟體的一種工具、方法。

為什麼說「看不懂才是正常的」？

現在隨便一款具有實際功能的軟體，就需要幾百、幾千甚至幾萬個源代碼文件，而每個源代碼又有幾百、幾千甚至幾萬行源代碼。計算機源代碼不是小說，從頭看到尾就行了，源代碼內部會形成復雜的關系，函數之間互相調用、函數使用公共變數、類之間的繼承等等。在這么復雜的系統里，能把源代碼看懂是非常困難的。

同時通過閱讀源代碼來理解這個軟體的完整功能，這種方法效率低、收效低。

源代碼是通過某種編程語言書寫，而源代碼中必然包含與這種編程語言相關的語言特徵，而這些特徵往往與這款軟體的功能沒有實際上的關系。也就說，源代碼中包含了大量對我們理解軟體功能沒有用，甚至反作用的信息。就好像我們要在一萬本書里找一本我們需要的書中的一頁。想想效率多麼低。

軟體設計資源也是分層次，它是在不同的工作階段產生，例如前期有軟體需求信息，之後有軟體設計信息，而源代碼幾乎是最某端的產品。

而有時很多人要了解的是軟體設計信息，但是我們卻要通過閱讀源代碼來了解軟體設計信息，而在這個過程中閱讀者必須將源代碼中很多多餘的信息給去掉，則能總結成軟體設計信息。想了解軟體需求信息也是同理。

總之很多時候我們在一個層次上去了解另外一個層次上的信息，這難度是非常難的。看源代碼只應該解決與這個源代碼相關的細節問題。

宏觀問題由宏觀方面解決，微觀問題由微觀方面解決。而源代碼是微觀內容，而軟體設計信息、設計意圖等屬於宏觀內容。

至於你看不懂源代碼沒有關系。

並且寫源代碼也不是問題，寫源代碼不是為了寫而寫。只要清楚你寫什麼，寫本身就不是難度。而軟體開發中需要寫什麼呢？就軟體開發前期階段的分析和設計。而分析和設計的結果就是軟體的解決方案，而這種解決方案就是寫源代碼的依據。

《UML2.0實戰教程(Trufun)》

《面向對象分析與設計(UML.2.0版)》

《UML與軟體建模》

不知道你有沒有看過UML語言（統一建模語言），它是現在面向對象設計理論方法最常見的語言。雖然它叫語言，但是它不是編程語言，它與軟體分析和設計有關的語言，是用於描述軟體解決方案的語言。

《UML2.0實戰教程(Trufun)》中就簡單的介紹了使耽UML進行面向對象設計的方法。而它所形成的軟體解決方案，就可以通過某種方法轉換成編程語言。《UML與軟體建模》第十二章中有介紹。
modelsim se 10.1a 怎麼編寫激勵
編寫激勵實際上可以說是編寫你所測試模塊的輸入部分，用來觀測模塊輸出。下面是我寫過的一個乘法器模塊的激勵，initial-end內編寫的是復位信號和時鍾信號，always內編寫就是乘數與被乘數的輸入，整個模式類似於我們編寫verilog程序。你在寫自己的激勵時也是根據測試模塊的功能來的，具體得看你的模塊，如果有需要留個郵箱我給你發個激勵編寫的歷程。希望對你有幫助。

`timescale 1 ps/ 1 ps

mole pipeline_booth_multiplier_t();

reg [7:0] A;

reg [7:0] B;

reg CLK;

reg RSTn;

wire [15:0] Proct;

initial

begin

RSTn = 1'b0; #10 RSTn = 1'b1;

CLK = 1'b1; forever # 10 CLK = ~CLK;

end

pipeline_booth_multiplier i1 (

.A(A),

.B(B),

.CLK(CLK),

.Proct(Proct),

.RSTn(RSTn)

);

reg [3:0]i;

always @ ( posedge CLK or negedge RSTn )

if( !RSTn )

begin

i <= 4'd0;

A <= 8'd0;

B <= 8'd0;

end

else

case( i )

0:

begin A <= 8'd127; B <= 8'd127; i <= i + 1'b1; end

1:

begin A <= -8'd127; B <= 8'd127; i <= i + 1'b1; end

2:

begin A <= 8'd20; B <= 8'd12; i <= i + 1'b1; end

3:

begin A <= -8'd5; B <= 8'd42; i <= i + 1'b1; end

4:

begin A <= 8'd54; B <= 8'd36; i <= i + 1'b1; end

5:

begin A <= -8'd31; B <= -8'd12; i <= i + 1'b1; end

6:

begin A <= -8'd127; B <= -8'd127; i <= i + 1'b1; end

7:

begin A <= 8'd0; B <= 8'd0; i <= 4'd7; end

endcase

......>>
文本挖掘如何向人展示成果？直接給人代碼？
先看看這個吧！

如何挖掘人的潛力，最大限度的發揮其積極性與主觀能動性，這是每個管理者苦苦思索與追求的。在實行這一目標時，人們談的最多的話題，就是激勵手段。在實施激勵的過程中，人們採取較為普遍的方式與手段是根據績效,給員工以相應的獎金、高工資、晉升、培訓深造、福利等，以此來喚起人們的工作熱情和創新精神。的確，高工資、高獎金、晉升機會、培訓、優厚的福利，對於有足夠經濟實力、並且能有效操作這一機制的機構與企業來說，是一副有效激發員工奮發向上的興奮劑。但如果在企業發展的初期、或一些不具備經濟實力的單位，又如何進行激勵呢？還有在執行高工資、高獎金、晉升、培訓、福利機制過程中，因操作不當，導致分配不均、相互攀比，所引起的消極怠工等副作用時，又如何評價這些手段和處理這些關系呢？高工資、高獎金、晉升機會、培訓、優厚的福利是激勵的唯一手段嗎？是否還有別的激勵途徑與手段更完美呢？有，那就是包容與信任！其實，最簡單、最持久、最「廉價」、最深刻的激勵就來自於包容與信任。

激勵的目的是追求利潤的最大化和建立一個具有凝聚力的團隊吸引並留下優秀的人才。但作為包容與信任這么一個並不深刻的激勵手段，為什麼往往被人們所忽視呢？這種現象很大程度上是人們對人性的曲解，美其名曰人是貪婪的、自私的。因此，更多的人往往不願往更深處去開采、去挖掘。只有靠物質與利益的誘惑來獲取彼此利益的平衡與共享。其實，高工資、高獎金、晉升機會、培訓、優厚的福利等手法只是滿足人性最初期，最原始的本性。能喚起人最光輝、最有價值、最寶貴的忠誠與創新還是包容與信任，這是不能被冷落更不能放棄的最好的綠色激勵。

人的激勵機制粗淺的可分為三個層次：物資激勵、榮譽激勵、個人價值激勵。

物資激勵，也就是較為直觀的工資、獎金、福利，它講究的是價值的對等。低級動物都是如此，馬戲團的老虎成功表演一個節目，就當場能得到指揮者一塊鮮肉作美食，其他動物只能看著咽口水。馬戲演員靠這種小施捨來取得動物的配合，也就是激勵。還有小鳥（或小雞）擇字。當小鳥把「算命先生」根據擇字人的外貌判斷，選擇好的相應字版反扣在一疊牌中准確的啄出來時，同樣有一粒米的獎賞，不然，這些動物就不幹或乾的不痛快。這個道理非常簡單。（姑且不講，人這個復雜的東西，並沒有一般動物那麼容易賜候，而因此激勵不擔會所帶來的副作用）。

榮譽的激勵包括授予稱號、發證書、獎狀等。這當然是激發人鼓舞人的重要組成部分。但這畢竟是一種被動的你先付出，然後才能承認，而且比例受到限制，太多太濫不行，亂點鴛鴦譜更不行。客觀的講，榜樣的力量並非是「無窮」的。至於有多少人的付出是因為沖著稱號、發證書、獎狀的誘惑而進行的，暫不加評論。因此，榮譽的激勵最理想的是用在宏觀輿論的導向與宣傳上，最見效的還是孩提時代的諸如戴上一朵大紅花、發一張獎狀較為管用，而在小團體組織或企業就大打折扣了。

個人價值的激勵則是人的最高追求，也是最成熟的境界。這種激勵就是信任。信任，通俗的講，就是是否把人當人看。包容即是體諒、理解和喚醒人內心良知的工具及過程。宋代民族英雄岳飛對多次與己為敵並設法殺害自己的王佐的包容，最後喚起王佐的良知，以致王佐砍斷臂膀、施苦肉計、深入虎穴這個流傳千古的美談，就是最好的例證。

人，最重要的不是他是什麼，而是你把他當作什麼。你給他信任多少，他就會給你回報多少。關鍵是你對他的導向。你的溝通、你的行為、你的認識、你的習慣而形成你固有的用人文化。一個對他人總不放心的人，最終是孤獨、孤立而失望的。...>>

6. 程序員們日常的生活是什麼樣的

大部分程序員的日常生活其實是非常枯燥的，他們不是在加班就是在家裡玩游戲，休息。不過也有少部分的程序員，他們的娛樂生活也非常的豐富，他們的生活也非常的精彩。因為程序員都有著內在不同的精神品質和精神內核，對於程序員，我們不能夠一概而論。在很多人的眼中，程序員這份工作都是非常枯燥乏味的。在很多人的眼中，程序員們也是枯燥乏味的。關於程序員們日常的生活是什麼樣的？以下是我的看法：

三、對於程序員，我們不能夠一概而論

其實每一位程序員，他們的精神內核以及他們的精神品質，都是截然不同的。所以作為公眾，我們也不能夠用同樣的眼光去看待每一位同程序員，在面對程序員的時候，我們也要看到每一位程序員身上所具有的多樣性。面對程序員的時候，我們不能夠用自己的對程序員的刻板印象去看待他們。

你覺得程序員們日常的生活是什麼樣的呢？歡迎評論區下方留言。

7. 程序員3分鍾的自我介紹範文_2017程序員面試介紹描述

自我介紹 也被稱為&ldquo; 面試 第一問&rdquo;,在自我介紹中，面試官可以借機考察應聘者的語言表達能力、應變能力，那麼面試程序員自我介紹應該怎麼說?下面我為你帶來程序員3分鍾的自我介紹的內容，僅供參考。

我叫___，廣東廣州人，碩士研究生，將於2010年6月 畢業 於南開大學，專業方向是 電路與系統，08年加入中國共產黨，我的專業特長是計算機應用程序開發和網路通信。 我想從以下三個方面介紹自己。

學習方面，我的學習成績優秀，本科GPA：86.7，研究生GPA：93.3，兩次獲得 校一等獎學金，並被免試保送到南開大學信息學院，我有較強的科研能力，目前正在參與一個國家自然科學基金項目：行波式微流泵的模擬與電路設計，擔任項目組組長，負 責項目規劃，任務分配和進度檢查，目前正處於軟體模擬階段，通過模擬選擇製作微流泵的最佳方案參數，設計新式的無閥壓電行波式微流泵，為生化反應提供可控的微量樣液。

另外還我還作為項目組成員，在08年參與國家大學生創新性實驗計劃：攜帶型無線體域網，主要負責手持終端PDA客戶端程序開發，在07年參加國家自然科學基金項目： SPR多通道生物感測器，主要負責測控電路的C語言程序設計。

實踐方面，在研究生階段，我曾有兩次實習經歷。一次是09年暑假，在中南空 管局通信網路有限公司網路工程部，我協助工程師維護空管局的華為6503和思科3550主 干網，做好主幹網的網路監控和數據備份，定期提交網路安全 報告 ，確保網路通暢和信 息安全，並給空管局用戶提供 網路技術 支持服務。另一次是07年暑假，在廣州共享網訊 科技有限公司運營部，我協助部門經理進行網站的推廣，運營和客服工作，並從事網站美化設計的輔助工作。

學生工作方面，在以學習為主的同時，我也積極參加學校課余實踐活動。曾擔任過信息學院研究生會主席，信息學院團委副書記，學生職業發展協會實踐部部長，多隆電子協會財務部長等職務，曾多次獲得優秀學生幹部和三好學生榮譽稱號， 組織了包括：信息學院信息會客廳講座、新生杯 足球 賽， 籃球 爭霸賽， 乒乓球 友誼賽， 迎新晚會，聯誼舞會，南開大學第一屆模擬招聘大賽等大中型活動;還曾作為信息 學院 羽毛球 隊的選手，協助院羽毛球隊獲得南開大學校長杯羽毛球團體賽亞軍。這些活 動培養了我的領導組織協調能力，和團隊協作的意識。我相信，這對我以後的工作也會 有很大的幫助。

最後，我想 總結 一下我的工作特點。第一是團隊協作意識強，善於與人交流和溝通;第二是動手能力和學習能力突出;第三是做事穩健，態度認真，有一定的組織協調 能力;第四是考慮問題全面、仔細，做事有自己明確的想法和計劃。我想在走上工作崗 位之後，我可以以最快的速度適應工作環境，不斷挖掘自己的能力，完善自己，為企業 創造效益。我想加入__公司是因為我喜歡我的專業，也很看好__公司的未來發展，在這里我可以學以致用，這讓我有很大的成就感和幸福感。同時我也很欣賞__公司的 企業 文化 ，很喜歡__公司的工作環境。我願意成為企業一員，為企業的發展貢獻自己的一份力量。 我的職業生涯目標是，做一個既懂技術，又懂業務的復合型人才。

大家好，我叫__，天津大學計算機應用專業碩士，2014年6月份畢業，研究方向__。我想從三個方面介紹自己：

1)學習方面。大三時保送研究生，之後進入實驗室開展項目研究。在_年時間里，先後參與了_個項目，其中_個縱向項目，_個橫向項目，縱向項目主要是關於__，橫向項目主要是關於__。這些分別對應我簡歷里的項目經歷(1，2，3)。我本科績點3.8，研究生績點3.4。我__年一次性通過大學英語四、六級考試，__年通過托業英語考試，考試成績__分(滿分__分)，__年通過軟體工程師/網路工程師/系統分析師考試。

2)實踐方面。曾在軟體公司實習了__年時間，曾在__當過計算機講師，主講__，另外，本科時曾參加過__比賽，並獲得了__獎。實習期間，我的最大收獲是：學校學習與工作知識的銜接，深切感悟將理論應用於實踐的重要性和快樂。

3)社會工作方面。本科和研究生都擔任所在班級班長/__部長，同時也在校學生會工作過。在擔任班幹部的日子裡我具備了一定的組織、協調能力，並深深體會團隊協作的重要性。

我的性格特點是，1.性格沉穩，2.考慮問題全面、仔細，3.做事有自己明確的想法和計劃。

我的優勢是1.自己全面的綜合素質;2.做事分清輕重緩急;3.喜歡總結，避免犯同樣的錯誤。

我的座右銘是：人因為夢想而偉大，機遇永遠屬於那些有準備、立即行動並能堅持到底的人!

我的職業生涯目標是，將來有一天能帶領一個團隊，做出億萬網民喜愛和尊敬的軟體!做一個既懂技術，又懂業務的復合型人才(非IT企業用)。

我的未來5年的規劃是：因為我本人是學計算機的，所以希望沿著以技術為主線的路走下去。5年以後，我希望自己能夠對某一個領域有比較深入的理解，成為某一領域的專家，在某一方面能獨擋一面，同時也能夠了解其他領域的發展動態

考官好，我是計算機專業的面試者___，我此次應聘的職位是IT行業的軟體工程師，這份工作不僅與我的專業對口，同時也是我的特長與興趣所在。現在我就從以下三個方面介紹自己：

1)學習能力：我有較強的科研能力，能熟練的進行Windows2000和LINU_操作，並能使用VB，DELPHI等語言編程。能運用網頁三劍客Photoshop軟體進行相關工作。

2)實踐能力：我的專長是軟體開發，我希望能從事這方面的工作 經驗 ，並且我曾經發過多個系統，如人事檔案管理系統，工資管理系統等等。

3)交際能力：我的性格沉穩，能坐得住，對IT行業的工作，具有非常好的適應能力，而且為人謙和，具有很強的組織和協調能力 ，富有的事業心和責任感使我能夠面對任何困難和挑戰。

從以上的簡單自我介紹，我希望公司能給我一個展示自己能力的機會，讓我我可以學以致用，同時我也很欣賞__公司的企業文化與工作環境。我願意成為企業一員，為企業的發展貢獻自己的一份力量。 我的職業生涯目標是，做一個既懂技術，又懂業務的復合型人才。

8. 華為面試請教，請各位前輩指教，萬分感謝！

一、優秀程序員必備七要件
程序員是一個要求技術含量很高的職業，同時要求有不斷進取的精神和不達目的決不罷休的精神狀態，以下就是簡單總結的如何做個有些的程序員，希望對各位的求職和工作能夠有所幫助。
1.踏實的工作態度。低承諾，高實現：如果你的承諾確實是管理人員想聽到的，
他就會喜歡你。但是，如果不能按照承諾及時交付軟體，他就不會再喜歡你。而且如果你沒有承諾的也超額完成，可想而知，老伴對你的印象會有多大的改變。但是切忌，如果自己真的有能力還是應該提前說出來，只要不過分誇大就好。萬事適可而止、恰到好處就好。
2、認真負責，少犯錯誤。軟體很可能會因為一個細小的錯誤而不能正常運行，所以說不要在軟體中放入錯誤，優秀的程序員不在他們的代碼中放入錯誤。盡量精準的設計，會讓你的工作事半功倍。
3、充滿熱情，努力工作。作為一個優秀的程序員是充滿熱情和努力工作的，他們具有很強的組織性，而且講究方法，他們有能力將事情結構化。此外，大多數程序員勤奮工作的熱情是令人難以置信的。他們嘔心瀝血，不眠不休就是為了最後的勝利，如果你也具備這種精神，那麼你就算半個合格的程序員。
4、有預見性，知道未知因素。看到別人看不到的未知因素，並且提前做好預備工作，這說明你至少是個有經驗的程序員。你的前途可以說是一片光明。
5、有團隊合作精神，能善於和別人相處。一般開發工作都是以小組進行的，所以一定要與小組成員友好相處，軟體開發是小組成員協調努力的結果。不要把功勞歸結為某個人，同時也不要把錯誤看作是別人的錯誤。
6、堅持到底，善始善終。其實開發軟體是一件非常辛苦的工作，所以一旦認定目標，就要朝向最終目標努力努力再努力，始終朝向最終目標。這其實也是非常重要的能力。特別是在與一些人面談工作時，你要尋找的一件事情就是在小組已經交付的產品上他實際參與的工作。具備這種能力是作為一個優秀程序員的必備條件。
7、超凡的學習能力。在軟體技術領域，技術的更新日新月異，所以作為程序員必須學習不斷涌現的技術，掌握盡可能多的技能。優秀的開發人員是渴望學習的人。善於學習的人才能在這一領域立於不敗之地。也是程序員必須具備的條件之一。

二、程序員的職業要求
一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。一個程序員雖然有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。所以要盡量抓住有用的工作和實習機會，這樣的話在畢業後你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。
對於職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，你的技術必須一直保持在一個較高的水平，並且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷並排前進。

三、一位大四程序員的面試經歷和體會
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是為用戶服務的，不是為我們程序員服務的！」多麼精闢的語言，我已經不想再說 什麼了！接著是第二個問題：
他要求我用一種技巧性的編程方法來用一個函數實現兩個函數的功能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][i];
}

最後得到計算值！呵呵，典型的空間換時間的演算法！
這些總共花了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， 但是這就足夠了嗎？
這些天我偶爾發現我曾經寫過的一個游戲，那是一年做為 其中一員時候，感覺應該拿點東西出來，然後花了一個星期的時間寫出來的！程序不算復雜，但是用到了不少數據結構的東西，也用到了一些精彩的演算法，加上windows的界面和游戲的可 玩性，寫完後受到了不少好評，我當時真的很佩服自己！
但是現在看呢：沒有一句注釋，好多 醜陋的函數名比如：void chushihua()，好多沒有必要的變數，可以用簡單語句完成工作的我 使用華麗的演算法，大量使用全局變數.....,說不好聽的話，六百多行的程序除了能運行之外就是一陀屎！如果一年前我能聽到一些反面意見的話，大概我能早一點覺悟，但是自原代碼在 網站發布以來聽到的都是贊美之詞，沒有一個人向我提出程序改進的意見，這又說明了一個什 么問題呢？很值得思考啊！

還有一個疑惑是：我們說的和做的真的一樣嗎？我在學校的時候曾經受學院指派承辦過一個 計算機大賽，請了一個老師出決賽的題目，主要是一些演算法題目，這個老師可能是我上大學以 來唯一敬佩的老師了，從程序調試到打分，對於每個程序都仔細分析其時間效率和空間效率， 然後綜合打分，四十個人的卷子，老師從下午三點一直調試到晚上十點，在有些寫的精彩的語 句後還加上批註。我真是高興很遇到這樣的老師並且和他做深入的交流，但在事後，卻發生了 一件不愉快的事，在比賽中獲得第二名的學生找到我，說他程序全部調試成功應該給他滿分， 並且應該得第一，我說不過他，最後調出了他的原程序和第一名的原程序對比，錯，兩個程 序都運行的很好，這時，那個同學開口了：「我的程序寫的十分簡捷明了，僅僅數行就完成了 題目要求，而他的卻寫了一大堆，為什麼給他的分多過給我的分。」我當時很是氣憤，如果不 是老師負責的話，那麼現在第一名和第二名的位置真的要互調了，拜託，不是程序的行數越少 程序的質量就越高，我記得我跟他大談這方面的道理，最後說服他了！哈哈，但是我，只能說 說而已，我不知道還有多少人一樣，說起來頭頭是道，但心裡卻壓根就從未重視過它！

四、優秀的編程人員應該掌握的十種編程語言
優秀的編程人員應該掌握的十種編程語言
引：位於聖地亞哥軟體編程公司Interknowlogy.com CEO Tim Huckaby表示，「我的一個導師曾經告訴我編程語言僅為一種語言。若你是一名優秀的程序編制人員，編程語言就是一些句法變換而已，並沒有其他重要部分。」

在求職過程中能夠了解多些編程語言，無疑是有很大優勢的。

確實，以量取勝是有優勢的。當然不排除存在一些恰好在合適的時間、合適的地點正好知曉合適的編程語言的情況，不過絕大部分編程者都會善意建議你階段性學習一種新語言，這對於作為一名合格的網站開發人員來說，是非常有必要的。

位於聖地亞哥軟體編程公司Interknowlogy.com CEO Tim Huckaby表示，「我的一個導師曾經告訴我編程語言僅為一種語言。若你是一名優秀的程序編制人員，編程語言就是一些句法變換而已，並沒有其他重要部分。」

不過，Huckaby表示，當時他的公司還在初創期，暫時不會考慮增添新人，不過知曉特定編程語言的入門級別人員有所例外。

Huckaby表示，「我們會聘用那些有激情、態度端正、聰明的剛從學校畢業、懂得.Net或Java語言的學生，因為這種人員，我們可以再次對他進行.Net培訓。」

加州Sebastopol市Grandview Systems的軟體開發負責人Wayne Duqaine表示，「不要只集中在一兩種語言上。當我在1969年開始時，FORTRAN、COBOL和S/360 Assembler是當時流行的語言。而今，Java、C和VB則是通用的程序編制語言。十年的時光中，有許多新語言都變成了流行語言。我粗略的計算一下，在三十年的時光中，我已經學會了近24種不同語言。」

五、幾道經典C語言筆試題
1.

int main()
{
int i, n = 20;
for (i = 0; i < n; i--)
printf("*");
return 0;
}

Change/add only one character and print '*' exactly 20 times.
(there are atleast 3 solutions to this problem :-)

2. display below like:

1
212
32123
4321234
543212345

3. search for maximum and minimum value, before save into arrange for any 5 natural number (use multiful for grammer)

ex)

save to any 5 natural number

30 20 75 15 64 <enter>

minimum : 15
maximum : 75

4. use ms-sql of join grammer. show query fot result

Table.1
ac_country
--------------------------------------
country_cd country_nm
--------------------------------------
kor koera
jpn japan
usa usa
cha china

Table.2
ac_currency1
-------------------------------------------
country_cd currency_cd currency_nm
-------------------------------------------
kor won W
jpn yen Y
usa usd US

# Result
-------------------------------------------
country_nm currency_cd currency_nm
-------------------------------------------
korea won W
japan yen Y
usa usd US

Result Query :

5.use ms-sql of join grammer. show query fot result

table.1
account
--------------------------------------
userid cost date
--------------------------------------
use01 10,000 2007-01-02
use02 5,000 2007-01-03
use05 7,000 2007-01-03
use03 5,000 2007-01-03
use01 5,000 2007-01-04
use04 5,000 2007-01-05
use02 10,000 2007-01-05
use01 1,000 2007-01-05

table.2
userinfo
-----------------------------------------------
code userid money register
-----------------------------------------------
AAA use01 8,500 2007-01-02
AAA use02 5,000 2007-01-03
AAA use03 2,000 2007-01-04
AAA use04 4,500 2007-01-05
BBB use05 5,500 2007-01-02

table.3
stateinfo
-------------------------------------
connect state indate
-------------------------------------
AAA-use01 Yes 2007-01-03
AAA-use02 No 2007-01-05
AAA-use03 No 2007-01-04
AAA-use04 Yes 2007-01-05
BBB-use05 NO 2007-01-04

#result
----------------------------------------------------------
userid money account_count account_total state
----------------------------------------------------------
use01 8,500 3 16,000 Yes
use02 5,000 2 15,000 No
use03 2,000 1 5,000 No
use04 4,500 1 5,000 Yes

Result Query :

6. show 2 query each fot result.A, result.B

table.data_table
-----------------------
F_DATE
-----------------------
2007-04-17 11:42:55.200
2007-04-18 01:45:33.403
2007-04-18 01:47:01.500
2007-04-17 11:40:15.000
2007-04-18 11:41:25.700
2007-04-18 11:41:49.420
2007-04-17 11:44:58.000
2007-04-18 11:45:23.340

#Result.A
----------
F_DATE
----------
2007-04-17
2007-04-18

Result Query :

#Result.B
----------
F_DATE
----------
2

Result Query :