1樓：
如何避免自己離開汽車不會騎馬？
如何避免自己離開手槍不會射箭？
如何避免自己離開天然氣不會鑽木取火？
還停止學習框架.....真的是無語，你寫工程怎麼不從提煉單晶矽開始？你能確定你造的輪子比框架更好？
學生時代自己玩玩可以，但你要真不學框架，找得到工作才怪。
2樓：六翼天使
框架在一定程式上提高了開發效率，規範了開發模式，解決了各個領域的問題，我們肯定不會離開框架，但我們需要有框架開發的能力，有框架開發的能力並不是說要在專案中自己寫框架，而是提高自己的基礎能力並不斷積累，框架非常多，解決相同問題的框架也有多個，我們要有做選擇，做取捨的能力
建議技術上從基礎開始，先多寫，如果覺得編碼比較順暢了，可以看一看優秀的框架原始碼，多學習框架原始碼的優點
理論上的東西也需要了解，作業系統，基礎的資料結構與演算法等另外也需要看你個人的發展規劃了，是喜歡技術深度還是對業務的理解，多提高解決問題的能力，提高軟實力
3樓：圈鵝
透過表象看本質，框架只是為了提高你的生產效率。
如果你懂得框架的原始碼，設計理念。就算是讓你脫離框架你也不應該什麼都不會吧。
4樓：李理敬
造輪子唄。業務寫多了就會有一些業務相關的獨有的元件。逐漸做抽象，同時去理解一下底層。就不擔心了。而且，不是還有很多沒法用框架的場景嗎？
5樓：東方尚文
API guy也是分層次的，有的API guy是: 無他，唯手熟爾，離開了框架什麼都不會，有的API guy，隨著使用的增多，可以做到由點及面，登堂入室，入室操戈。。。所以，做API guy不可怕，可怕是熟練以後不再思考學習，自己原地踏步，那做別的也一樣有顯而易見的天花板。
6樓：龍騰道默默地
我不明白。。一般不該是越用越不爽，隨著水平提高，逐漸把第三方的工具都替換成自己寫的嗎？
方兄教學經驗比我多，不妨從人的差別，而不是技術誤區本身找根源，或許有啟發？我可能是教的太容易了，教會了之後學生覺得沒什麼沉沒成本，都三心二意回去幹老本行了……沒有辦法持續觀察
7樓：BinaryTree
其實我真覺得能寫輪子不代表你真的有水平。你看看github上參差不齊的輪子都大同小異，互相借鑑。
造得出好輪子是要深厚的根基在。
真的好輪子不用就只因為不想當個API Guy？
8樓：the gc
自頂向下深入學習，做應用開發的話，可以先把經常用的框架原始碼多了解一下，把工作相關的也深入了解一下。琢磨得差不多後，可以花時間往更底層學習。另外系統、網路這些基石，不管什麼方向的程式設計師，也是應該多學習的。
框架是好事，提高了效率，提高了效率後不是為了讓我有更多時間玩，而是有更多時間學習。
9樓：2gua
老胡四十歲，拉了點投資，創辦了乙個網際網路小公司，小公司連老胡就仨人。老胡自己是 Scala 粉，於是他找了他的好朋友 Scala 死黨大牛，又把七大姑家大學剛畢業的小強給好說歹說勸了過來。
仨人剛開始用 Play Framework 快速搭了個站點，也能滿足業務發展，仨人也夠了，雖然辛苦些。
後來公司業務發展很好，原來的站點支撐起來越來越吃力了，於是老胡決定再招兩個 Scala 高階程式設計師，準備自己開發乙個基於 Scala / Akka 技術棧的平台，整合記憶體資料庫，實現高效能訊息佇列，達成負載均衡指標。最主要的是，老胡希望這個自建平台擴充套件性好，以後基於其快速提供 API，即可滿足業務快速實現。最後老胡領著大牛跟新招的張
三、李四搞平台，並招了個小柳，由小強帶領著寫前端。
一年很快過去了，這一年裡平台是邊用邊建設，也逐漸成熟、成型了。公司發展得好，現在有前後端攏共三十幾個開發人員了。這時候老胡基本不管技術了，天天忙著拓展市場的事兒，他把技術這攤子事兒交給了大牛。
大牛呢？現在也主要管架構管方向了，平台的核心基礎部分他交給了張三和李四負責維護，畢竟平台成型後改動較少，而且他倆對平台已經很熟悉了。其餘後面進來的程式設計師，也不像張三和李四那樣早進公司，來的時候平台建設也沒他們啥事了，他們的主要工作還是 API 呼叫，在現有平台提供的 API 基礎上，開發、組合各種各樣的業務邏輯跟業務模組，然後再封裝成一層業務 API 供前端呼叫。
小強現在是前端負責人，卻時常受到後端 API 提供不及時或提供不正確的困擾，而且協調起來頗費周折。於是小強就牽頭搞了個 Node 粘合層，負責業務 API 轉接，並在需要時就自己把業務 API 甚至平台 API 拿過來捏吧捏吧形成新的 API 供前端呼叫。小柳負責開發這個粘合層。
公司發展越來越好，開發人員有一百多人了。然而公司大了，矛盾也自然多了起來，其中乙個矛盾就是大家覺得天天寫業務，寫前端框架，木意思啊。比如新來一年的前端小季同學，天天就等 API 提供，然後取出展現。
JS 框架是現成的，UI 庫也一樣，連表單處理都是複製黏貼再捏吧捏吧就出來了。小季同學覺得惶恐，天天按部就班，沒有學到什麼樣的新東西。
小強把問題反饋過了老鬍和大牛。
老胡說：「技術這東西嘛，得為業務服務，天天玩新東西，能把業務、能把自己玩完了。」
小強覺得老胡說的是沒錯的。公司考慮的是業務發展這個首要任務，不是啥技術練兵場，技術當然重要，但得契合業務而非離開業務談技術。平台建設期，大部分人都沒趕上，而有了平台，剩下要解決的就是業務問題，公司現在需要的是業務型程式設計師，不再是平台核心開發者了。
但對於個人而言，要學新東西也是很自然的願望。小強也清楚，脫離了實際場景，光靠自己乙個人摸索學習，困難一定增加了不少。
這時候，小強彷彿看到了小季同學臉上的層層迷茫……
果然，小季過不多久就走人了，據說去了另一家剛成立的公司，新公司承諾小季同學，讓她加入到這家公司的前端框架造輪子團隊，滿足她學習和參與新領域的期望。
10樓：
很簡單呀，自己寫框架唄。
首先要明確，我們目的是啥？完成領導交給的任務。
完成客戶的心願。
那麼如何多快好省的完成呢？
用框架唄。
如果你不願意用別人的，那就自己寫。
當然，如果你不用任何框架，也能達到多快好省的目的，那也可以。
11樓：Refector
大多數大公司都是這樣，有自己的技術中臺，業務團隊基於中颱的庫、框架、平台開發，那些元件庫就是中颱的產出，中臺模式提高了效率，降低了資源浪費，公司優秀的技術資源集中在中颱，業務團隊的技術要求會降低一些，所以你覺得做出產品很容易，但是別被迷惑了，你要發現問題，造比中颱很好用的輪子。
不要放棄學習基礎的資料結構和演算法。
12樓：汙師葵
這個問題轉換一下就是如何避免形成對框架的過分依賴。那麼如何避免對框架的依賴？自然就是要提公升自己的原生js能力。
以下我個人的一些鄙見，僅供題主參考：
1.多使用原生js來編寫程式（公司業務有硬性要求的除外），能用原生實現的一些簡單需求就盡量不要依賴框架去做。
2.如果在使用原生js的過程中有不懂的，要勤於去翻閱MDN，就像你學框架的時候去翻文件一樣。
3.如果在開發公司業務之餘仍然學有餘力，可以去探索你所用框架的底層實現（這需要足夠的毅力和耐心！）。
只有你明白框架到底在你呼叫api後發生了什麼、弄懂它工作原理之後，你才能徹底不至於依賴於框架、受制於框架，因為你已經明白了它的內幕。
為什麼明明感覺很愛自己的那個人突然就離開了？
未名 一 他因為某些因素對你動情了，進而試圖接近你的生活並了解你，這點可以肯定。而在了解你的過程中很累，因為這個過程他發現你達不到他心裡的那個預期，所以他選擇了離開。你們不適合 二 他想要一段美好的愛情。他拼盡全力尋找，發現了你這個機會，他又努力的配合你，希望可以爭取到自己想要的東西，沒想到最後遍體...
生氣時難道必須什麼火都不發，就靜靜的自己消化？
我是說的 我就是這樣，但最後你會發現。現在稱得上忍讓的默默不語。其實是在為最後的火山爆發積蓄力量。或許火山不爆發，但這個不爆發的火山會積壓你的心情，使心情不開心。就像內向的人群。 飄零九 看什麼事吧，有些時候你越忍人家越覺得你好欺負，不觸及底線的，你可以表現出生氣不滿的態度，但盡量不要發火，發火很容...
學了點知識反而覺得自己不讀書就什麼都不會了？
數說往來 沒想到還真能碰到邯鄲學步的例項！哈哈 善意的笑，請別介意 這是學習中的乙個正常的狀態或階段，別太擔心。題主應該是乙個完美主義者 有點強迫症 當看到一些覺得不錯的知識後，就想按最好的方式來應用與展現，做到面面俱到，力求完美。但絕大部分人的記憶不可能是過目不忘。當實踐中碰到問題就想用學到的知識...