網站開發第一課——我們一起來PPT造車吧
圖紙造車
在古代的某某時間，小明在一個錢莊裡存了錢
小明手邊的錢快花完了，就想知道自己在錢莊裡還剩多少錢，就打算去錢莊問問，於是來到了前臺，找到了前臺小姐姐。
小紅：前臺小姐姐幫我查一下我在你們錢莊還剩多少錢吧，我的賬戶是：xiaoming
姐姐：可以啊，你稍等
前臺小姐姐開始根據小紅提供的賬戶號，在賬本上查小紅的資訊。不一會，就查到了小紅的所有信息，小姐姐單獨選取了他的最後的賬戶資訊
小姐姐：查到了，你的帳戶裡面還剩100元寶
整個過程如下圖所示：
現在大家可以兩兩一組用紙條模仿小明和前臺小姐姐進行實踐賬本請看黑板。
安裝發動機
這個是古代的人想查詢餘額的完整步驟，可是這裡有一個問題，現代的業務需求遠遠大於古代的時候，每天都有成千上萬的各種關於賬戶的請求，這麼多請求不得把小姐姐累死呀。
好在現在有網際網路，網際網路的好處就在於傳輸訊息方便，於是改用手機發送郵件吧。可是你想想郵件每篇都是不同的格式，就像改卷子每片的題目安排都不一樣，那不得把改卷的人累死呀，所以才有了塗卡的存在。
於是人們就想能不能把，郵件也弄成像考試讀卡一樣，讓機器檢測。於是HTTP協議出現了，他規定了傳送資訊的形式，賬本也因為要儲存大量的資料變成了類似於電腦硬碟的資料庫。
現代的小明查詢餘額變成了這樣：
這有什麼意義呢
你用你的瀏覽器向豆瓣電影的伺服器傳送一個HTTP Get請求
其實就是在你的網址欄裡輸入URL ： ofollow,noindex"> http:// api.douban.com/v2/movie /top250
然後你就可以看到這樣的結果
是不是蒙了？這是什麼呀？
這麼多字啊！其實這是各大網站的第一步，這些文字裡包含了圖片、電影名、評分等資訊
經過了你手機上程式的基本處理，我們就可以獲得這樣的效果
其實就像是小明去銀行，銀行的手機App肯定得符合大眾的審美要求，你是國家的也要注重使用者體驗啊。
我們來思考一下為什麼非要中間獲取那一段檔案呢？其實它的意義在於不管你用什麼裝置，只要訪問那個網址你就可以得到一樣的資訊。就像你的淘寶不只有一個網站，他還有安卓、IOS的介面，如果應用了這個你也就知道了可以公用一個這樣的文字服務，不用三種不同的服務。另外在實際開發中來說生產這些資訊的伺服器就像是是一個黑盒，我不關心你是怎麼樣實現的只要能提供我想要的資訊就行了。
我們就可以明確的知道前端其實就是 可以傳送請求、接收回復最後可以吧回覆的資訊進行排版等美化處理。
後端就是接收請求、返回回覆的資訊。
小車跑起來
現在我們就可以模擬前端和伺服器，下面請大家兩兩一組。一人扮演小明，一人扮演銀行的伺服器。現在請大家開啟QQ，所有扮演小明的同學請向扮演銀行伺服器的同學傳送查詢型別以及自己的賬號名稱。
所有扮演銀行伺服器的同學請看黑板資料庫
如果前端傳送的賬號和資料庫上的賬戶是對的，這時候扮演銀行伺服器的同學就應該傳送訊息了：尊敬的使用者您的賬戶餘額為0元。這個悲慘的事實了。
好大家已經知道了而且親身體驗了做伺服器以及前端的感覺。
講到這裡我們就可以思考一個問題，我們是不是讓一個人提前設計好所有請求和回覆的格式，前端和後端就可以個忙各自的事情了。其實還真是，而且這是一個舉足輕重的職位。
這個人就是架構師，你經常聽到的什麼阿里雲首席架構師就是。他們的工作就是決定整個系統的運作方式，然後以設計出所有請求和回覆格式的形式，告知整個團隊該怎麼做。此時請求和回覆就變成了開發文件，API文件。
其實在企業中的開發中一般是產品經理設計好需求和基本的流程（產品經理就是根據使用者的需求設計各種各樣的功能去滿足需要，以及勾畫出基本的業務流程），然後交給架構師制定API文件，然後再交給開發，開發產品
就象是這樣
好了到此為止我們第一節課就已經講完了，經過這次課你已經知道了網站是怎麼回事，以及理解了網路中最重要的一部分網路請求以及資料庫。也瞭解到前端和後端分別是幹什麼的。也在最後知道了公司內的產品從開發到落地的流程，對各各職業的職能有了基本的認識。
這重要的是我們造出了一輛可以跑的不會轉彎不能減速的直衝牆壁的車。我們已然上路。
我的教學計劃是讓你學到我剛才講到的產品從0到1的所有內容，有產品經理，前端設計師，後端工程師，大資料。保證讓你學得像今天一樣明明白白。
總結這次課的套路就是：
搭建好車的骨架，而後用手動的方式讓車前行（前後臺的文字遊戲），而後要讓車跑起來，就自然而然的講到了網路和伺服器（HTTP報文），然後在自然而然的引導到了企業開發，從零到一讓學生了解了各各職業都是幹什麼的。講到這裡其實就是完成了一輛不會拐彎不會改變速度的車子，指向前去。
這也是我以後課的特點直觀簡單。
下節課的內容很是明顯就是怎麼實現車子的轉向（業務邏輯），以及強化對職位和開發流程的認識，在深入講解發動機——HTTP的原理。