作為一個有著多年網(wǎng)站開發(fā)經(jīng)驗的網(wǎng)站開發(fā)者，每天都會遇到許許多多的事情和問題，包括項目上的，專業(yè)問題上的，溝通上的，以及一些瑣碎的。那么我們網(wǎng)站開發(fā)者該如何去一一面對這些問題呢？本文就羅列了八個網(wǎng)站開發(fā)者需要具備的要素：
1. 新的、復(fù)雜的技術(shù)
有些網(wǎng)站開發(fā)或軟件開發(fā)人員很懶惰，經(jīng)常沉浸在他們的“Good Old”技術(shù)中。要知道，IT 正在以令人難以置信的速度發(fā)展，每一天都會有新的、更好的技術(shù)出現(xiàn)。
因此，開發(fā)人員要以開放的態(tài)度，多學(xué)習(xí)一些東西，閱讀一些博客，使你不至于與新技術(shù)脫節(jié)。如果技術(shù)/框架滿足你的需求，嘗試一下也無妨。
2. 改變
在網(wǎng)站開發(fā)或軟件開發(fā)中，沒有什么事情會一直停滯不前?，F(xiàn)在你正在開發(fā)的東西，只是軟件的其中一個版本，未來隨時可能發(fā)生變化。
變化是在網(wǎng)站開發(fā)或軟件開發(fā)中常見的事情，你好接受這一事實。一種好的做法是，使你的代碼更加模塊化，這樣在未來需求改變時，可以容易地進(jìn)行更改。
遵循 DRY(Don't Repeat Yourself)和 YAGNI(You Aren't Gonna Need It)原則。經(jīng)?？纯茨愕拇a，相信自己可以做得更好。立即采取行動，并進(jìn)行重構(gòu)，你等的時間越長，代碼維護(hù)起來就越艱難。有可能會混亂到你無法處理。
好代碼是很容易改變的代碼。代碼會不斷改變，直到它不再容易改變?yōu)橹埂Ｄ菚r所有的代碼已經(jīng)變成了糟糕的代碼。—— 匿名
3. 移除死代碼和注釋掉的代碼
在開發(fā)中，往往會遇到一些無用的或注釋掉的代碼，你可能不愿意刪除，因為你不知道它們以后會不會排上用場。
立刻刪除了吧!因為有版本管理工具來負(fù)責(zé)記住這些代碼?，F(xiàn)實中太多的項目充斥著大量注釋掉的代碼，如果不需要，就刪除吧，不要害怕。
完美，不是在沒有東西需要補(bǔ)充的時候，而是在沒有東西需要去掉的時候。——《小王子》
4. 你自己代碼的穩(wěn)定性
你向你的老板或客戶展示你的項目時，你開始擔(dān)心“能正常運行嗎？希望我在開發(fā)過程中沒有遺漏什么。”
這是一個不好的征兆，你不應(yīng)該擔(dān)心。你應(yīng)該盡早測試你的項目。當(dāng)然，你無法 100% 肯定你的作品是完美的，但通過編寫自動化測試，可以大大提高你對你的代碼的信任度。
5. 向其他人展示你的代碼
你是不是害怕其他人審查你的代碼？為什么呢？你沒有盡全力寫好嗎？你害怕犯任何錯誤嗎？
你不應(yīng)該這樣，代碼審查中發(fā)現(xiàn)的每一處錯誤都可以為你積累一些經(jīng)驗，在以后的編碼中，你將不會再犯同樣的錯誤。因此，你應(yīng)該為你寫的代碼感到驕傲，不要害怕別人看到。
6. 項目時間壓力
別讓時間壓力毀了項目的質(zhì)量。保證你的代碼干凈、穩(wěn)定，這是你的工作。高質(zhì)量也意味著需要深思熟慮的決策和開發(fā)時間，有時你需要爭取一下。你的客戶期待你用 100%(甚至 120%)的努力來完成一個可維護(hù)的、先進(jìn)的產(chǎn)品，如果終你交付一個次品，那么你后面的時間將被各種需求變更、維護(hù)工作占用，并且老板和客戶對你的信任度也會降低。
7. 犯錯誤
沒有人是完美的，每個人都會犯錯誤。犯錯是一個學(xué)習(xí)的過程。如果你不承認(rèn)任何錯誤，你將不會有任何改善。
所以，每當(dāng)你犯了一個錯誤的時候，你要從中學(xué)到一些新的東西，來提高你的知識。此外，不要隱藏自己的錯誤，或為它們感到羞愧，誠實、坦率地說出你的錯誤，為自己或他人作前車之鑒。批評與自我批評是推動一個成功團(tuán)隊向前的重要工具。
從未犯過錯誤的人，是沒有機(jī)會嘗試新東西的。—— 阿爾伯特·愛因斯坦
8. 失敗
這是重要的一個。如果你害怕失敗，那么你將永遠(yuǎn)無法解決手頭的問題。永遠(yuǎn)不要放棄希望，把它當(dāng)作是一個挑戰(zhàn)。嘗試從另一個角度看東西。成功地解決難題之后，會讓你更加強(qiáng)大。
我并沒有失敗，我剛剛發(fā)現(xiàn)了 1 萬種無法正常工作的方式。——托馬斯·愛迪生
