這個圖片是我用xmind編輯的。歡迎大家來糾正或添加！
再來說說我對網站開發的理解與碰到的問題。
網站的前端有幾個部分我覺得很重要：
1.優雅的文字提示
2.合理的頁面設計
3.適當的腳本特效
一進入這個網站，就讓人有一種非常舒適的感覺。並且在舒適的基礎上有奪人眼球的特效，再有貼心的提示，我相信肯定能給瀏覽者一種獨特的印象，讓他們記住這個網站。，即使他們沒有獲取到他們想要的信息。
CSS方面
隨着CSS3的強勢出擊，接下來的頁面特效將會往CSS3這邊靠，雖然那些不支持CSS3的瀏覽器還會存留一段時間，但是支持CSS3將是接下來的趨勢。所以現在做網站就得做漸進增強的效果，給自己的網站加上CSS3，讓瀏覽者們眼前一亮，給他們一種高大上的感覺。現在還很時髦的一種技術叫響應式網站，根據不同寬度展現不同的樣式，增加體驗度，是個好方法，但我個人感覺就是根據媒體查詢在做多套的CSS，實現成本挺大的。OOCSS是我前些日子聽到的一個名詞，現在開發我都是在用這個方式，抽取出通用部分，但是用了這種方式，我覺得就很難實現響應式的網站了。學好CSS3對未來B/S架構的開發將會很有幫助。下圖是從StatCounter Global Stats網站上面統計到的，第一張是2013年的統計結果，第二張的統計時間是2014年1月到7月的結果，可以看到那些不支持CSS3的瀏覽器的市場正在被支持CSS3的瀏覽器給蠶食掉。
|
|
| |
Javascript方面
現在網站不是隨隨便便幾個腳本就能打發掉了，腳本的責任越來越大。MVC、MVVM，這些時髦的模式，現在也出現在了腳本開發中。采用AMD規范RequireJs的出現，就是來幫助我們模塊化開發。網站對腳本的需求會越來越大，雖然CSS3會取代掉腳本的一些功能。
單元測試方面
單元測試是個好東西，PHP中有PHPUnit，Javascript中有Jasmine。軟件的質量是需要這些測試點做保障的。我現在在開發PHP時，可以用單元測試的地方，肯定要寫一個。在PHP中寫單元測試的好處是提前確定這個函數是否正確，驗證各個未知的地方，大量的單元測試可以保障軟件質量，方便測試人員也就是在方便自己。開發腳本的時候我也會寫單元測試，Jasmine是個好東西，可以幫助我測試一些小功能點，保證JS能准確通過。單元測試還有一種功能是可以布置場景來測試，但是這個工作量太大，我基本沒時間做這個，很多時候都得手工做，這樣的話每次改一個函數，就會心中沒底，很多時候都會把好的給改錯掉。悲哀呀......
下圖為PHPUnit測試畫面：
下圖為Jasmine測試畫面：
流程圖方面
我現在開發發現自己畫流程圖，然后給測試人員看這個來測試，會加大測試的效率。很多時候需求在不斷的變化，原型來不及更新，需求也只能口頭上面說，口頭上面說的話會忘記，也會想不到某個測試點。但是如果有了流程圖，上面的分支寫的清清楚楚，很方便的給了他們測試的方面。這個流程圖也能給你的團隊成員看，了解你的代碼組成，將來給別人維護能少走很多彎路。
服務器開發方面
我現在開發服務器代碼用到的語言有兩種，PHP和C#，我對這些語言的理解還不是很深入，現在也是僅僅用到了其中的一小部分。第一次用PHP的時候，他的易用震撼到了我，發現用PHP來做腳本的交互特別方便，解釋性語言，改起來就是方便，編輯器也沒VS2008那么耗資源。我以前的一個同事開發PHP甚至直接用Notepad++在做。
瀏覽器方面
我習慣使用firefox作為自己的默認瀏覽器，firebug等插件讓我很方便的調試網站，還有那個印象筆記的插件，讓我很方便的截取網頁的內容到我的筆記中。
點擊網絡那塊能夠查看當前加載情況：
點擊控制台我經常用console.log()來做打印處理，還能查看ajax查看請求：
開發習慣方面
每天開發都會記錄什么時間段在做什么。培養自己以后的預估能力。平時碰到的一些問題我都會存到印象筆記中，方便我到任何一台電腦上隨時查閱。
開發遇到的問題
1.需求不明確
很多時候都是這樣，導致經常返工，由於不明確，所以自己經常會考慮這個邏輯該怎么走，減緩了開發速度，一些頁面上面這個位置該放什么內容只能自己定
2.設計師與工程師之間對頁面會出現理解上的不同
頁面設計師設計出了漂亮的頁面，但是工程師卻說這個模塊現在沒有，那該用什么東西來填這個位置呢？很多時候都得考慮這個問題。還有就是漂亮頁面有很多細節，工程師在做頁面CSS的時候沒有體現出來。有時候，設計師只考慮了頁面效果，忽略了頁面之間的關聯，這讓工程師在布局的時候，會很糾結跳轉是_blank還是當前頁。
3.測試人員測出的問題不算是錯誤
測試人員的理解與工程師的理解是不一樣的，看問題的角度也不一樣，他們會根據需求和他們的理解提出一大堆BUG，這些可能是改進，可能是需求還沒定，可能是需求的邏輯本身就前后矛盾有問題......這些改進倒是可以整理起來，給將來的網站功能完善做個備忘錄。
4.與團隊成員的溝通出現誤差
溝通是門學問，成員之間在交換信息的時候，出現理解誤差會導致各種問題，嚴重點的會影響到開發的目標。在開發中保持信息暢通很重要。
5.瀏覽器兼容調試
各個瀏覽器間的差別很大，想要做到一模一樣是不可能的，我只能做到大致的一樣，效果漸進增強。最讓人討厭的就是IE6的兼容問題，各種意想不到。
6.自己有時候會太想當然
在網上看到個特效，自以為很給力，然后就想當然的添加到一個項目的某個部分中，花了時間與精力，但得到的反饋與效果卻不理想，有時候甚至還要被去除。寫了一段代碼邏輯，自以為很高明，但是真到用的時候，出現這個那個問題，有的代碼直接廢除。做東西有時候還是不能偏執於自己的理解，要更理性點，符合大眾的才是好東西。
7.由於缺少相關文案，導致推進緩慢
為了開發進度，經常會缺少一些配套資料，比如簡單的數據庫關系表，簡單的業務流程等。
網站思維導圖下載：