不知道各位程序員有沒有用本身的姓名的拼音字母做爲文件目錄名或程序名的經歷。從我對此觀察來看,不少人都是這樣作的。他們爲何這樣作?我發現除了這樣作能夠醒目地找到目錄和文件以外,更重要的是反應了程序員的私有性,他強調了程序的私有。咱們經常會發現有一個有趣的現象:程序員從不主動地把本身程序給其餘程序員去閱讀(除非上級要求、工做移交),程序員也不想看別人的程序,抱怨看不懂別人的程序!程序員讀不到別人的程序,程序員不想將程序給別人看-〉程序員就得不到別人對程序意見-〉程序員就不會改進程序的可閱讀性-〉程序可讀性低-〉其它程序員就看不懂-〉看不懂就不肯意看-〉看的程序就少-〉閱讀水平下降。這樣致使程序員只能讀懂本身的程序,其閱讀他人程序的水平廣泛很低。程序員
程序員一旦將程序變成了日記,一旦只給計算機閱讀,這樣一來咱們這些外人就沒法從程序自己中看到程序員的水平了。咱們只能根據他們開發的項目、承擔的職能等外在的表現來判斷他們的水平了。而這些每每不如程序來得直接。我認爲存在這個現象有如下緣由:算法
第1、面子編程
程序員是頗有自信的人羣,上面文章我也分析過了自信的來源。這種自信反映在編程上是就會認爲本身編寫程序是最好的,即便知道本身編寫的水平不好,也不會告知別人。這是程序員面子在做怪。他們不想進行比較和競爭,各自抱着本身的程序在那裏自娛自樂。並且,業界也容忍這個現象。致使程序員理所固然地認爲程序是本身編的是本身的,想給別人看就給別人看,想不給就不給。尤爲是新手、那些本身感受水平不行的程序員更加不肯亮出程序出來。怕丟面子!學習
第2、 保密優化
還有一些程序員則認爲程序裏包含了解決問題的算法和技巧,是本身的辛勤勞動,是本身的知識產權。若是給人看了,別人就會無償地拿了過去,本身的勞動就會白費。因此,他們不肯意公開本身的程序。spa
若是真的這樣,那我是很是理解的。可是,就個人經驗來看絕大部分程序員和絕大部分程序都是很難到達能夠達到知識產權這個層面的。回首各自編程有哪些是別人不能編的呢?有哪些是別人不能超越的呢?即便有點小的技巧也沒必要藏而不露吧。好的程序員是不會去背這些包袱去獲取新的進步的。教程
說到底仍是個程序員程序私有的思想在做怪。進程
第3、環境開發
有時候我和程序員談到這個問題時,他們認爲不是本身不肯意給別人看,而是別人不想看,本身想看人家不給看。這裏確實是一個環境問題,沒有人要求程序員這樣作。這個編程環境並不鼓勵程序公開,不鼓勵程序的優化,不鼓勵程序的共享,反而使哪些編程水平差的獲得了假裝,那些編程水平高的獲得淡化。因爲沒有制度上、管理上的明確要求,這個問題就會長期存在。而我認爲,程序員既然是個性張揚的羣體,那爲何不能從自身作起,以給別人看的要求編寫程序呢?不能以學習的態度請教程序寫的好的同行呢?學習是獲取的過程,也是未來給予的基礎。只要有利於程序水平的提升,咱們程序員均可以去嘗試,用不了多久咱們環境就會好起來。咱們的程序交流和技術交流就會好起來,咱們程序員的心胸就會開廣起來。基礎
就我而言,我編過無數個程序,但我歷來沒有保留過本身的程序,個人程序都是給個人同行看的、保留的。由於,我認爲程序是給別人看的。雖然是本身寫的,可是隻有給別人看,才能發揮其真正的價值,就如同一篇文章只有給讀者閱讀,才能評價出文章的好壞。惟有給別人看,才能促使本身提升程序的可讀性、才能得到別人的批評和建議、才能改進程序的不足、才能提升本身的編程水平。
我建議程序員要養成「程序不是給本身看的,是給別人看的」習慣,尤爲是新手,從開始就要養成這個習慣,要放下面子,請別人看看本身的程序,請別人提提意見,這樣本身的水平才能提升,同時,本身也要學着看別人的程序,學會向別人提出意見和建議,學會從別人的程序中學到好的編程風格和編程技巧。經過這兩方面的努力,造成一個程序員之間互動的氛圍,程序員的水平必定會有一個很大的提升。