Hello 小夥伴們早上、中午、下午、晚上、深夜好，我是愛折騰的 jsliang~
「前端都在聊什麼」是 jsliang 日常寫文章/做影片/玩直播過程中，小夥伴們的提問以及我的解疑整理。
本文章影片同步：https://www.bilibili.com/video/BV1KM411s7RP/
本期對應 2023.01.28 當天直播間的粉絲互動。
主要內容是跟大三的小夥伴溝通他的前端實習規劃。
對制定規劃和初入職場這 2 點內容，提出自己的「淺薄」見解，希望對小夥伴們有所幫助。
你的 關注 和 點贊 是我持續更新的動力?，謝謝大家~
「2023-03-05 補充」
我終於知道為什麼我這篇破文章遲遲寫不下去了！
因為我怕文章內容沒有實質，沒啥作用，讓人嫌棄。
這 2 天靜下心來仔細想了下：
正如 2018 年和 2020 年迷茫的我，找不到工作時候的恍惚。
最近很多小夥伴諮詢我找工作相關迷茫點，希望能給到幫助。
所以我的初衷，仍是透過嘮嗑，能開解小夥伴們。
相信有人和你嘮嗑與無嘮嗑，是不同的 2 碼事。一 背景分析
小夥伴 大三在校，希望找一份 比較好的前端實習。
當前就讀於湖南，所以 優先考慮長沙，不行的話可能去 江浙和廣深。
長沙預期薪資是 5-7k，江浙預期是 7-9k。
小夥伴計劃是透過 React 寫前臺系統，Vue 寫管理後臺，配合工具類小程式，服務端用 Node.js 寫。
最終在 7 月份（即大三下學期左右找到工作）
小夥伴的問題點在於：
- 不知道該做什麼樣的專案
- 如何編寫專案經歷中重難點亮點
聆聽完小夥伴的想法，我也陷入沉思，怎樣才能更好地幫助小夥伴定計劃。
二 薪酬分析
jsliang 的大學是失敗的，畢業季那會也是被迫去找了個工作應付學校任務。
所以那天在招聘網站上查詢，也是才知道實習生的工資是算日薪的。
小夥伴的日薪，大概要求是 ￥250-350 之間。
- 長沙方面，小夥伴希望日薪 ￥250+，但是這邊薪酬 ￥100-200 居多
- 江浙這邊，小夥伴希望日薪 ￥350+，但是這邊薪酬 ￥200-300 居多
所以這種情況下，小夥伴可能就要做到比其他實習生優秀，要不然找不到高薪酬的實習崗位。
三 競爭分析
面對這種可能會存在時間不夠的問題，我們應當有所節儉，做一個精挑細選的人。
所以，在學歷、學齡相仿的情況下，我們如何打敗同屆小夥伴。
這種情況下，jsliang 有自己的「小歪理」：當我們打敗 70% 的小夥伴，我們就可以心安了。
- 打敗 30% 的小夥伴：當我們有意識去提升自己的時候，其實已經甩掉一部分沉迷遊戲以及學業和生活的小夥伴了。
- 打敗 70% 的小夥伴：當我們針對一項技能去制持之以恆地提升自我地時候，我們已經開始逐步超越一批又一批的小夥伴，並且隨著時間沉澱，我們的優勢越發明顯。
不要想著打敗剩下 30% 的人，我們的目標僅僅是比普通人更好一點
所以，對於同屆小夥伴來說，我們要打造自己的優勢，那麼光只靠熟悉各種語言的 Hello World 是不夠的。
對此，我們應該有側重點。
3.1 起步：立項
天才第一步，立項起好步。
很多小夥伴在關於「不做立項」和「不懂做立項」這邊，把自己卡死了。
上面我們說過，小夥伴的想法是好的：
- 計劃是透過 React 寫前臺系統，Vue 寫管理後臺，配合工具類小程式，服務端用 Node.js 寫。
但是這樣，只能讓我們成為普通大眾中，只會寫 Ctrl C + V 的，並沒有比較好的優勢。
所以，我們可以嘗試，就大佬們工作中碰到困難的專案開頭，去嘗試復刻和解決問題。
這邊建議去看看知乎一個比較熱門的話題，叫：
在認知和了解自己傾向於挑戰哪個專案之後，我們就可以準備立項，編寫一份適合自己的 README.md 了。
因為程式碼大家都會寫，但是到和別人表達的時候，如果你給別人的感覺是思路亂糟糟的，那也是不行的。
寫好 README 算不算一個小亮點呢？
下面是和小夥伴溝通的時候，現場寫的一份「簡陋」README。
XXX 專案開發
===
## 一、立項
* 為什麼要選這個專案
* 其中的重難點會有哪些
* TODO: 我在開發這個專案中的亮點
* 比如：對自己的處理能力的提升
* 比如：專案帶來的驚喜
## 二、開發
### 2.1 前端介面如何開發
先實現專案初始化部署：
* 建立專案步驟
* 為什麼對一些程式碼做了處理
* 程式碼構建流程這塊做了什麼最佳化
* 程式碼業務方面做了什麼最佳化
當然，這裡不需要對細節講清楚
而是說對於一些內容處理有備註，尤其是個人認為的 “關鍵點”
只有對問題進行記錄，才有可能在回顧中，進一步挖掘專案重難點
這樣我們在講專案的時候，我們有內容可以講
而不是說，在面試的之前，才想起去看程式碼
這時候就是年三十回家養豬 —— 晚了
在第一份經驗上，一定要記錄，一定要認真對待
### 2.2 服務如何開發
同上。
## 三、反思
### 3.1 做這個專案的評估反思
對於不同模組，不同知識點，如何做恰當的評估
### 3.2 做這個專案中的前端反思
1. 我發現的問題是哪些（在第二步的時候，就記錄到這裡）
2. 我的處理方式，後續彌補
### 3.3 做這個專案的服務端反思
同上。
### 3.4 其他
隨便寫寫
## 四、總結
對於專案整體，我的思考，以及慶祝。3.2 深研：最佳化
矮個子裡拔將軍
當學歷一致、閱歷一致，如何讓「尊貴的面試官」認為你適合來和他們一起共事？
很多時候，寫程式碼的能力大家都有，但是解決問題的能力，不一定所有人都有。
同樣一個積木，大家都會搭建，但是當缺少了一個積木零件，或者這個積木中有零件壞掉的時候。
誰能把它搞定，你應該怎麼去搞定它？
- 自己造一個積木零件（自己去解決這個問題，從 0 開始） —— 100 分
- 要麼自己偷一個積木零件（Ctrl C + V，然後修改，從 0.5 開始） —— 50 分
- 要麼自己找回來這個積木零件（從 1 開始，但是靠運氣） —— 0 分
相當於大家都在專案中碰到這個問題，你是怎麼解決的，為什麼這麼解決。
你一定要有一個亮點，讓面試官真的眼前一亮。
而這個亮點，就體現在你解決問題當中，而不是你寫專案過程中。
通俗一點：
同樣的 HTML5、CSS3 和 JavaScript，那麼你拿什麼來超越同屆？
這時候你說你懂前端工程化，有玩過 Webpack、Vite（Rollup） 這些，你可能同其他小夥伴等同了。
但是當你知道怎麼這些自動化工具，對於處理 React、Vue 流程是怎樣的，他們打包構建流程是怎樣的，怎麼去編寫外掛等，那你的優勢「又」提升了一點點。
最後，你透過工程化，將打包 1 M 左右的程式碼，壓縮到 100 k 左右……
這時候，你的優勢，是不是就起來了~
3.3 擴充套件：Node.js
壓倒其他小夥伴的最後一根稻草。
其實現在大部分培訓班都會講解 Node.js 等相關內容。
所以小夥伴們，不僅僅要去學習瞭解這塊。
更應該拓寬下視野，透過計算機網路、演算法以及資料結構和設計模式等方面，來幫助自己提升 Node.js 服務相關技能。
小結，透過這 3 步，我們擴大了相關優勢，這樣被錄用的機率會大大提升。
同時，我們專案有比較好的重難點以及亮點來跟面試官溝通。
所以，我們的專案，要 能用上，而不單單只是一個 Demo。
3.4 擴充套件：需求評估
假設有這麼個需求：
- 在某寶上，商家上傳了圖片，突然發現圖片有點小瑕疵，手頭沒 PS 等工具，想直接處理，希望瀏覽器能提供處理工具。
領導將這個任務丟給你，你的想法是怎樣的，預估多久完成？
—— 說到排期這一步，jsliang 確實比不上一些大佬，但是它切切實實是個有用的技能，也是工作中的一個亮點。
舉例：
你剛開始對接工作的時候，在 A 模組，花了 3 天時間完成了。
那麼對於尚未開始的 B 模組，你是否可以套用 A 模組的耗時以及經驗積累，來評估出 B 模組的時間。
領導安排一個任務下來：
- 假設，你還 沒接觸過：“那我先花 1-2 天看看總體細節規劃，然後和領導說一下我的排期想法。”
- 假設，如果 你接觸過：“那我直接給到排期，它參考了 XX 模組的開發時間，所以才會定這麼一個排期。”
當我們有意識的積累這塊經驗，那麼你在後續開發的時候，就能有所啟發。
如果一個任務出現問題：
- 預期：A 模組 -> B 模組，經驗直接同步過來，這叫預期
- 意外：A 模組 -> B 模組，發現排期漏了一個點，這叫意外
針對這種意外，你的臨場發揮能力是怎樣的？
你是加班加點搞定，還是說和產品、測試商量，將排期往後推？
這些點，在我們對自己立項的 Demo 開發工程中，我們如果有所積累，那麼就是一種良好的擴充。
這，也是你實習面試時候的一個亮點。
不折騰的前端，和鹹魚有什麼區別！
覺得文章不錯的小夥伴歡迎點贊/點 Star。
如果小夥伴需要聯絡 jsliang：
個人聯絡方式存放在 Github 首頁，歡迎一起折騰~
爭取打造自己成為一個充滿探索欲，喜歡折騰，樂於擴充套件自己知識面的終身學習斜槓程式設計師。
jsliang 的文件庫由 梁峻榮 採用 知識共享 署名-非商業性使用-相同方式共享 4.0 國際 許可協議 進行許可。<br/>基於 https://github.com/LiangJunrong/document-library 上的作品創作。<br/>本許可協議授權之外的使用許可權可以從 https://creativecommons.org/licenses/by-nc-sa/2.5/cn/ 處獲得。