大家好，我是程式設計師魚皮。假期真是轉瞬即逝，我已經回到上海開工了。。
其實過年期間，有很多學編程的小夥伴也在向我提問，我看到後都一一回答了。其中有一位提問很認真的前端學妹，提的問題也比較具有代表性，給大家分享一下。
這是她的第一次提問：
老實說，這不是一個很好的提問，因為過於 「機械」 了。從這簡短幾行話中我並不能知道她每個技術學得怎麽樣？她的目標是什麽？也完全不了解她的能力如何？有過哪些經歷？比如做過什麽計畫之類的？
面對這種提問，我沒有辦法給出精準的建議。也建議大家 向別人提問時，把自己的情況先介紹清楚 ，真心換真心，否則得到的回答可能也是機械的 —— 自己看學習路線去。
不過很高興的是，這位學妹之後很認真地介紹了自己的情況：
這下，我就有了足夠的關鍵資訊：
學歷不錯
目標是暑期實習和大廠
能熟練運用前端三件套
主流的前端技術基本都已經學完
沒有計畫經歷
老實說，我很看好這位學妹，一方面是她的學習進度還是比較樂觀的，另外一方面她有自己的規劃和明確的目標，可能就是需要一些發力的把控。
如果要進大廠的話，有兩點需要特別註意：
需要有競爭力的計畫，能夠和其他同學有區分度。
要在某一個技術上，比其他人學的更深入一些。
因為簡歷是非常好模仿的，像這位同學上面給我發的很多專業技能，即使沒學過這些技能的同學，也可以把這些點寫到簡歷上，對不對？
比如 「了解 Webpack 的幾個概念」，這都是比較虛的內容（通話）。
所以為了增加競爭力，我們要做的就是能夠透過計畫經歷證明自己真的理解和實踐過這些技術，而不是紙上談兵。
這也是很重要的一個寫簡歷技巧：簡歷上寫的所有專業技能，尤其是你認為比較難的技術，盡量都在計畫中運用並體現。
所以這位同學之後的時間盡量投入在計畫上。做什麽計畫都可以，但是要結合專業技能來考慮，比如可以嘗試使用 TypeScript 規範計畫的數據型別、使用 Node.js Express 框架作為中間層聚合請求、使用 Webpack Analyzer 和打包配置最佳化計畫體積等。像上面提到 「我熟練掌握微信小程式的原生開發」，那是不是得在簡歷上放一個小程式的計畫呢？不然連小程式計畫都沒做過，怎麽就熟練掌握了呢？
還有一個比較重要的建議，這位學妹提到要去做一個元件庫計畫，也就是所謂的輪子計畫。我覺得這是個很不錯的選擇，一般來說，前端同學簡歷計畫有幾種推薦的搭配，比如：
1 個 PC 端業務計畫 + 1 個輪子計畫
1 個 移動端業務計畫 + 1 個輪子計畫
1 個業務計畫（PC / 移動端） + 1 個小程式
當然，如果你面試的是大廠或者高級崗位，全是輪子計畫也行，但畢竟絕大多數公司招前端都是做網站做業務的，最好還是有個業務計畫。
如果大家要去做輪子類別計畫，最重要的就是學習前人的（業界的）成熟計畫，學習優秀計畫的設計思想。比如想要做好一個元件庫計畫，建議先去網上多搜一些教程，並且多看一些知名的開源元件庫，你會發現很多問題。比如說元件庫怎麽保證樣式的統一？怎麽制作一套設計體系？怎麽制定全域的編碼規範？怎麽設計主題模組？怎麽快速編寫（生成）易維護的文件？怎麽保證修改元件後不出 Bug？怎麽編寫前端單元測試？等等等等。時間有限的情況下，可以先學會思想，做出小的 Demo，有空再一步步實踐和完善計畫。
你前期的調研越用心，這個計畫的上限就會越高，學會後就能提升更多的水平，個人的競爭力也就大大增加了。
行吧，就寫到這裏，今天得早點休息，明天也是充滿希望的一天呢！
👇🏻 點選下方閱讀原文，獲取魚皮往期編程幹貨。
往期推薦
