看板
[ Soft_Job ]
討論串[請益] 為什麼文組轉職主流是寫code
共 15 篇文章
內容預覽:
寫文章是寫給人看 讓人讀 要有起承轉合 注意冗言贅字 知道什麼時後用什麼用詞. 這沒有錯. 但是寫 Code 也是寫給人看的 不是給機器看的 所以也可以有起承轉合 注意冗言贅字. 而編譯器的功能是像是 翻譯. 將程式碼翻譯成 10101010 給機器看. 機器也只看得懂 10101010. 我認為在
(還有524個字)
內容預覽:
謝謝大大回的那麼認真，那我也認真的回一下，百萬年薪當然不是指新人價，而是能在三年內達成的結果，試問有多少文組工作能在第三年薪水漲到破百，你還點出一線系統廠前兩年拿不到百萬，那不是更顯軟體業的CP值？. 下面領域部分又扯太多了，文組能轉職的方向通常就是APP跟Web，你提到的MVC, Lifecycl
(還有309個字)
內容預覽:
中文系前來報到. 寫文章是寫給人看 讓人讀 要有起承轉合 注意冗言贅字 知道什麼時後用什麼用詞. 寫code是寫給編譯器看 讓VM跑 要有好的架構, 注意效能, 知道什麼時候用什麼資料結構跟API. 我感覺根本就一樣啊. 架構=起承轉合. 效能=注意冗言贅字. 資料結構&API=用詞. 寫文章還比寫
(還有194個字)
內容預覽:
看到這文就想起最近跟同事聊天. 說到這一陣子看到一些產品主打no code. 工程師都會想推No code做網站 no code做機器學習 no code部署到k8s. 這種猴子這都會用的產品. 同事就閒聊說什麼都no code了還要我們這些工程師做啥. 演算法？ AI?看看之前說技術力很強的app
(還有188個字)
內容預覽:
我的意思是 人腦在解讀一串文字時 也會有自己的翻譯方式. 但機器很客觀 你怎麼寫 機器就怎麼讀. 不過人腦不一樣 一樣的句子不同人解讀有可能完全不同 所以我說寫文章比較難. 為什麼我覺得架構等於起承轉合呢. 用一個非常粗糙的System design講一個簡單的例子. 如果你用WebRTC在實作一個
(還有2258個字)