作者prag222 (prag)
標題Re: [討論] 閒聊文-為什麼前端這麼卷呀？
時間Wed May 10 18:54:05 2023
※ 引述《purin88 (原來我是憤怒的鄉民)》之銘言：
: ※ 引述《secretfly (乂o賈霸死鬼o乂(Jquery))》之銘言：
: : 對岸的詞語 卷 好像就是一個很競爭的意思
: : 我發現好像台灣這邊的前端也差不多
: : 個人經驗不足 只是剛學HTML而已 對於這樣的現況很好奇
: : 怎麼前端會走到這樣子的地步
: : 是有什麼歷史 讓大家都跑來前端嗎 甚至還有一個前端難民的說法
: : 有沒有資深前輩願意分享台灣前端環境的歷史
: : 我自己是猜因為某些培訓機構宣稱這條路很好走啦(?
: : 不過應該還有其他因子
: : 各位怎麼看？
: : 想聽各位討論看看 來聊聊台灣前端卷什麼意思的吧！
: 我是覺得因為寫web(web前後端)程式比電機的簡單，容易入門，薪水隨便就3萬以上，學
: 習資源也很多，不像設計電路跟寫韌體，師父要帶入門，一般人根本難以進入，寫web就
: 是阿貓阿狗就可以進入
: 執行緒好容易學一學，lambda好簡單，anotation真容易，23種設計模式也超級簡單，也
身為設計模式哥,我真的覺得設計模式也蠻easy的
不過大部分人的話可能卡在學習這一關
可能看書學,看一看覺得太抽象就放棄了
通常業界會看設計模式都是主管級的
應該是能力比較好(讀書能力比較好,記憶能力比較好)的這種
不過這種也是把code背起來,看到一樣的情境就套用
其實跟實際上做工的工程師能靈活運用還差一個坎
之前就看過鄉民留言說,有人套了設計模式以後就改不動
就是這個緣故,小魯設計模式也有一年半到兩年的時間了
業界主管級會設計模式的說真的八成都是拿來嘴的
不過原po太高估業界的工程師了,或是不了解業界情況
年輕的工程師下班或假日可能回到家還要打電動追劇
沒人那麼上心還學設計模式拉
而且我都待小公司的,正常狀況十家公司裡沒一家用設計模式的
就算會用也是就像數學套公式解題的拉~
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 150.117.88.42 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1683716049.A.227.html
1F：噓 CoNsTaR: 寫程式學設計模式就像把妹學 PUA 一樣 你說完全沒用嗎？ 05/10 21:09
2F：→ CoNsTaR: 可能有 但真的有用嗎？沒有 05/10 21:09
3F：噓 CoNsTaR: 只有新手需要別人認可或是對軟工有什麼錯誤的想像才會整 05/10 21:13
4F：→ CoNsTaR: 天以這種東西（設計模式 etc）自居 05/10 21:13
5F：→ triplee: 我反而覺得樓上才對設計模式有什麼錯誤的想像 或者這樣說 05/11 01:21
6F：→ triplee: 好了 從框架乃至程式語言 本身就包含設計模式 設計模式本 05/11 01:25
7F：→ triplee: 來的目的就是拿來用的 只是看有沒有用對地方罷了 本來就 05/11 01:26
8F：→ triplee: 不是多神奇或是拿來炫擺才叫設計模式 05/11 01:27
9F：→ CoNsTaR: 那些概念都是平常寫東西自然就被你寫出來的，不知道為什 05/11 02:03
10F：→ CoNsTaR: 麼硬要把他取一個設計模式的名字 05/11 02:03
11F：→ CoNsTaR: 你平常走路前會先在紙上規劃好等等右腳微抬 15 度，身體 05/11 02:03
12F：→ CoNsTaR: 重心向前微偏，右腳在身體重心前方著地，左腳微抬同時右 05/11 02:03
13F：→ CoNsTaR: 腳向後推進 etc... 嗎？ 05/11 02:03
14F：→ CoNsTaR: 如果有人跟你講這個叫移動準則，自己認為移動準則滿 easy 05/11 02:03
15F：→ CoNsTaR: 的，但是他覺得很多人卡在學習這一關，看一看太抽象就 05/11 02:03
16F：→ CoNsTaR: 放棄了，你不會覺得他對走路有什麼錯誤的想像，或是剛學 05/11 02:03
17F：→ CoNsTaR: 會走路很想證明自己真的會走嗎？ 05/11 02:03
18F：→ t64141: 設計模式我認為比較像一種提示，就有個樣板能提供一點靈 05/11 02:10
19F：→ t64141: 感，然後最後實作出來通常會跟樣板不太一樣 05/11 02:10
20F：推 shomingchang: 不影響工作的非必要技能越少越好~人生苦短~ 05/11 03:23
21F：推 erowii: 程式寫多了回來看設計模式會比較有感覺 05/11 13:16
22F：→ erowii: 若寫過的案例不多，要理解設計模式的確是比較困難。 05/11 13:21
23F：推 answermangtr: 確實 05/11 14:48
24F：推 black2575: 設計模式基本都有個重要點 這寫法方便注入提高測試性 05/13 09:40
25F：→ black2575: 我是寫Android的 我曾經問過學長 05/13 09:40
26F：→ black2575: Android 從最早MVP到MVVM 到後面 05/13 09:40
27F：→ black2575: MVI 寫法模板不停推陳出新 05/13 09:40
28F：→ black2575: 或是也有VIPER 這種 05/13 09:40
29F：→ black2575: 那到底哪一種才是最好的？ 05/13 09:40
30F：→ black2575: 學長跟我說，其實只要你的程式寫測試 05/13 09:40
31F：→ black2575: 好寫好注入 你的寫法一定不會太差 05/13 09:40
32F：→ black2575: 我覺得設計模式也是一樣 他們是一套 05/13 09:40
33F：→ black2575: 讓你的程式好測的模板 05/13 09:40
34F：→ black2575: 所以很多時候我們為了好測試 05/13 09:40
35F：→ black2575: 而改了一些寫法 其實無形中 05/13 09:40
36F：→ black2575: 已經默默應用一些設計模式的概念了呢 05/13 09:40