程序員(英文Programmer)是從事程序開(kāi)發(fā)、維護(hù)的專業(yè)人員。一般將程序員分為程序設(shè)計(jì)人員和程序編碼人員，但兩者的界限并不非常清楚，特別是在中國(guó)。而且程序員是個(gè)很費(fèi)腦的工作，那你是程序員里面的保守派還是自由派，來(lái)測(cè)試一下吧，下面是學(xué)習(xí)啦小編為你整理相關(guān)的內(nèi)容，希望大家喜歡!

　　程序員小測(cè)試之你是保守派還是自由派

　　一共有十個(gè)問(wèn)題，每個(gè)問(wèn)題都有 A 和 B 兩個(gè)選項(xiàng)，請(qǐng)選擇你的答案。

　　問(wèn)題一：Bug 還沒(méi)修復(fù)，軟件能不能上線?

　　(A)軟件發(fā)布前，應(yīng)該編寫(xiě)完整測(cè)試，充分調(diào)試，盡量修復(fù)所有bug。

　　(B)不管多努力，bug 總是無(wú)法避免的，如果性質(zhì)不是很?chē)?yán)重，可以先上線，根據(jù)反饋再調(diào)試和修補(bǔ)。

　　問(wèn)題二：容易出錯(cuò)的特性，是否應(yīng)該用在程序中?

　　(A)很多語(yǔ)言的高級(jí)特性都是很容易出錯(cuò)和危險(xiǎn)的，應(yīng)該禁止用在代碼里。沒(méi)有這些特性我們一樣可以進(jìn)行開(kāi)發(fā)，代碼也會(huì)因此變得更安全。

　　(B)聰明的程序員有學(xué)習(xí)動(dòng)力，知道怎么可以解決問(wèn)題。為了避免出錯(cuò)，就立下一堆規(guī)矩，完全不可取。

　　問(wèn)題三：新的語(yǔ)言或語(yǔ)法是否應(yīng)該有所限制?

　　(A)公司里可以使用的語(yǔ)言數(shù)量應(yīng)該受到限制，這樣萬(wàn)一系統(tǒng)在半夜或是圣誕夜掛掉的時(shí)候，值班的人就不需要去臨時(shí)抱佛腳學(xué)習(xí)新語(yǔ)法了。另外，也應(yīng)該禁止改變語(yǔ)言原始定義的語(yǔ)法，比如嚴(yán)格限制操作符重載和元編程。

　　(B)程序員的學(xué)習(xí)能力是驚人的，沒(méi)必要"保護(hù)"程序員遠(yuǎn)離新語(yǔ)法，只要有需要，他們自然能學(xué)會(huì)。

　　問(wèn)題四：靜態(tài)檢查是否必要?

　　(A)編譯器的安全檢查很重要，不能進(jìn)行靜態(tài)檢查的代碼通常是不可接受的。

　　(B)代碼應(yīng)該短小精悍，靜態(tài)檢查工具可能會(huì)讓代碼變得又臭又長(zhǎng)。

　　問(wèn)題五：數(shù)據(jù)是否一定要有格式定義?

　　(A)數(shù)據(jù)必須遵循事先定義好的格式。比如，關(guān)系型數(shù)據(jù)庫(kù)必須滿足第三范式或UML，XML都必須有DTD，NoSQL數(shù)據(jù)庫(kù)必須有單獨(dú)的格式定義(標(biāo)明所有允許的鍵，以及相應(yīng)的值類(lèi)型)。

　　(B)嚴(yán)格的數(shù)據(jù)定義只會(huì)妨礙靈活性，延緩開(kāi)發(fā)進(jìn)程。更好的策略是寫(xiě)一些注釋，或者只定義一部分，甚至先略過(guò)它。因?yàn)樵诖罅坑脩舭咐霈F(xiàn)之前，沒(méi)人知道數(shù)據(jù)可能會(huì)是什么樣，代碼先行才是正確的做法。

　　問(wèn)題六：公共接口是否應(yīng)該靜態(tài)化?

　　(A)公共接口必須嚴(yán)格建模。數(shù)據(jù)絕不可以是無(wú)類(lèi)型的，所有的輸入輸出實(shí)體都必須完整顯式地定義為可以靜態(tài)檢查的模型。

　　(B)公共接口應(yīng)該盡量簡(jiǎn)單，向前向后都兼容。建模時(shí)太過(guò)縝密的話，其實(shí)只是在猜測(cè)接口會(huì)怎么演化。

　　問(wèn)題七：是否可以留有方便修改的后門(mén)?

　　(A)生產(chǎn)系統(tǒng)里絕不允許存在危險(xiǎn)或有風(fēng)險(xiǎn)的后門(mén)。想要通過(guò)調(diào)試器、SSH、或任何接口，連接到工作中的生產(chǎn)系統(tǒng)，去修改運(yùn)行時(shí)的代碼或數(shù)據(jù)，應(yīng)該是不可能的。

　　(B)系統(tǒng)的靈活性，有時(shí)能決定客戶或合同是歸你還是歸對(duì)手。至于生產(chǎn)系統(tǒng)的安全隱患，可以通過(guò)日志、監(jiān)控、審核等手段來(lái)緩解。事實(shí)證明，很多有最高權(quán)限后門(mén)和Shell 接口的大型系統(tǒng)，都做到了在控制風(fēng)險(xiǎn)的同時(shí)具備運(yùn)行靈活性。

　　問(wèn)題八：急需的但有安全隱患的系統(tǒng)，是否可以上線?

　　(A)假如一個(gè)組件的安全性存在任何疑慮，那它就不能發(fā)布上線，團(tuán)隊(duì)怎么哀求都沒(méi)用。

　　(B)企業(yè)要保持競(jìng)爭(zhēng)力，唯有不斷有意識(shí)地去承擔(dān)風(fēng)險(xiǎn)。就算不去冒險(xiǎn)，其他系統(tǒng)急需這個(gè)系統(tǒng)，線上可能還是會(huì)出問(wèn)題，既然如此那還不如冒險(xiǎn)一試。

　　問(wèn)題九：代碼運(yùn)行較慢，是否要去解決?

　　(A)快比慢好。沒(méi)人喜歡慢的代碼，所以代碼的性能一定要好。從一開(kāi)始，就要有性能意識(shí)，那些比較慢的語(yǔ)言和庫(kù)都應(yīng)該避免使用。

　　(B)不要過(guò)早優(yōu)化，代碼先跑起來(lái)再說(shuō)。正確性比性能重要，而原型的快速迭代又比正確性更重要。只有當(dāng)客戶將性能列為首要問(wèn)題時(shí)，再進(jìn)行優(yōu)化。

　　問(wèn)題十：你最認(rèn)可的語(yǔ)言是哪一個(gè)?

　　(A)C++、Java、C#、D、Go、Clojure、Ada、Ocaml、Eiffel、Clojure、Erlang、Pascal、Haskell、SML。

　　(B)C、Objective-C、JavaScript、Visual Basic、Lua、Scheme、Python、Common Lisp、Smalltalk/Squeak、Perl、Ruby、PHP，Bash。

　　測(cè)試結(jié)果顯示你是保守派還是自由派

　　如果你的答案有超過(guò)一半的 A，你就屬于保守派程序員。你非常重視軟件安全和可靠性，厭惡風(fēng)險(xiǎn)，提倡嚴(yán)格管理，認(rèn)為有效的規(guī)章制度是軟件質(zhì)量的保證。

　　如果你的答案有超過(guò)一半的 B，你就屬于自由派程序員。你重視軟件開(kāi)發(fā)的靈活性，提倡給予程序員足夠的自由，只要新功能順利上線，可以接受一定的風(fēng)險(xiǎn)和瑕疵。

　　保守派或自由派，都沒(méi)問(wèn)題，都是可取的。問(wèn)題是一支和諧的團(tuán)隊(duì)最好是由單一人群組成，要么全是自由派，要么全是保守派，免得雙方不停地發(fā)生理念上的沖突。