在自己的職業(yè)生涯和學習經(jīng)歷中，網(wǎng)站建設(shè)開發(fā)人員會開發(fā)一些壞習慣。在這篇文章中，作者向讀者展示了他有或不能改變的壞習慣。他希望如果你剛開始這個職業(yè)，你可以避免這些壞習慣；如果你有這些問題，我希望你能意識到它們并開始改變它們。1.拒絕尋求幫助這篇文章在學習和工作場景中很常見。我們很多人都不尋求幫助。原因有很多，但我認為主要原因是自尊和恐懼讓人們認為他們什么都不會。我們很多人冒名頂替綜合征，覺得自己不完全勝任工作。我在公司、與客戶打交道，甚至在課堂和輔導(dǎo)中都有這種感覺。我們認為尋求幫助會增強這種感覺。但事實上，它浪費了很多時間，阻礙了你的成長。其他真正的網(wǎng)站建設(shè)開發(fā)人員都是視頻或書籍資源，甚至比這些好得多。他們可以直接回答你的問題，幫助你真正理解它。只有混蛋才會因為你的問題而批評你我會盡量避開這些人。如果你想自己找答案，不想求助，那也沒問題，給自己一個時間限制。當你的前任在你身邊，他可能知道或至少可以幫助你時，不要浪費幾天時間尋找答案。2.20個要點，列出錯誤郵件，功能要求又有什么不一樣的商品是一個問題。他們經(jīng)常引起指控，你為什么不修理？$XY，五周前我指出了嗎？你的頭的發(fā)展能否鉆出這些獨白到可行的票，你可能會忘記的東西。并不是說你媽媽沒有教你一切，而是試圖教你的客戶或經(jīng)理如何使用它bug跟蹤系統(tǒng)，或者項目管理工具，這樣你既節(jié)省時間發(fā)送無數(shù)冗長的電子郵件，他們會有一個更好的查看你目前的工作。3.這更多的是一種技術(shù)習慣，但也可能意味著很多事情。您應(yīng)該以直觀、高效、安全的方式編寫代碼。自學太難了，因為在相關(guān)課程中，你學到的不是寫某些代碼的最佳方法，而是導(dǎo)師認為最容易理解一些核心概念。因此，您必須進行一些額外的研究，以找理代碼的最佳方法。我絕對建議你使用避免重復(fù)代碼原則（DRYprinciple，don’trepeatyourself）。如果遇到常見的代碼塊，創(chuàng)建某種類（class）或“函數(shù)”（function）將這部分功能合并，而不僅僅是重復(fù)它。這使得代碼更加簡潔，節(jié)省了大量的代碼行，并且方便他人使用。還要注意性能，比如壓縮圖片，縮小圖片JavaScript和CSS。你可以使用taskrunner（如gulp）你甚至可以使用其他工具自動完成壓縮，面對小任務(wù)minifier.org等待手動完成。4.戰(zhàn)爭結(jié)束<spanstyle=">分裂你的團隊，你的發(fā)展固定部分是個壞主意，不敏捷(別擔心，我們不習慣用這個詞)。分離的前端和后端”導(dǎo)致“grabenk?mpfe(或:戰(zhàn)爭結(jié)束)，這是–毫不奇怪–不是偉大的團隊精神。前端網(wǎng)站建設(shè)開發(fā)者會抱怨后端變化需要很長時間，后端開發(fā)者會抱怨第五次變化API在今年“。5.不要從錯誤中吸取教訓作為網(wǎng)站建設(shè)開發(fā)人員，你會犯很多錯誤，這是不可避免的，也沒什么大不了的。但如果你總是犯同樣的錯誤，不能從中吸取教訓，那就有問題了。當你犯錯誤時，我建議你遵循這樣一個過程：找出錯誤的根本原因是什么；找到可以防止錯誤再次發(fā)生的過程；找出錯誤是否可以避免后果。建設(shè)性批評是學習的絕佳資源，因為建設(shè)性批評非常有針對性，是你現(xiàn)有的問題，是別人給你的具體解決方案，這是無價的。其實代碼審查簡直太棒了，你可以得到別人的建議，改進你的代碼甚至自己。所以除非你真的被攻擊，或者故意取笑和不尊重，否則不要把這些事情當作人身攻擊?？偸呛茈y聽到別人的批評或改進建議，但最終，這會讓你成為一個更好的開發(fā)者。我希望這些建議能對你有所幫助，無論是新網(wǎng)站建設(shè)者還是經(jīng)驗豐富的老手。