程序員改代碼采訪

1. 程序員如何寫出更好的程序代碼

Martin Thompson是java Champion稱號獲得者，同時也是一名高性能計算科學家。他說，為了寫出更好的代碼，程序員需要運用基本設計原則，閱讀已有代碼。在QCon London 2016大會上，他做了題為「挖掘你的工程師屬性（Engineering You）」的演講。InfoQ在會後采訪了他，內容涉及軟體行業面臨的挑戰及程序員如何應對那些挑戰成為更好的軟體工程師。
軟體開發面臨的其中一個最大的挑戰就是處理應用程序規模增長帶來的復雜性。對象、組件、模塊或系統之間的耦合程度越高，我們需要承擔的後果就越多。這些後果包括但不限於修改困難、故障蔓延、由於爭用而無法擴展、由於關聯操作而導致的性能問題。時間、空間和實現上的松耦合對於擴展性和彈性而言至關重要。「共生性（Connascence）」可以很好地描述耦合，一個模塊/組件的變化會導致另一個模塊/組件的變化。
我發現，內聚比耦合更微妙。我喜歡將內聚理解為統一性。當我們考慮在不同的方面使用同一個組件時，就失去了統一性，這會導致不必要的行為和特徵。軟體設計中的低內聚常常是一個很好的需求或團隊狀況指標。通常，內聚設計很容易跟蹤，由於相關的函數和特性都進行了分組，相互關聯，所以可發現性很高。
如果我們希望成為更好的軟體工程師，那麼提高我們運用基本設計原則的技能應該成為我們日常活動的核心。在訓練和實踐中不斷重復是讓技能成為第二天性的最好方法。

2. 重慶北大青鳥：Java程序員編寫代碼的技巧

java程序員編寫代碼的技巧有哪些呢？Java程序員必須努力編寫完美的代碼，因此，為了編寫干凈的代碼，必須知道如何編寫才是真正的好方法，下面重慶重慶java軟體開發為大家總結了一些幫助編寫代碼的小方法。
1、編寫之前進行思考首先花10分鍾，20分鍾甚至30分鍾的時間來思考你需要什麼，以及哪些設計模式適合你將要編碼的內容。
這個時候重慶重慶IT培訓認為你會很高興你花費的這些時間，當你必須改變或添加一些代碼時，你不會擔心花費的幾分鍾，而是會花更多的時間去琢磨。
2、代碼進行注釋沒有什麼比兩個月後檢查你的代碼並不記得它被用來做什麼更糟的了。
重要的都注釋一下，如果是自己非常了解的內容，重慶北大青鳥建議這些可以選擇不進行注釋。
3、不要復制粘貼代碼最後自己手寫代碼，復制粘貼代碼會出現代碼塊重復的情況，並且不利於代碼的解讀。
4、學會測試代碼測試、測試、測試你的代碼。
不要等到你完成了程序才測試它，否則當你發現一個巨大的錯誤時，你會後悔之前的決定。
因為重慶計算機培訓學校發現如果你沒有進行每段代碼測試，最後出現問題是很難找到的。

3. 我需要兩個程序員讓我采訪，就是幾個問題而已。

采訪吧。給採納就可以
我不算正式的程序員，是屬於計算機競賽的學生，你有關理論類、演算法類都可以咨詢
我另外了解一些可視化編程
（但是，網路安全類的問題就免了，問題也不要太多）

采訪不需要收費吧。。

4. 北京北大青鳥：如何成為一名優秀的程序員

如何成為優秀的程序員，這個問題我也曾經問過我自己，可惜我做的還不夠好，經常這么反問自己的話，會提升你對開發流程工藝思考，同時沒事也可以問問身邊的是程序員的同事，我相信你們會引發一些有趣的討論，但是北京計算機學習http://www.kmbdqn.cn/個人認為掌握下面五個技能非常重要，看看吧，為了我們都成為優秀的程序員。
1，問題分解編程很大程度上是來解決問題，但是寫代碼之前，程序員需要弄清楚如何解決這些問題。
一個優秀的程序員會嘗試把這些問題進行拆分，然後一部分一部分去開發，直到每個部分都可以很容易的解決。
但是僅僅做到這些還不夠，一個優秀的程序員會發明一種工作模式，利用現有的標准化邏輯去開發，便於實現和測試。
一些很復雜的程序，復雜部分的原因是代碼實施不能完美的解決問題，而且代碼難以理解。
當遇到難題建模，曾經采訪優秀的開發者：「很少有程序是不能修改的，但是如果你看一段代碼，它往往看起來很復雜，很多人覺得無從下手，他們往往這是缺乏思考的一種表現，而我會捲起袖子試圖修復它，慢慢的其實這些都不算困難，而且很容易。
」2，情景分析好的開發人員有能力考慮許多不同的場景。
這既適用於程序中的邏輯,以及內部和外部事件可能發生。
考慮不同的路徑的邏輯,他們會問這樣的問題:如果這個論點是零？如果這些條件是真的嗎？這是線程安全的方法嗎？發現軟體需要處理什麼類型的事件,他們會問這樣的問題:如果這個隊列變得滿了嗎？如果沒有響應這個請求嗎？如果其他伺服器重啟,這個伺服器重新啟動嗎？優秀的程序員會問自己：「這怎麼能算結束呢？」說明他們還想測試自己的能力，相比之下，沒有經驗的程序員大多隻考慮自己，能夠暫時解決問題就行，當然大部分不可避免的意外情況發生，他們都有方法解決。
3，所示命名編程在很大程度上由命名的事情:類、方法和變數。
如果做得好,程序變得很大程度上是在自我記錄,這意味著程序的功能是非常清楚的執行源代碼。
自我記錄的代碼的一個作用是,它自然會導致許多較小的差錯,而不是幾個很大的功能缺陷，因為這些優秀的代碼將存在很多的地方。
想出好名字要困難得多。
我喜歡一句話:「計算機科學中只有兩個艱難的事:緩存失效和命名的東西。
「部分命名是很困難的,因為它需要清晰的在腦海中每個名字代表什麼。
有時這是不清楚,但隨著開發的進行才會顯現。
因此,重命名命名一樣重要。
」命名的東西也還包括提出的概念,以及這些概念應該叫什麼。
通過考慮周全,明顯命名概念一致地使用，編寫的程序才會變得更容易。

5. 程序員剛工作時大部分都是在幹嘛

程序員剛工作的時候大部分都是在修改程序，在不停的看書、看案例，看代碼。其實還是很枯燥單調的一項工作，不過前期的這一段辛苦和枯燥的生活過後，也可以體會到程序成功的那種喜悅。

小強就是一名典型的程序員，上大學的時候學習的計算機，所以大三選擇方向的時候也是選真的程序系統方面，畢業之後就直接去了北京，因為程序員在北京很好找工作，並且福利待遇也算可以的。小強進入了一家中型企業之後，就開始了自己的程序員之路。剛開始的時候，真的挺無聊和枯燥的，簡單的工作，就是每一天都和代碼打交道，每一天都和自己的電腦為伴，整個人看上去很疲憊，但是沒有辦法，就是不停地修改程序代碼，然後結合著其他的案例，或者就是找書看代碼。

總之作為程序員的小強，在剛剛畢業的那兩年，每天的工作幾乎就是這樣的，不停地研究代碼，研究程序，針對客戶的需求來編寫代碼，接著測試、修改、再測試，每一天幾乎都是差不多的內容，但是每一天又有不一樣的地方，雖然是枯燥的，單一的，但是也很充實，有時候甚至半夜都會想起來，自己的某個程序中某些代碼不太對，還可以更優化。

小強覺得那段日子很苦、很累，沒有什麼休閑生活，也沒有幾個朋友，更沒有時間談戀愛。但是當自己看到自己編寫的代碼測試成功，自己編寫的程序可以正式上線後，那種喜悅和興奮是無法用語言來形容的，剛剛工作時候的辛勞和汗水，枯燥和無聊，好像一切都是值得的。

6. 北大青鳥分享系統程序員怎樣把代碼寫得又快又好

很多初學者包括一些有經驗的程序員，在敲完代碼的最後一個字元後，馬上開始編譯和運行，迫不急待的想看到自己的工作成果。快速反饋有助於滿足自己的成就感，但是同時也會帶來一些問題：

讓編譯器幫你檢查語法錯誤可以省些時間，但程序員往往太專注這些錯誤了，以為改完這些錯誤就萬事大吉了。其實不然，很多錯誤編譯器是發現不了的，像內存錯誤和線程死鎖等等，這些錯誤可能逃過簡單的測試而遺留在代碼中，直到集成測試或者軟體發布之後才暴露出來，那時就要花更大代價去修改它們了。

修改完編譯錯誤之後就是運行程序了，運行起來有錯誤，就輪到調試器上場了。花了不少時間去調試，發現無非是些低級錯誤，或許你會自責自己粗心大意，但是下次可能還是犯同樣的錯誤。更嚴重的是這種debug & fix的方法，往往是頭痛醫頭腳痛醫腳，導致低質量的軟體。

讓編譯器幫你檢查語法錯誤，讓調試器幫你查BUG，這是天經地義的事，但這確實是又慢又爛的方法。就像你要到離家東邊1000米的地方開會，結果你往西邊走，又是坐車又是搭飛機，花了一周時間，也繞著地球轉了一周，終於到了會議室，你還大發感慨說，現代的交通工具真是發達啊。其實你往東走，走路也只要十多分鍾就到了。不管你的調試技巧有多高，都不如一次性寫好更高效。

下面是我在閱讀自己代碼時的一些方法：

檢查常見錯誤

第一遍閱讀時主要關注語法錯誤、代碼排版和命名規則等等問題，只要看不順眼就修改它們。讀完之後，你的代碼很少有低級錯誤，看起來也比較干凈清爽。第二遍重點關注常見編程錯誤，比如內存泄露和可能的越界訪問，變數沒有初始化，函數忘記返回值等等，在後面的章節中，我會介紹這些常見錯誤，避免這些錯誤可以為你省大量的時間。如果有時間，在測試完成之後，還可以考慮是否有更好的實現方法，甚至嘗試重新去實現它們。說了讀者可能不相信，在學習編程的前幾年，我經常重寫整個模塊，只我覺得能做得更好，能驗證我的一些想法，或提高我的編程能力，即使連續幾天加班到晚上十一點，我也要重寫它們。

模擬計算機執行

常見錯誤是比較死的東西，按照檢查列表一條一條的做就行了。有些邏輯通常不是這么直觀的，這時可以自己模擬計算機去執行，假想你自己是計算機，讀入這些代碼時你會怎麼處理。北大青鳥http://www.kmbdqn.com/認為這種方法能有效的完善我們的思路，考慮不同的輸入數據，各種邊界值，這能幫助我們想到一些沒有處理的情況，讓程序的邏輯更嚴謹。

7. 成都北大青鳥：Java程序員編寫代碼的技巧

java程序員編寫代碼的技巧有哪些呢？Java程序員必須努力編寫完美的代碼，因此，為了編寫干凈的代碼，必須知道如何編寫才是真正的好方法，下面成都成都java軟體開發為大家總結了一些幫助編寫代碼的小方法。
1、編寫之前進行思考首先花10分鍾，20分鍾甚至30分鍾的時間來思考你需要什麼，以及哪些設計模式適合你將要編碼的內容。
這個時候成都成都IT培訓認為你會很高興你花費的這些時間，當你必須改變或添加一些代碼時，你不會擔心花費的幾分鍾，而是會花更多的時間去琢磨。
2、代碼進行注釋沒有什麼比兩個月後檢查你的代碼並不記得它被用來做什麼更糟的了。
重要的都注釋一下，如果是自己非常了解的內容，成都北大青鳥建議這些可以選擇不進行注釋。
3、不要復制粘貼代碼最後自己手寫代碼，復制粘貼代碼會出現代碼塊重復的情況，並且不利於代碼的解讀。
4、學會測試代碼測試、測試、測試你的代碼。
不要等到你完成了程序才測試它，否則當你發現一個巨大的錯誤時，你會後悔之前的決定。
因為成都計算機培訓學校發現如果你沒有進行每段代碼測試，最後出現問題是很難找到的。

8. 程序員都有祖傳代碼，就不會有問題了嗎

程序員被戲稱為“碼農”，天天與代碼打交道的他們按理說應該對代碼有著深厚的感情基礎，但在每個科技公司都有這樣一種代碼：多數程序員們都怕遇到，有經驗老碼農有時候也束手無策，往往一步錯、步步錯，動了一小行，改大半月。相信很多程序員都被這種代碼折磨過，就是大名鼎鼎的“祖傳代碼”

傳統觀點認為，工程技術團隊應該為代碼庫（也就是技術債務的所處環境）建立一種直觀的感受，了解其對公司的影響，而後在組織內建立信任。如果首席架構師強調重構核心代碼，那麼，開發者通常就得按照指示行動。誠然，如果公司可以對技術債務建立起一種共識與信任文化，這將有利於挽留優秀的工程師，並保持業務良好運作，但這往往需要多年努力。

9. 重慶北大青鳥：程序員如何規范代碼的編寫方法

對於每個程序員來說，養成良好的代碼編寫方法是非常關鍵的。
在編寫代碼的過程中，每個人的方法是不同的，那麼應該如何規范自己代碼編寫的方法呢？規范編寫代碼有哪些要求呢？下面電腦培訓帶大家認識代碼編寫的方法。
一、保證代碼壓縮後不會出錯對於大的JavaScript項目，一般來說，包含在項目中的所有JavaScript文件在產品公開時都會被壓縮。
為了正確壓縮代碼，通常需要考慮壓縮工具的必要條件，如句子用分號正常結束，中括弧結束等。
因此，IT培訓發現當編寫代碼沒有按照標准進行時，在發生壓縮錯誤後再次尋找錯誤是浪費時間的。
二、保證代碼能夠通過自動格式化功能一般情況下需要使用完善的開發工具進行自動化格式功能，這個功能能夠進行換行、縮進和空格等方法的代碼編排，並且還可以設置自己喜歡的格式。
別人在閱讀你的代碼時需要使用IDE進行格式轉換，以滿足個人的閱讀風格。
重慶北大青鳥認為閱讀代碼能夠更加深入的了解代碼調用和細節的實現，這是簡單的文檔不能實現的。
三、使用標準的文檔注釋這是編寫代碼中最基本的要求，能夠很好的了解代碼的提示，並且還可以利用配套的文檔工具生產其他格式讓別人閱讀。
北大青鳥認為編寫完整的注釋還可以使團隊成員更容易閱讀您的代碼。
通過您的參數描述，團隊成員很容易了解您想要傳遞參與實現細節和編寫的方法。