新聞中心
軟件蠶食一切,未來屬于程序員。所以人人都想當程序員。但是并不是每個人都能當好程序員。在你做出決定前還是先看看自己能不能當好程序員吧。

創(chuàng)新互聯(lián)建站-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價比察哈爾右翼中旗網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式察哈爾右翼中旗網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們,業(yè)務(wù)覆蓋察哈爾右翼中旗地區(qū)。費用合理售后完善,十多年實體公司更值得信賴。
要記住的是,編程不是什么精英才能干的事情。
這個行業(yè)永遠都缺人。所以除非你一點都不喜歡編程,或者也沒有準備好看在錢的份上忍住這種不喜歡,否則都可以來編程。
優(yōu)秀程序員的幾個表現(xiàn):
“ 1、先進行實驗是他們的本能反應(yīng)
編譯器和運行環(huán)境通常能比人更快地解釋一個問題。一個優(yōu)秀的程序猿在拿著問題去向別人尋求幫助之前,會自己試試看并判斷方法是否有用,而不是直接找一個高級程序員問“我這么做有用嗎?”。
“ 2、對待代碼和設(shè)計不要情緒化
代碼就像紙巾:它有用你就用,沒用了就扔掉。幾乎我們所有人都認為代碼復用( code-reuse )很重要,盡管確實如此,但是這也不意味著要像養(yǎng)孩子那樣去對待代碼。代碼沒有感覺也不會在乎,它們會像法蘭克斯坦( Frankenstein )怪物那樣攻擊你。代碼只是一堆字節(jié),是一種責任( liability )。
“ 3、對編程有激情
很多程序員干這一行只是為了掙錢,如果有更好的職業(yè),他們會毫不猶豫的辭掉程序員的工作。而優(yōu)秀的程序員熱愛編程,喜歡鉆研代碼中的問題,他們感到能指揮電腦來幫助人們和自己解決現(xiàn)實生活中的問題是一種神奇的能力。當遇到問題無法解決時,他們會茶不思、飯不想,無法入睡。
“ 4、君子善假于物
優(yōu)秀的程序員知道如何能更高效的完成任務(wù),如何更能有效的解決問題。當遇到問題時,不鉆牛角尖,善于利用外部工具解決自己的問題,特別是能熟練應(yīng)用搜索引擎。初級的程序員只會使用百度和百度知道搜索問題,而高級的程序員/優(yōu)秀程序員使用谷歌和Stack Overflow或者MSDN forums這類網(wǎng)站尋找更優(yōu)秀的答案。
“ 5、不僅關(guān)心技術(shù)方面的知識,同時關(guān)注非技術(shù)方面的知識
不稱職的程序員喜歡臨時抱佛腳,只有在需要的時候才去學習。而優(yōu)秀的程序員會去主動學習各種相關(guān)知識,對各種知識來源都有一種開放的心態(tài),而不會象有的人那樣固步自封。 而且,并不只局限在跟職業(yè)相關(guān)的技術(shù)類知識,同時他也會學習任何感到有趣的知識,比如溝通技巧等。
糟糕程序員的幾個表現(xiàn):
(1)無法對代碼進行推理
對代碼進行推理意味著能跟隨代碼的執(zhí)行路徑(“在腦子里運行程序”),同時清楚地知道代碼執(zhí)行的目標。
(2)補救措施
程序猿可以通過實踐來克服這個缺點,如果 IDE 自帶的調(diào)試器能單步調(diào)試,就把它作為助手使用。比如說在 Visual Studio 里,這就意味著要在問題區(qū)域的起始處打上斷點,然后按下‘ F11 ’單步調(diào)試,查看變量的值(變化前后都要查看),直到你明白了代碼正在做什么。如果你的目標環(huán)境不具備這種特性,那就找一個擁有這種特性的環(huán)境去實踐。
這么做的目的是,讓你做到不再需要調(diào)試器就能在腦子里跟隨代碼的流程,而且有足夠的耐心去思考代碼正在對整個程序的狀態(tài)做什么。這么做的好處就是能夠識別出冗余且無用的代碼,而且不需要從頭執(zhí)行整個路徑就能在當前代碼中找出 bug。
(3)難以理解語言的編程模型
面向?qū)ο缶幊? Object Oriented Programming )就是一種語言模型,正如函數(shù)式編程( Functional programming )或聲明式編程( Declarative programming )一樣。它們每一個都和過程式或命令式編程有著顯著不同,就像過程式編程明顯不同于匯編或基于 GOTO 的編程。此外,雖然有很多語言都跟隨同一個主流編程模型(如面向?qū)ο蟮木幊?,但它們都只介紹自己的改進,例如遞推式構(gòu)造列表( list comprehensions )、泛型( generics )、鴨式分類( duck-typing )等等。
(4)不使用版本控制
版本控制確實是一個非常有用的技術(shù)。它不僅可以跟蹤解決方案中的每個文件,存儲整個歷史,還可以區(qū)分不同的版本到分支,知道什么時間是誰改變了什么(并且如果提交的信息足夠詳細,還可以知道原因)。
(5)使用糟糕的變量名
知道將variable1和variable2作為變量名有什么問題嗎?變量應(yīng)該根據(jù)它們做什么或者它們包含什么來命名。對了,Visual Studio有一些強大的重構(gòu)工具,可以相對容易的讓它們回到井然有序的狀態(tài)。
(6)重復代碼
非常推崇《Pragmatic Programmer》(《程序員修煉之道》)這本書,上面推薦的第一個秘訣就是不要重復代碼。上面要求無論如何都不得重復代碼,在我看來過于極端了。如果相同的代碼需要重復4次,那么可以為這段代碼創(chuàng)建一個函數(shù),這將極大地改善你的代碼。
分享名稱:糟糕程序員和優(yōu)秀程序員的區(qū)別?
文章轉(zhuǎn)載:http://www.5511xx.com/article/cospppc.html


咨詢
建站咨詢
