※ 引述《chan15 (ChaN)》之銘言： : 各位好，自我介紹一下，我寫 PHP 大概七八年了，coding 部份有按照 psr : SOLID 設計模式，用 composer 管理套件，git 大部分常用的都會用 : 框架的話 Codeigniter、Laravel 都算熟，會寫測試 : JavaScript、jQuery 都還可以，會自己寫 plugin 來用 : js 寫到 es6 用 webpack + babel 編譯，玩過一下 vue.js : 寫過商城、金流、彩票遊戲 : 加分部份 : 1. 會寫一些 shell script，Linux 部份 ubuntu centos 基本指令都可以 : 有玩 vagrant 跟 docker : 2. MySQL 基本指令，設定權限、CRUD 那些沒問題，當然一些複雜的 join 也寫過 : 但那種東西基本上應該要透過資料表設計排除 : 3. 會寫一點 node.js 用過 express 架過 api server : 4. 會寫一點 python 用過 flask 架過 api server : 大致上重點履歷說明如上，當然履歷上會放作品等更細的內容 : 我要說的是，一般徵所謂的徵 PHPer 的主管應該大致知道底限或者是極限在那才是 : 但從去年到現在，有去聊天面試的部份公司，精確的話來說八間裡面有三間有問到類似的問題 : 讓我有點無所適從，不過也懷疑是不是真的必須去加強這塊，所以上來請益 : 他們問的問題是，要怎麼開發網頁可以承擔百萬人同時在線，或每秒百萬的寫入 : 我的回答是，我沒有過這樣的經驗，我待過得公司有超過萬人規模的這種東西都是分開處理的 : 有 SI 會做規劃，PHPer 確保程式不會造成延宕或出錯，該進 cache 的進 cache : 一般來說 op 那邊會透過硬體跟系統的架設去消化這件事，具體高流量每秒寫入資料庫的規劃我們根本碰不到 : 就連我去問公司負責金流後端開發的答案也差不多，用機器、用集群、用緩存去檔 : 但面試者會說在 PHP 這邊也會有相對應的方式，硬體也有辦不到的事 : 上一個面試者還說 MySQL 一秒只支援幾百筆寫入，所以你們要想辦法 : 這幾間公司的共通點就是，新創、c2c、都說自己是大數據，薪水大概落在 5-6 萬 : 想在這邊請益各位是不是後端要想辦法切入這一塊，是的話該怎麼切入 是我就把他們給噹死。 https://zh.wikipedia.org/wiki/CAP定理 CAP定理，無法同時滿足三者，至多選擇兩者。 關於服務人數，如果是專門看數字的老闆，可以原諒，但是要導正觀念。 如果是工程師主管，那就是Google指名不要主管的那種主管。 如果是工程師，那就是不知道自己在做什麼的工程師。 服務本身若重視一致性，可用性，那必然犧牲分區容錯性。 反之選擇任一兩者，第三者必然被犧牲。 所以要看服務性質。 交易類型的服務，重視一致性，因此提昇它到所謂的百萬人數的方法 跟重視可容錯性的提昇方法肯定不同。 所以光會問百萬人有什麼用，若數據一致性無法兼顧，你的方法他未必學到。 另外，機器是死的人數是活的，大部份服務因高負載當機的原因， 除了程式本身沒處理好之外，就是死在瞬間最大流量。 瞬間最大，你要怎麼處理一瞬間的流量，妥善分配cache機制，讓它可以慢慢的一筆一筆順暢的消化掉，這才是其中學問， 淘寶為了這個瞬間最大花了不少功夫，他們有強調他們每台機器多少萬人嗎？ 光粗糙的看表象，永遠會被牽著鼻子走。 悲哀的是，台灣十年前就有本錢問這個問題，如今這些理論大陸通通應用到了。 台灣產業十年後，還是在問這個問題。 更悲哀的是，問這個問題的公司，他自己本身也帶著投機心態。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.124.28.235 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1515582075.A.E50.html