作者:
kloer (測試..)
2019-12-17 11:06:49我覺得你對 C10K 可能有誤解
以你文中的例子來說:
"據上個月vpon座談 如果我沒記錯 最複雜的子系統 qps約6000~7000左右吧？"
這並不代表他們的系統沒有達到 C10K 標準
C10K 的背後意義是什麼 ?
我的理解是硬體跟架構要恰當, 在合理的硬體條件下, Concurrent 數量要合理
並且隨著 clients 數量提升越來越高, 系統的資源花費不會離 Linear 差太遠
這跟後端背後的應用相當有關係, 我認真覺得後端一定要學好 C / C++
以及 Linux Kernel 背後一些重要參數的意義
後端要碰的坑可多了, 例如一個不太懂 Linux 的人, 即使寫出可以跑的程式
他可能也會在 scale 越來越大的時候碰到 ulimit 內的限制問題而不自知
然後就出包了, 還是在半夜出包, 等著收一堆客戶抱怨信
資深的因為踩過一堆坑, 就能在系統開發初期就預料到可能會碰上哪些問題
這些都是經驗累積而來的, 後端要做到很好難度確實比前端高不少, 要踩的坑太多
還沒踩到只是你還沒碰到而已 (也很可能跟際遇有關, 沒有合適的環境跟應用去踩坑)
就算想做前端, 最好也是要稍微摸一下後端, 不然後端對你來說只是黑盒子
身為一位 RD, 應該勇於解開所有黑盒子, 了解透徹, 減少自己未知的領域
※ 引述《stillboy (joey)》之銘言：
: 我自己full stack 對兩端都有粗淺的了解
: 但
: 看到這麼多前端的hater就覺得無奈QQ
: 你不懂前端 你要說啊！ bro
: 客觀來說好了 台灣的後端？？
: 除了幾家走出國際的大數據公司 or 本來就是國際大公司
: 有多少公司的後端達到C10K的等級？ (新手不知道的 請自行Google)
: 據上個月vpon座談 如果我沒記錯 最複雜的子系統 qps約6000~7000左右吧？
: 如果連C10K都沒有的話 這種規模和複雜度就不要拿出來嘴惹
: 如果是大陸的一二線軟體公司的後端 C100K C1000K都有
: 這種後端 我舉雙腳和雙手贊成 如果是台灣的
: 台灣 除了少數的公司 其他去了 就算年資10年 最後還是領低薪
: 解決問題的scale就在那裡 ..你解決問題的等級多高 薪水就多高
: 領底薪也是合情合理
: 然後
: 順便釐清一下
: 真正的前端 跟 美術
: 一 點 關 係 都 沒 有
: 說有關係的 大概還停留在dreamweaver 和 fontpage的時代吧
: 或 所待個公司和產業 太過老舊.
: 在現代
: 美術和體驗的職位 叫做『ＵＩ/ＵＸ』 看公司大小 有些公司例如Google
: 會再細分 叫做 UX researcher 這種相關職等的人 會跟工程的人有許多討論。
: 前端在近10年來因為硬體日新月異 導致client端能做的事情變爆幹多
: 原本的架構是後端處理所有的事情 client端收到資料 顯示出來
: but 現在可能一個頁面有幾百個api的需求 加上行動裝置的出現
: 導致原本back-end request數量變超級大
: 比較爛的解法當然就是直接買更多機器 但成本會變很高
: 所以 有人想 既然前端硬體效能變好 那為啥不好好利用前端？
: 所以前後端分離出現了 也就是所謂的SPA 之後為了改善SEO and initial loading slow
: 的問題 又走到了 進階版的server-side rendering 但是 based on SPA.
: 走到這個SPA level之後 前端有自己的server 後端也有自己的server
: 因為這樣的配置 導致後端的工作量大為減少 而把這些工作量丟給client端
: 從而後端可以handle更多的工作量
: 所以為啥會看到 有些前端職位的需求要會redis node.js nginx
: but 這只適用於不需要太複雜的情況 複雜一點的情況的client server
: 還是需要考群以及分散式的需求 這樣的話 可能還是會由後端來處理。
: 而此時的前端基本上就變成應用程式軟體一樣
: 需要什麼資料跟後端要 要回來自己處理
: 同時也要效能 安全性 兼容性 design pattern 也是不容忽視的一環
: 所以說 為啥前端有些你看徵才文 薪水不比後端差
: 就是因為前端 早就不是以前的前端了
: 最後總結一下
: 走到極端的後端 VS 極端的前端
: 論複雜度 毫無疑問 後端屌打前端
: 但前提是 產品的scale要很大 （例如server的數量及至少至少要 > 50)
: 且 有很多real-time和巨量的數據的issues需要處理
: 這種架構以上都是分散式或微服務 跨區以上的等級
: 需要處理很多race condition/一致性/...等 複雜的問題
: 而一堆公司的後端常常會包含DBA 那就更複雜
: 如何取捨該功能是使用sql or nosql 並且對sql or nodql底層原理有通盤的了解
: 但台灣走到這種scale的軟體公司 屈指可數
: 所以如果要在台灣工作的話 選自己爽的比較重要
: 什麼叫做自己爽？ 有些人天生喜歡面對client 喜歡面對畫面
: 有些人喜歡always面對程式碼 有些人喜歡自己寫一些web or app應用來玩
: 只要你在任何一端強的話 薪水早就不會是什麼大問題了
: 當然普遍來說 後端天花板會比較高
: 最後 不建議新手 走什麼full-stack拉
: full-stack 要顧 前後端 devops 然後五年後 全部都半桶水(半桶水其實是很高估)
: 很多事情欲速則不達 full-stack代表你要做的事情就是爆幹多
: 根本沒時間反芻 根本沒時間好好理解原理 基礎根基根本就不穩
: 比較好的path是你先走任何一端5~7年以上 再走任外一端5~7年以上
: 先把一端的基礎好好打好 念熟 到講一堆觀念 就像吃飯喝水一樣的解釋給旁人聽
: 當然一個最重要的前提是 你們公司做的產品是很有挑戰性的
: 所謂有挑戰性就是 後端至少朝C10K 甚至C100K走
: 前端 朝做tool走 而不是一直在那邊單純無腦刻畫面
: 而不是 product的 level一直在 0~1 1~10打轉
: 在這種有挑戰的公司各呆至少五年 我想 應該可以自稱 junior full-stack惹
: 看到一堆人 寫沒幾年 react+node.js+mongoDB就自稱full-stack
: 問他為什麼是node.js 為什麼mongoDB 也說不出個所以然
: 也是沒錯 大概是產品scale < 100 簡單應用的 full-stack . 也沒啥問題!
: 好拉 講太多惹 大概是這樣