-
1 # 散居獵人
-
2 # 老白說IT
個人覺得應該是模組化和抽象。
當我們寫一些個人的小的專案的時候，可能不會有覺得任何區別，模不模組抽不抽象關係不大。但是人是會成長的，程式碼也是，當我們開始接手大型專案的時候比如100w行的專案的時候，就會發現如果模組抽象沒有做好那麼維護起來會非常困難，錯誤查詢起來很困難，邏輯即使寫了註釋可能也很難理解。
個人覺得這是一個非常好的習慣，應該從一開始就去有意識的學習思考和模仿。這樣不僅可以一直保持自身程式碼的質量比較高，錯誤定位比較容易。但最重要的是早期如果沒有養成很好的模組化思維，到了後期需要這種思維的時候，轉變起來會比較吃力，每次的code review都會很痛苦。
-
3 # 神奇君大本營
01，程式碼必須規範
任何程式語言都有自己的一套規範，好的規範使程式碼易於閱讀，可以使錯誤無處躲藏。您喜歡Java類名稱應遵循以下規則：
必須以大寫字母開頭
最好是一個名詞，例如System
儘量不要忽略單詞的第一個字母
這是一個例子：
同樣，例如，公共類Writer {}，應根據以下規則命名方法：
必須以小寫字母開頭
最好是一個動詞，例如print（）
可以包含多個單詞，第一個單詞小寫，大寫其他單詞，例如actionPerformed（）
這是一個例子：
void writeBook（）{}就像在路上遵守交通規則一樣，否則後果是不可想象的。如果在阿里工作，ali Java開發手冊，請切記上面列出的內容，至少放在桌上，主動學習和靈活的應用。
當我在日本的時候，公司中有一個關於ActionScript Aspect的編碼協議，其詳細程度可以與Ali的開發手冊相提並論，但是它並不對外開放。數年過去了，雖然法規的內容被完全遺忘了，但它給我留下了深刻的印象。
原始碼是“ Xiang”，但是我不建議新手提出後立即閱讀原始碼，因為這很容易勸阻。就像在文章開頭學習駕駛執照一樣，如果您從第三個主題開始，那很可能要走到最後。
閱讀原始碼之前，必須準備好技術準備。也就是說，在科目3練習之前，應通過科目1的理論知識考試，應掌握科目2的基本技能，如果方向盤不工作，則不會踩油門和剎車，沒有裝備，教練就不怕心臟病發作。
一旦達到一定水平的技術能力，想再走一步，閱讀原始碼，它將成為必須。因為閱讀原始碼具有以下優點：
解決錯誤。如果Google，Stack Overflow我找不到答案，那麼閱讀原始碼幾乎是唯一可能的解決方案。
知道為什麼 。例如，您想知道為什麼String Class是不可變的，您必須鑽取原始碼才能理解。
研究。為什麼大牛推薦GitHub，因為上面的專案是開源的，所以可以直接閱讀原始碼。
改革。很多時候，我們有一個車輪，但是為了滿足需要，它需要進行一些修改，在更改之前必須閱讀原始碼，否則車輪可能會變成錘子。
您知道閱讀原始碼的好處嗎？可能會有一個小夥伴問，如何閱讀原始碼，有哪些技巧？讓我分享我的經驗：
首先閱讀文件。知道庫的用途，知道類的含義，知道方法的含義，知道變數的含義。
斷點，除錯。程式碼之間將存在許多呼叫關係，如果您不能只看它並用原始碼來做，很可能您不知道程式碼是如何連線的，通過除錯，您可以看到整個原始碼的上下文。程式碼。
閱讀原始碼後分享經驗。好記要比壞記要好，寫下來，不僅是為了閱讀原始碼後能分享您的快樂，更重要的是，當Notes幾乎被人們遺忘時，它可以喚醒您的記憶。
我在技術交流小組中有一個這樣的小夥伴，一年多過去了，增長很少，如果遇到問題，請將它們扔到小組中，或者直接傳送給我。我發現，現在提出的問題與一年前提出的問題非常相似，只是形式上的改變。
這是什麼意思？這個小朋友沒有學會獨立思考，沒有學會從一個例子中得出推論。人們最寶貴的財產不是金錢，而是思考的能力，對嗎？ ？您使用大腦的次數越多，它變得越靈活，就不需要了，它確實會生鏽。
一旦您學會了自己思考，那麼您的解決問題的能力就會真正提高一個很高的水平-從合格的程式設計師變成優秀的程式設計師的關鍵點。在大學的兩年中，成長真的很慢，因為我想問同學們是否有任何問題，問老師，結果，學生和老師都進步了，我還是一樣。
大三實習後，一切都在悄悄地改變，領導非常忙，沒有時間幫助您解決一些小問題。另外，對不起，你不能讓領導看見內褲，不能，我只得自己做。
更加艱難的時期，真正的發現，我可以在沒有他人幫助的情況下解決問題。隨著時間的流逝，我逐漸在團隊中炫耀。
根據胡適先生的說法，就是要質疑一切，然後進行假設，最後，我們需要證明這一點。
您喜歡Java程式設計師知道String類是不可變的嗎，如果它是可變的呢？它將是什麼樣子，您將在學習後瞭解到，這是一個不可變類的設計方式，我可以自己建立一個不可變類！
好的，親愛的朋友，這就是本文的意思，也許您已經養成了這些習慣，那太好了，我必須喜歡您。 如果您保持其他好習慣。
-
4 # ATech
Code Review
程式碼是工程師最好的名片，藏著掖著、互不交流，就無法帶來信賴、合作與提升。每天和同事們一起coding，互相review，互相協同，互相認同，找到溝通和合作的方式。
-
5 # testerzhang
本人不是開發人員，但是我還是要說下我個人的觀點。
2.邊寫邊格式化程式碼
3.編寫易理解的變數，函式，類
4.重複的功能抽離
5.功能完成後，優化異常處理邏輯
6.日誌分級別輸出，不多打不少打。
7.良好的註釋
8.日誌要能知道誰在什麼時間完成了一件什麼事。
最後以Hello World結束問題。
-
6 # 美一天進步一點點
簡單明瞭的答覆你：先思而後行。做好業務場景設計，未來的可擴充套件性，共性程式碼抽象化，功能模組化，編碼規範化，最好做到測試驅動開發，再有就是寫好log的分級輸出。
-
7 # 張之一
值得堅持的習慣有好些呢！比如保持良好的生活習慣、線上線下多交幾個同行朋友、適當運動充足睡眠等…… 而涉及專業的習慣，我認為下面幾條很重要：
審題
語文老師經常強調作文審題的重要性，否則“下筆千言離題萬里”。其實這道理更適合程式設計。“審題”按行話講就是“需求分析”。把需求吃準吃透至關重要，這是後續一攬子工作的依據。
原始碼格式規範
原始碼文字是程式開發、除錯糾錯、維護升級的核心檔案，工整規範是非常基本和重要的要求。
精準通透的需求分析和簡潔清晰的實現設計對程式碼文件質量的影響是根本性的。
持之以恆、終身學習
“三天不練手生”，計算機程式設計技術發展很快，要在這個圈裡混，最省力的辦法就是持續跟進，丟生了東山再起困難更大。
-
8 # 桐瑋IT學習堂
一開始就需要堅持有正確的程式設計格式，語法正確，可以用10行程式碼寫的類，不要用超過100行的實現，
做到高類聚，低耦合。儘量模組化設計，比如說，介面類的程式不能單一，要有可變性。
-
9 # 輕鬆做副業
註釋，規範等習慣想不想不養成都不行，通常團隊都有程式碼規範，註釋呢，你自己都會逼著你自己寫註釋的！
最重要的習慣是知識沉澱！建議寫技術筆記！優秀的演算法和解題思路一定要記下來，以免後面用到，另外就是不斷優化自己的程式碼，用最好的演算法去實現邏輯功能！
回覆列表
可讀性，格式規整，結構清晰，平鋪直敘。
可重用性，模組化，演算法模型註釋解說。
互動性，提示過程進度。
持續優化，不斷演進。
開發日誌。
搜尋資料整理文件。
以上六條，從一而終。