透過IT看人性(來自：賽迪網 huyanjun0307 )_語言

我曾經作為項目群組成員在team leader的指揮下奮勇編碼，也曾作為leader帶領成員艱苦作戰。很有意思的是，在不同項目中，能看到許多共同的有關人性的東西。總結了好久，現一一列出來。

　　自以為是--在軟體開發過程中，通常有這樣的情境在不斷重演：組長問道，小王你負責的那個模組做好了嗎。小王回答道，已經好了。於是組長說，好的，把你的程式傳給我。聽後，小王照做了。組長開始運行小王的程式。“哎，怎麼資料不能顯示啊。”，組長提出了意見。真的嗎，我之前測得是好的啊! 小王還不想面對現實。 “那你過來看一下吧。” 經過一番檢查，小王羞愧地揉起了腦袋... ...

　　固執己見--團隊交流時，當有人指出你所寫的代碼中的諸多問題，並要求你全部放棄時，而這段代碼是你辛苦取得的，此時你總會不自覺地堅持自己的看法，哪怕自己知道那是錯的。

　　人總會犯錯的--為什麼在修改程式結構的同時，又向系統添加新的功能時，總是會一波三折。問題就出在這裡。

　　人總是健忘的--人的記憶能力的弱勢在軟體編程時往往暴露無遺。剛剛寫完一個很複雜的Function或Method，轉眼的工夫可能就忘記了功能邏輯，或者對實現細節一頭霧水。此前還不屑於添加代碼注釋。

　　人總有惰性的--不斷的複製與粘貼；總是想寫完代碼以後再寫注釋。而當寫完代碼時，又懶得去補註釋了。

　　人很容易沾沾自喜的-- 當完成組長分配的編碼任務、實現了功能要求時，人們往往以為萬事大吉，而且對測試總是心不在焉，耐不住性子。其實仍然漏洞百出。隨著軟體開發的進行，問題會不斷向縱深發展，因此每每軟體的開發有了階段性進展以後，許多新的問題就會冒出來。而這些往往是此前不易預測到的。

　　人類語言的功用是有限的 -- 在表述一個軟體問題時，由於問題本身的複雜性、電腦本身許多概念的晦澀、人員技術水平、交流及理解能力的局限，單單憑自然語言通常是不夠，因此往往需要其他工具（如圖形等）的協助。這也就是為什麼要使用建模工具。

　　抄襲是智者的選擇 -- 在軟體這個講求創新的領域，很多人，尤其是懷有各種理想或夢想的人，總是對抄襲或模仿嗤之以鼻。也許大家忘記了站在巨人的肩膀上的道理。