瀉藥，本人並非程式猿，回答內容可能會有紕漏，望見諒。

看上去不復雜的網站不代表其內部邏輯不復雜，問主沒有舉例就顯得有點不厚道了。

（題外話：不得不佩服google，哪怕是簡單的無法聯網也能加入歡樂彩蛋）

頂尖的程式猿，之所以被稱為頂尖的原因有很多，但企業最看重的是他們的執行“效率”，這裡的效率並不單單指在單位時間完成的程式碼量，還應該包含返工率，以及程式碼後續維護等。

做一個網頁出來很容易，刷刷刷隨便找大學生當作業寫都可以，但頂尖程式猿會懂得站在全域性考慮，例如網站後續維護、擴充套件介面甚至使用者體驗、跳轉動畫使用等都會在考慮範圍內。

其中最重要的是，頂尖程式猿懂得將程式碼規範化，方便後續其他人接手改進維護，這是老手與大學生之間的比較明顯的差距。

噢，對了，在考慮上如此多因素的情況下還不能隨便出線明顯的BUG，這就是頂尖程式猿在人才市場上具有高身價的原因之一。

畢竟只是看起來不是很複雜。但是這個簡單的背後隱藏了多少技術而已。複雜的是怎樣給你更高的響應速度，更高的體驗感覺。做一個簡單的一個人訪問的首頁。初學者都能做的，當併發量增加了呢，1000？1w？10？甚至100w？程式的效率如何？這就涉及到非常多的技術，最基本的反向代理，快取，分散式叢集等等。可能為了那0.1秒的效率提升，程式不知道要這多少複雜的程式碼來實現。這就是當年很多不懂技術的人喜歡噴12306一樣的。

程式是代替人類智慧去解決問題的。如果人工操作越簡單，說明大量涉及到腦力計算和複雜的計算都交由程式去完成。這樣對程式的要求就十分高了。那就很有必要讓高手上了。

寫前端程式要考慮很多，如下：可維護性，JS的執行高效性，JS檔案的大小，使用者體驗等等

1. 可維護性

並不是所有人寫的程式都具有可維護性，清晰易懂的，這個區別在剛接觸程式設計和高手直接的差異體現的特別明顯

2. JS的執行高效性

一個網頁載入JS並執行，瀏覽器執行並渲染了半天還在渲染，相信很多使用者都不想看到吧？非常上海使用者體驗。

如何提升JS的執行速度呢？相信我，初學者大部分都是不知道的（排除寫過瀏覽器核心的同學），瞭解瀏覽器如何執行JS，如何渲染DOM能幫助開發者提升執行速度

3. JS檔案的大小

JS檔案或者HTML或者CSS檔案過大，有很多缺點

第一，受網速影響，檔案大，載入速度慢

第二，Facebook的使用者量非常巨大，每個人訪問就算多載入1KB（即使有cache，第一次總需要載入吧），可想而知，這個流量非常巨大，流量都是要錢的啊

4. 使用者體驗

頂尖程式設計師是一種稱呼…就和帥哥美女一樣當真你就搞笑了…

頂尖程式設計師一般是在大學剛畢業3-5年的學生…過了5年…要麼轉行系分要麼轉架構最次也走專案經理…總之肯定不會再做網頁了…也有走保險和金融理財的…

軟體工程從名字也能看出是工程類的…一個工頭帶隊找幾個民工把專案做了就是整個流程…工作經驗有個一兩年就行…要年輕的…經驗少的…主要是便宜…關鍵人要多幹的快…

做個網站能有啥技術…大併發量是最容易的…前端nginx反向代理…後面放一堆tomcat...資料庫隨便一叢集讀寫分離…高可用也簡單…把tomcat裝docker裡工程部在jenkins上…弄個zookeeper類似的軟體檢測…崩了就重新啟動docker...baidu都能找到手把手教程…

網頁的技術含量全在美工…

以前在大學學習做網站，一個個人站點設計和後臺前臺一起2天弄完。如今進了大公司，就要開始考慮程式碼的效率，資料庫的壓力 前臺的互動介面與使用者體驗。為了保護資料安全，程式碼是幾百幾百的碼，按照老程式設計師說的，我們程式和錢掛鉤的，要把每個使用者現成最壞的，會為了省錢在每個環節想方設法的弄破壞，所以我們需要高階程式設計師 補好每一個漏洞，程式設計師越高階，考慮的約全面。一個好的程式設計師的一條程式碼，真的是能保護公司的。

舉一個很簡單的例子，相信很多人都用過百度，一個輸入框，一個“百度一下”的按鈕，就這兩個很簡單的元件，背後確實一個幾萬人的公司，可以想想背後是多麼複雜的。你看到並不是你看到的，為了給使用者最好的體驗，通常所看到的都是最簡單的，最方便的，而背後的邏輯卻是非常複雜的。

看起來不復雜，看起來不復雜，看起來不復雜，看起來不復雜你怎麼不自己做呢，新手沒經驗，做個程式到處出bug咋辦？不考慮後期咋辦？不考慮響應速度咋辦？不考慮使用者體驗咋辦？目前整個中國網際網路的病態就是客戶說“這麼簡單個事，你在電腦前搗鼓一下就好了，還收什麼費”，程式設計師很辛苦的，寫程式碼的時候眼睛、精神、髮質、面板都會受到傷害，但卻很少有客戶去為他們買單，雖然我不是程式設計師，但我同事是，看著都辛苦，所以現在，不想花錢的客戶不值得我們投入，大家都想立足於這個社會。​

我能寫出和淘寶一模一樣的網站，但是最大能容500人線上，如果要容上億人線上，還保證網站不癱瘓，互動良好的話，那麼就要請大神帶團隊完成了。

本來學的原生的php程式碼弄個網站 結果又要學模板分離 分離完了 又要oop 學了面向物件 又得學mvc 框架 最後還得考慮url路由 頁面靜態化 防注入什麼的 哎 這幾天腦子要炸了

舉個簡單的例子，做指數運算的程式，夠簡單吧？初學者一行程式碼就能搞定。但真是這樣嗎？保留多少精度？有沒有做防禦程式設計，計算效能如何，放到系統裡是否能支援併發？有沒有做單元測試。

這就是程式設計師之間的區別。

程式猿路過，小公司隨便搞搞問題不大，對於大公司，特別是Google，亞馬遜，百度，阿里之類的大公司，數億使用者，一個小小的bug都可能造成系統的癱瘓和資金的流失。必須用最優秀的人，給做多的錢，解決最複雜的問題

曾在28公司，寫一個任務排程功能，2000行程式碼，java,寫了四個月，拿了部門大獎。十年碼農，而立之年。

喬布斯說過真正的科技就是讓你感受不到科技的存在。而為了實現這個目標，所付出的努力要比正常情況下要多得多得多。

開始確實很簡單，但是為了各種體驗度等必須做各種最佳化，話說最近我就在測一個網站，各種破壞各種模擬，找到問題寫到開發計劃裡返工改，雖然最後改好了看起來變化不大，但是內部變化很大，明天上線了，希望出個好成績吧

網站不在複雜程度，在乎高負載，強安全，穩定。技術成面的話，js的高效和漏洞安全，後臺的億級高併發，資料庫叢集的安全和穩定，駭客攻擊，你告訴我，光有幾年經驗玩的轉嗎。

借用一句網路句子："你以為你以為的就是你以為的？"。

說一下做一個網站要考慮的幾個重點因素吧

1、如何解決瀏覽器js相容性？

2、如何很好適配手機瀏覽器不同的解析度（響應式設計）？

3、如何讓搜尋引擎更容易收集到本網站（seo）？

4、如何讓使用者更快的開啟網站（前端最佳化，伺服器最佳化，cdn）？

5、如何應付高併發（多執行緒，佇列，非同步，硬體）？

6、如何防止惡意攻擊（ddos，SQL注入，跨站指令碼...）？

7、如何做到故障及時發現並及時解決（運維的友好支援）？

8、資料的安全性（攻擊，硬體故障）

9、服務的可靠性（7x24小時，叢集，雲）

10、如何應對外行老闆刁鑽無理變態朝三暮四不明確想讓驢拉磨不想驢吃草的"很簡單"的無恥不入流的要求？

看起來不復雜不代表真不復雜，一般人眼裡不復雜不具備任何客觀性，評估複雜性只有專業的人（高手）才有資格客觀評估。一般人眼裡的複雜僅僅指操作功能層面上和眼睛看到的介面層面上的，實際一個再簡單的網站都是由很多子系統來組成，子系統裡包含著大量看不到的東西

好多公司死是怎麼死了，不是沒想法，而是研發跟不上業務，整天修線上問題就拖死你了，使用者一上來，系統就響應慢，三天兩頭出問題，高成本拉來的使用者都被耗走了，外面競爭對手不會等你慢慢搞好的，你不死誰死

往往呈現在人們眼前的並不一定是最初的，往往最初的確不一定會呈現在人們的眼前，所謂的簡單並不代表程式簡單，只是程式設計師透過複雜的程式呈現出來一個簡單的畫面，主要還是為了我們這些使用者，為了能夠給我們最好的使用者體驗。