我觉得你对 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 . 也没啥问题! : 好拉 讲太多惹 大概是这样 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.160.93.30 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1576552011.A.5AE.html 通常前端的坑, 越补只是越被牵着鼻子走而已 因为太过於 high level, 反而容易变动 例如 IE / Edge / Android / iOS / react / .. 更新 你的某个 UI 元件就坏掉了, 然後你就势必要 hotfix hotfix 完了可能也一知半解 而後端的坑, 以 Linux 来说好了, 你碰到的坑会有大量的 source code 辅助 这些 source code 可以慢慢累积该有的经验, 这种经验不太容易因为时间变得没用 简而言之, 差异就在, 後端你可以越学越举一反三, 学到的不容易过时 前端的东西没几年你可能就过时了 (几年前哪来的 vue.js ?) 当你年纪越大, 越需要这种容易随着年纪也带着走的经验 ※ 编辑: kloer (1.160.93.30 台湾), 12/17/2019 16:24:27 当然不会完全过时, 但是以会过时的比例来说, 前端是相当高的 10 年後谁敢保证 react / angular / vue 还占有一席之地 ? 但是 10 年後蛮可以保证 C / C++ / Linux 还占有一席之地 这两者的信心程度是不同的, 容易过时的程度差太多 ※ 编辑: kloer (1.160.93.30 台湾), 12/17/2019 17:33:14 因为我玩的後端已经太靠近系统了, 几乎不太需要而外引用绚丽的框架 所以我才会这样比 当然後端也有些如 redis / memcached 之类 10 年後可能也有新东西出现, 但是差别在於 就算有新东西出现, 你用旧的东西也比较不会有过时的感觉 这种感觉有点难解释, 除非架构与效能有极大差异 不然你都不会觉得这个老东西过时了, 还是用得很开心 反之前端可能就不同了 应该不少人还记得 Yahoo 以前风流一时的 YUI ? 现在拿来用也是可以用啦, 跑是能跑, 但是给外部的感觉就是另一回事了 ※ 编辑: kloer (1.160.93.30 台湾), 12/17/2019 17:50:18 跟什麽比什麽无关 我上面说了, 是我个人的後端玩得比较接近系统 根本无需要套用框架, 我才这样比 或许你可以提出一下该什麽比什麽, 然後提个合理的理由为何要这样比 重点其实也不在於後端比前端好, 而是两者都应该碰 但是我会偏向推荐後端, 比重大概是 70% 後端 30% 前端 ※ 编辑: kloer (1.160.91.182 台湾), 12/19/2019 10:13:05 会提到框架原因是, 现代前端你不用流行的框架你就落伍了 偏偏这些流行的框架可能也不这麽持久 ※ 编辑: kloer (1.160.91.182 台湾), 12/19/2019 11:29:13 比的点不是这麽好我同意 我的点在於前端比後端更容易变化 所以我一律推荐後端比重要高一些 ※ 编辑: kloer (1.160.91.182 台湾), 12/19/2019 13:44:13 框架当然必须要用就该用 我的重点一直都不是该不该用框架 而是前端比後端变化快, 所以造成这些东西不容易累积 ※ 编辑: kloer (1.160.91.182 台湾), 12/20/2019 10:12:04 会有这种感觉是正常的, 不是容不进其他想法 而是网路上文字打打很难描述清楚真实的想法 描述不清的情况下就会有这种排斥性 A 觉得 B 说的错, B 也觉得 A 说的错 这是还好, 不要有太错误的东西都是可容忍的 ※ 编辑: kloer (1.160.91.182 台湾), 12/20/2019 13:45:06