Re: [請益] 大學休學去全心工作

在寫新的回文之前, 我想回顧前情, 都過了不知道幾個禮拜了, xevisu 這帳號講的好像很有高度很厲害, 但到現在好像也沒發生啥事耶. 照他邏輯奉還的話, 一個曾經用過時間軸名義出來徵才的人, 這樣出來嗆人高度, 肯定是一個超負責任的作法. 絕對不會給時間軸背上用過這種人的汙名. 這樣互戳有意義嗎? 我覺得沒必要吧. 至於 paint/void 這兩位仁兄, 看起來好像也沒啥被認同的高見. 共同點就是, 這三個人對看板都沒什麼貢獻, 發文不是來徵文的就是複製貼上沒有論點, 然後都很自以為可以下指導棋. 如果板規允許他們這樣留言, 我想我引用引用他們推文就不會是個問題. 這就是這些高手的水準, 以供他人仰瞻. 真要在這版上要鬧笑話的話, 還是惦惦自己斤兩, 然後我是很有興趣奉陪啦, 要多少篇我都奉陪. 而且我都會寫得不違反板規. :P 形而上的高度我是真的一點都不在意, 執行者該做的只有把目標執行到. 這種高度不過是被創造出來威脅非我族類的用語, 所以躺著的時候想想就好, 站著的時候是天生的, 就不去多想了. ---------------------------------------- 這篇我想延續原串繼續探討的是, 實務上來說, 沒有學歷的幾個可能路線, 當然是第一手的. 1. 基本上業界目前幾個領域都還算是新手友善的, 主要是因為市場供給太少. a. android b. ios c. frontend d. backend 欸不要急著說我靠北, 我不是故意把大部分項目都列上去的. XD 基本上現在的市場有很多層次, 最低階有那種學生作業發包, 最高階當然就是大家常講的那幾家外商頂尖公司. 中間有很多發展到不同階段的中小型公司, 這些都是可以考慮的. 有些地方是因為也沒打算認真投入什麼資源, 所以對求職者也沒啥篩選, 相對薪資待遇也比較差一點, 這種可以當作新手練功區去. 這條路線的新手最大弱點是 * 缺乏全局規畫能力, 要從頭做一個新 app 可能光設計就不知道怎麼合作, 也可能開 api 根本不知道資料表要怎麼開, CRUD 可能寫得七零八落的. 就算寫出來可能也權限機制做不完整, 做出來的東西就是菜雞. 但反過來說, 也是有些環境是出事也不會死的, 新手就是要去找這種地方. 別人看起來太精實不想去的地方, 你就逆向操作, 就這麼簡單而已. 撐個一年把該學的學到, 後面就是自己的盤算. * 舒適圈會比較小一點, 基本上容忍度會比較低, 基本上化危機為動力吧. 反過來就是臉皮可以比較厚一點, 像我們這種子彈打不穿的時候就是出師了這樣. (欸) 另外幾個雷要建議避免: * 不要迷信補習班, 基本上學習是靠自己的事情, 去上課不要指望老師可以手把手帶你學到好, 程式的 getting start 是非常殘酷的一個領域, 跟數學一樣, 程式不會就是不會. 但寫不出來不用太放在心上, 機械式的反覆撞牆, 撞牆後查資料, 直到想通是很常見的事情. 上課可以, 但該撞的牆, 該自己發展的想像力, 舉一反三的能力, 都是自己的責任. ----------------------------- 這條路上基本上就攻略上我會分成五個階段: 1. 雛鳥階段(還沒找到工作) 這時候基本上沒啥好說的, 靠 reference , 靠推薦, 靠投履歷去面試. 沒面試沒時間的時候, 就自己上網看看論壇別人都在討論什麼問題, 試著解解看別人解不出來的問題, 參與討論. 參與討論的好處是可以增加同儕能見度, 然後可以找到一些差不多程度或比你強的人, 這些人同程度但願意參與討論, 某個程度上都是有潛力或有一定影響力的人. 未來有一天他們會是你的重要資產. 自己在生活中解決自己的需求跟問題, 寫些自己想像得到的問題. 我舉例, 我當初是保齡球校隊, 我就寫了一隻程式幫我分析均分跟月/季均分, 看自己的成長曲線, 雖然用 excel 可以很快拉好, 但自己寫程式可以練習到 IO / 分析等很多經驗. 總之, 對解決問題抱著渴望的態度, 想像世界非常原始, 你要在電腦裡面模擬一個很基本的訊息互動, 這是一個很重要的過程. 2. 菜雞階段 (接到 10 個以內案子或工作年資 0-2) * 這時候要留意的是去觀察別人在幹嘛, 這時候因為經驗不夠, 最需要的是了解一個正常的專案架構到底會有哪些角色, 觀察這些角色他們的能力/反映到哪, 累積自己的自信心, 找前期要模仿的模板. * 專業部分基本上就是一樣抱著撞牆心情, 多 google 多查多問, 寫完一遍可以的話, 自己推掉再重寫一遍, 最好是用不同方法再寫一次. 確定自己學會了. * 外面很多時候會教用 framework 解新手題, 這種[公式解]有好有壞, 好處是上手快, 壞處是無法處理變化球. 自己要多練習變化球, 必要的時候捨棄公式解, 去寫些原始解也好. (多練習原始解都有助於理解本質) 時間的拿捏大概是七三, 七分花在練習主流公式解, 三分花在確認底層的東西. 照理說這時候如果你已經打進團隊, 也是小菜鳥, 大概大家的容忍度都會比較高一點, 有正常成長就好了, 而且正常這種時候你的可成長/可塑性應該會是相對人生中的高點. (出社會前五年是學最多基礎技術的, 後面都是在處理[不同情境下的應對], 我在 web 上的技術至少停五年沒學過新的東西了, 兜新 framework 不算的話.) 舉例學 React , 本質上他還是 class & method , MVVM 是一種可以學的東西, 但我 2012 年就在 java 世界學過 MVVM 了. XD 剩下的對我來說, 只是不同語言的 implement 跟一些細節的差異, 但概念本質其實不需要重新學習. 這時候要累積的是各種基礎公式解, 像是 JSON 是啥小, restful 是啥小, 現在可能有些地方會碰 graphQL , 有些地方會碰 lamda 或 serveless . 不同領域要累積的東西不太一樣, 但就是把前人專案裡面用到的東西逐一看過, 想過他們在幹嘛, 自己在幹嘛, 如果是自己規畫, 為什麼要規畫成這樣. 3. 基礎工程師階段(2-4年, 部分領域年資的判斷會不一樣, 看領域需要上手的時間.) 就我看過的經驗跟案例, 這個階段是最容易走歪跟夭折的, 不管是不是休學都一樣. 因為這個階段的挫折感最大, 菜鳥階段知道自己菜, 所以沒什麼慾望, 這個階段開始看到一些天生神力的人再跳, 也在思考自己到底是什麼等級, 加上圈內對這個階段的人其實沒訂出什麼適合的篩選標準, 這一層我覺得算是蠻難篩的, 而且也算是容易偽裝的一個階段. 這個階段基本上要鍛鍊的還是[應付各種突發狀況]及[應付各種規模的規劃能力], 大的結構上來說, 能應付越複雜的突發情況, 意味著你的問題組織能力越好. 能規畫越複雜的 system(*), 意味著你的抽象思考能力越完整. * 兩個以上結構構成的模組稱為 system 系統, 不一定是整個專案統包), 很多人會認為系統有純寫 code, 照別人規畫寫 code 這回事, 但就我專業能力範圍, 我會認為所有的 coding job 實質上都是 design job. 你在控制的是兩個三個狀態, 跟你在控制的是幾十個狀態的差異而已. 不同的類別跟元件就是不同的 system, 你能不能讓兩個 system 和諧的運作, 取決於狀態管理做得好不好, 抽象規畫做得好不好. 對人或對模組都是一樣的. 這個階段要做的就是培養自己的抽象思考能力, 一個拼圖能拚入越多元件, 且不崩潰, 就是這個階段最重要的能力. 這個階段最常見的失敗也就是拚了太多模組導致 project fail. 碰到的話也不用太沮喪, 只是輪到你交學費了而已. 我自己人生中類似的案例也至少有 2-30 次. 有些是自己的 practice project. 有些是商用專案, 這些都是學費. 督促自己負起責任, 下次別犯一樣的錯就好. 在這行要不犯錯學會東西, 太難了. 小心犯錯時別出人命就好. 4. 準資深工程師階段 在這個階段你應該是跟著一些老鳥在做事, 會開始需要思考要照別人的路還是自己的路, 坦白說這題我沒啥答案. XD 我自己是選擇走自己的, 老鳥基本上是協同夥伴, 不一定照單全收. 但我有看過就是整個體系一起走上去, 發展得很好的. 所以可能不同個性不同做法. 跟著老鳥的好處是, 有人 reference 跟推薦, 基本上就不用擔心多數人一直瞎扯的履歷篩選問題. 像我從來就沒被篩選過, 因為 reference 夠多. XD 然後在這個階段你需要思考你想要投入哪個產業領域, 能固定在單一領域 累積該領域的專業 (如金融/金流/電商/廣告/教育/串流等), 基本上對生存跟爬高會很有幫助, 但小心不要被卡在該領域該職務的天花板上. 有些領域他對某些職務就是只到某個階段, 單一職務要做一輩子有時候會是卡死自己的. 另外如果自己做的是純企業內部需求的話, 建議至少3年要換一家公司, 因為單一企業的內部需求, 不夠特化, 而且企業文化可能會導致你之後離開的障礙. 每份工作在到任時設定自己的工作週期跟目標, 我認為是很重要的事情. 5. 資深工程師階段 呃 這個階段以後沒有啥SOP, 就是瞄準哪邊賺錢, 哪邊有興趣, 持續累積能累積的經驗, 唯一要提醒的是, 任何環境都能累積經驗, 只有自己想不想而已. 有時候人越老會覺得想靠環境或外部 push 自己, 但說真的, 累積都是自我要求. 另外除了雛鳥跟菜雞階段, 因為自我的驗證還沒通過(就是自己到底是不是個料), 可能會需要花比較多時間反覆自我驗證跟鑽研一些自己不會的東西. 基本上到了工程師跟資深工程師階段, 多數情況下重要的是選對方向, 而不是投入時間的多寡. 學得多不如學得準, 趨勢知識跟基礎知識基本上抱三七比, 我自己習慣的做法是每季會花一個禮拜左右的時間追當季的技術發展, 想一下啥時要投資時間, 然後算一下之前投資的技術啥時要拿來用. 有時候每季都投資新技術會導致有些東西學規格卻沒用到, 會有投資浪費, 但投資在基礎知識倒是永遠不嫌浪費. 另外新的技術通常會反映出對某些基礎知識領域的[再重視] , 比方說 MVVM 反映出的是對 ui handling , 再也不想付出自己 binding 各個 raw event 跟 control 的成本. 反過來工程師群體願意為了降低這塊開發成本增加 dirty area 的 detection 跟 invalidate 成本. 用執行成本換取開發成本, 這同時也會意味著運算資源的溢出. 類似 mobile bridge (react native等) 也是類似的味道, 像這種思考, 就是我們要去思考的環境條件變化. 然後想想, 自己如何在這個集體意識中找到自己最適合的發揮. --------------------- 專業工作有專業工作的發展脈絡, 他不是買樂透, 也不是買彩票, 適當著觀察群體, 在自己的環境中找到實踐才是真的. 就目前看起來, 市場技術人口紅利很快就會消退, 接下來就會進入下一波重整刷洗了. 希望大家都一切安好. -- 虛實之間的世界，反抗軍與啟蒙軍的交集 帶著 Android 去旅行、去發現 在身邊渾然不覺的 另一個世界。 全世界，都是我們的 足跡與遊樂場。 ~ The world around you is not what it seems. ~ http://ingress.tw -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.231.16.71 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1600486370.A.530.html