在選擇成為計算機類軟體工程專業的學生後，我便與程式碼有了緊密的聯絡，在寫程式碼的同時，每個人的習慣都不同，所以也會形成自己的程式碼特點，而透過在網路上查詢資料，我也瞭解了一些大廠的程式碼規範。大廠程式碼規範可以提升程式碼質量，一致的程式碼風格、命名約定和程式設計習慣能夠減少錯誤發生的機率，提升程式碼的可讀性和可維護性。在大規模專案中，這尤為重要，因為任何微小的錯誤都可能引發連鎖反應。還能夠促進團隊協作，當團隊成員遵循相同的程式碼規範時，他們可以更輕鬆地理解和修改彼此的程式碼，從而減少溝通成本，提升協作效率。大廠程式碼規範往往基於廣泛接受的行業標準和最佳實踐，這使得專案程式碼更容易被其他團隊或開發者理解和接手，增強了專案的可移植性和可擴充套件性。
接下來是我查詢到的大廠程式碼規範的核心要素
①命名規範：一些稱謂儘量少用ABC代替 多使用一些有針對意義的詞來代替。名字過於簡單會難以區分為修改程式碼造成不必要的麻煩。而且起名不宜過長，過長的稱謂不容易確認而且容易出錯。一般遵循：作用域越大，名字越長，作用域越小，名字越短。
變數命名：採用描述性且簡潔的命名方式，遵循駝峰命名法（CamelCase）或小寫加下劃線（snake_case），具體取決於專案或語言約定。
函式命名：明確表達函式的功能，對於返回布林值的函式，常以is、has、can等字首開頭。
類與介面命名：使用大駝峰命名法（PascalCase），清晰區分型別與例項。
另外，起名不要帶有歧義，要考慮到以後看見這個稱謂自己或其他人會不會造成誤解從而影響修改，儘量不使用有特殊含義的字母。
②編碼風格
縮排與空格：統一使用空格或製表符進行縮排，並明確每級縮排的寬度。必要的空行和縮排有助於程式碼的美觀清晰易懂，若一個程式碼塊之間無空行和縮排，程式碼將會較難識別，並且不容易修改。
大括號風格：遵循K&R風格、Allman風格或其他團隊約定的風格。
註釋與文件：為複雜邏輯、關鍵演算法及公開API編寫清晰、準確的註釋和文件。這樣可以讓程式碼有比較良好的可讀性，而且必要的地方需要加上註釋。程式碼不單單是給自己看也是給別人看的，大家讀得懂自己的程式碼可以更好地發現問題並一起解決從而提高程式設計效率。一般較複雜的迴圈程式或函式要適當新增註釋 讓自己更加願意去修改程式碼。
③程式設計實踐
程式碼複用：透過函式、模組、類等方式實現程式碼複用，避免重複造輪子。對於函式的呼叫，一般編寫要遵循逐層優先順序遞減順序。
錯誤處理：合理處理異常和錯誤，確保程式的健壯性和可恢復性。
效能最佳化：在不影響可讀性和可維護性的前提下，對關鍵路徑進行效能最佳化。
④版本控制
Git流程：遵循Feature Branch Workflow、Gitflow等版本控制流程，確保程式碼合併的有序和可追溯。
Commit規範：使用清晰的提交資訊，如遵循Angular的Commit Message Convention，便於後續的程式碼審查和版本管理。
以上就是我瞭解到的相關的程式碼規範，希望在接下來的程式碼學習的日子裡，可以逐漸向其靠攏。