推 v420746k: 推減少自己未知的領域 12/17 12:43
→ stillboy: 我沒說vpon沒有具備C10K的架構規模吧. C10K對我而言 就 12/17 14:49
→ stillboy: 像一個後端工程師的里程碑而已,至於坑 任何領域都有吧 12/17 14:49
→ stillboy: 個人淺見 參考吧 12/17 14:50
通常前端的坑, 越補只是越被牽著鼻子走而已
因為太過於 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
→ Hsins: 一知半解是開發者本身的問題吧?以前端這幾年的發展來說, 12/17 17:16
→ Hsins: 朝著工程化的方向前進,因為 UI 所以更重視函數式編程範式 12/17 17:17
→ Hsins: ,這兩個後面的概念並不太會隨著時間過時,會過時的是那些 12/17 17:18
→ Hsins: 純粹調 API 使用的。 12/17 17:18
當然不會完全過時, 但是以會過時的比例來說, 前端是相當高的
10 年後誰敢保證 react / angular / vue 還佔有一席之地 ?
但是 10 年後蠻可以保證 C / C++ / Linux 還佔有一席之地
這兩者的信心程度是不同的, 容易過時的程度差太多
※ 編輯: kloer (1.160.93.30 臺灣), 12/17/2019 17:33:14
→ Hsins: 不是啊…你拿三個框架來跟程式語言和作業系統比欸… 12/17 17:40
因為我玩的後端已經太靠近系統了, 幾乎不太需要而外引用絢麗的框架
所以我才會這樣比
當然後端也有些如 redis / memcached 之類
10 年後可能也有新東西出現, 但是差別在於
就算有新東西出現, 你用舊的東西也比較不會有過時的感覺
這種感覺有點難解釋, 除非架構與效能有極大差異
不然你都不會覺得這個老東西過時了, 還是用得很開心
反之前端可能就不同了
應該不少人還記得 Yahoo 以前風流一時的 YUI ?
現在拿來用也是可以用啦, 跑是能跑, 但是給外部的感覺就是另一回事了
※ 編輯: kloer (1.160.93.30 臺灣), 12/17/2019 17:50:18
推 superpai: 標題是web前後端,你用C寫web嗎? 12/17 19:10
推 gg90052: 要跟C比的話,20年前我學JS,現在要2020了我還是在用JS 12/17 22:59
推 b85040312: 推樓上 12/18 08:27
推 anandydy529: Java可以從Symbian寫到Android 12/18 12:34
推 chatnoir: 10年後JS還是會佔有一席之地der 12/18 14:40
推 as30385438: 20年前的JS跟今天的用法差太多了 能這樣類比嗎... 12/18 18:57
→ gg90052: 所以20年前的C跟今天的C用法一樣嗎? 12/18 19:31
→ x000032001: cpp表示 你們在吵甚麼 12/18 20:59
推 b85040312: 組語表示: 12/18 21:57
→ arthur104: 拿語言比框架是什麼鬼? 12/19 00:46
跟什麼比什麼無關
我上面說了, 是我個人的後端玩得比較接近系統
根本無需要套用框架, 我才這樣比
或許你可以提出一下該什麼比什麼, 然後提個合理的理由為何要這樣比
重點其實也不在於後端比前端好, 而是兩者都應該碰
但是我會偏向推薦後端, 比重大概是 70% 後端 30% 前端
※ 編輯: kloer (1.160.91.182 臺灣), 12/19/2019 10:13:05
→ Hsins: 不是啊,我提了啊,前端真的該理解的是為什麼函數式編程的 12/19 11:15
→ Hsins: 編程範式會被各框架廣泛的應用,而不該著重在 API 與框架使 12/19 11:15
→ Hsins: 用上。 12/19 11:16
會提到框架原因是, 現代前端你不用流行的框架你就落伍了
偏偏這些流行的框架可能也不這麼持久
※ 編輯: kloer (1.160.91.182 臺灣), 12/19/2019 11:29:13
→ Hsins: React 到現在也六年了。你怎麼不說 C++ 不用上 14 17 的特 12/19 11:33
→ Hsins: 性落伍?還在用 Python 2.7 算是落伍,過幾天就不再支援了 12/19 11:33
→ Hsins: 你說的我都同意,就是比的點很奇怪... 12/19 11:43
比的點不是這麼好我同意
我的點在於前端比後端更容易變化
所以我一律推薦後端比重要高一些
推 b85040312: 我也看過公司堅持不用框架 JQ 也不用 只用原生寫網站 12/19 12:16
→ b85040312: 抄屌XD 12/19 12:16
→ b85040312: 說真的框架的效果只是有一個規範而已吧?如果理解底層 12/19 12:16
→ b85040312: 用原生要寫一樣的效果也不難吧 12/19 12:17
※ 編輯: kloer (1.160.91.182 臺灣), 12/19/2019 13:44:13
→ Hsins: 當系統越趨複雜,會遇到硬體上資源的限制,有些狀況並不是 12/20 01:19
→ Hsins: 硬體設備不足夠的問題,所以越複雜越大的架構要碰到系統端 12/20 01:20
→ Hsins: 越需要計算機基礎學科的支持,這也是後端越往深挖會遇到的 12/20 01:20
→ Hsins: ,想當然而要處理這類問題時,語言也不會是太高階的。這些 12/20 01:21
→ Hsins: 都沒毛病。至於說不用框架這件事,框架或者函數庫的使用, 12/20 01:22
→ Hsins: 就是工程化的體現啊…你有可以用的東西,還是那些在大公司 12/20 01:23
→ Hsins: 或開源界大老弄出來的,你要自幹還是跟著用? 12/20 01:23
框架當然必須要用就該用
我的重點一直都不是該不該用框架
而是前端比後端變化快, 所以造成這些東西不容易累積
※ 編輯: kloer (1.160.91.182 臺灣), 12/20/2019 10:12:04
推 Hsins: 所以我在一開始的推文有說,該深鑽的是 paradigm,為什麼會 12/20 12:22
→ Hsins: 有這些框架出現。後面用不用框架那段是回 b85 啦 12/20 12:23
→ johnny94: 前面說的挺好的,但是回應部分總覺得容不進其他想法 12/20 12:55
會有這種感覺是正常的, 不是容不進其他想法
而是網路上文字打打很難描述清楚真實的想法
描述不清的情況下就會有這種排斥性
A 覺得 B 說的錯, B 也覺得 A 說的錯
這是還好, 不要有太錯誤的東西都是可容忍的
※ 編輯: kloer (1.160.91.182 臺灣), 12/20/2019 13:45:06
推 BignoZe: 前端目前趨向穩定期了 是個可以進場的好時機 12/22 12:36
→ b85040312: 樓上怎麼說 12/22 13:04
→ acgotaku: 感覺樓主也陷入軟工的歧視鍊 01/07 18:58
→ acgotaku: 低階語言歧視高階 後端歧視前端 非框架歧視框架 01/07 18:59
→ acgotaku: 其實我跟我同學同事對開發都有一個共識 01/07 19:00
→ acgotaku: 就是先開發出來能上線才是贏家 01/07 19:00
→ acgotaku: 現在產品週期太快了 很多產品沒考慮優化前 01/07 19:01
→ acgotaku: 就已經走不下去了 01/07 19:02