全文共1925字，預計學習時長6分鐘
重構舊代碼、嚴格測試修改後的例程並重新學習最新的熱門框架JavaScript，這些做法總是好的。
但是該關注另一方面了，關注莽撞的編碼者和公司按時打卡者，他們設計出一些前所未見、糟糕透頂的程序。更可悲的是，在現實世界中它們屢見不鮮。
今天，小芯就為大家列出了日常中7個最糟糕的程式設計師守則（也是習慣）和相應的建議。快來看看你有沒有中槍？我們該怎麼做？
0.如果一開始沒有成功，請複製、複製並粘貼
如果上帝（在這裡插入您最喜歡的神靈）希望我們受苦，那麼他就不會在鍵盤上設置Ctrl+ C。
只要掌握正確的複製和粘貼，編程就沒有什麼太難的問題了。
您的任務是將關鍵字的組合拼湊在一起，這將為您帶來StackOverflow的切線相關代碼段。把它裝進您的代碼庫，就可以獲得一些免費代碼！
1.崇拜新事物
花無百日紅。如果您使用的是JavaScript庫，那麼它可能只會紅幾個星期。但無論採用哪種技術，最終都會被新的技術所取代。
新技術令人興奮，而舊的事物也許仍然有用，但一夜之間成為尷尬的存在。記住「它是否給會議上的人留下深刻印象？」比「它仍然有用」要重要。
如果您足夠聰明，那麼可以通過多次編寫相同的軟體而獲得報酬，不過每次使用的庫和框架不同。如果您很敏捷，那麼大可在考慮條式代碼的成本前，跳到一個新平台。不斷變化=一個合理的機會來解決您的錯誤。
2.評論適用於廢柴
您將它寫於代碼中。為什麼在評論中重複呢？（唯一的例外：如果某項功能實施起來有點棘手且很少使用，請添加TODO評論並從該列表中除去。）
此策略也有助於養成＃0的習慣。
3. 保守秘密
如果您不能成為10倍速（以一當十）的程式設計師，那麼請成為有9條命的程式設計師。此類程式設計師難以被解僱，因為他們知道公司應用程式的機密卻拒不分享。
要做到這一點，請做好準備。當初級開發人員問您問題時，您需要把他們帶入複雜的猜謎遊戲中，偶爾不屑一顧的嗤之以鼻、做出諸如「我們對此也是迷惑不解」之類的含糊不清的評論。
當然，您可以分享知識，互相學習並共同成長。但是，如果您的目標是用最少的精力獲得最大程度的工作穩定性，那麼最佳方式就是在這裡發揮領導作用。
4.這是終端用戶的錯
那就是他們想要的答案。
不，他們沒有具體說「構造一個10x 6的按鈕網格來觸發不同的命令」（來自某公司的真實示例）。但是他們確實要求了所有這些命令均可一鍵訪問。
您是一名程式設計師，所以您了解邏輯推理的全部知識。
如果有人質疑您，請記住以下幾點：根據給定的規格，此種用戶介面不僅是最好的，也是唯一的。您甚至不必費心推薦更改——客戶永遠不會同意。等等，這是一項新的功能請求。我們需要另一個按鈕。
5.做測試不要妨礙寫代碼
如果您想提高工作效率，就必須快速處理這些數字。測試絕不能提高效率。
你知道什麼能提高效率嗎？
通過工具輔助代碼生成。自動生成。您需要大量數據，根據資料庫模式自動生成的整個數據類集。下周，您可以更改架構並再次運行所有工具。
現在，這很重要。
測試無論如何都會拉低效率。請記住，敏捷編程意味著永遠沒必要說對不起。
6.寫一次，然後別碰
代碼是不可預測的。
但是當它起作用時，就像是一片精細的雪花小心翼翼地降落在比賽過程中的積木塔上。此時，請欣賞您的創作，但不要冒險改變它。
要牢記PotteryBarn的編碼規則。「如果有人拿起它後被摔壞，那就是他們的問題。」
7.如有疑問，添加其他設計模式
正如前人所言：「計算機科學中的所有問題都可以通過額外的間接層來隱藏。」用螺栓固定新的橋樑、適配器、代理伺服器、外觀和工廠上可能無法解決代碼中的任何錯誤。
但是錯誤會完全地吞併它們，從而將您的缺點變成別人的問題。
另外，模糊不清的錯誤意味著您可以合理地否認。誰知道犯錯的人呢？
多點自信吧，程式設計師們，自信地認錯，自信地成功，自信地面對自我。
Ps：如果看起來一共有8點，那麼請注意，我們在這裡以0為起點開始計數。畢竟，不這樣的話，人們怎麼知道我們是真正的程式設計師™呢？
留言點讚關注
我們一起分享AI學習與發展的乾貨
如轉載，請後台留言，遵守轉載規範