現實中，web開發，自己寫框架的單位or團隊多嗎？
看了那些精通XX框架的書，足有上千頁，感覺把他們學完，所花的時間夠自己開發一個新的了，而且自己開發能完全掌控，如果是一個團體，應該可以吧
框架的話現在只接觸了Angular一個，我覺得絕大部分的web開發都是自己搭的框架吧？
用React，vue，redux之類的庫搭的，什麼跨域，CSRF，表單驗證，反向代理，測試，路由，ssr，ajax都得自己來搭配，關鍵是每個人想法都不一樣，導致每家公司的實現都千差萬別。
好處就是每到一家新公司都能新學一個框架。
壞處就是離開一家公司，學的框架就沒用了。
另外題主說自己「開發」一個框架，這麼自信的麼？
我這就是。確實，自己寫的框架用起來最舒服，重構也容易。但是，像我們之所以可以這樣做，是因為前後端統一使用了同一套規範設計。如果前後端不能做到業務規範化，也就是說模塊化程度不夠好，即通常處在摸著石頭過河或第一、二版過渡階段，盡量不要自己搞框架，用現成的。
不多。我到現在大概經歷了5~6個公司，沒有一個公司是使用自己開發的框架的。我自己也寫過不少框架，都是為了練手。
他們寫書是為了賺錢，開發一個新的，現在又不能賺錢。
其實對於目前的前端框架或者庫來說已經很通用了，絕大部分的需求這些框架、庫都是能完成的。
對於寫一個 vue，或者 react ，很多公司都有，比如我們公司就有 類似 vue 的框架，還有 vue 轉小程序的框架，有些是公司業務確實需要，有些是為了 KPI，大部分情況下是沒必要自己寫的。
框架一般是自己搭建的，可能對於不同的公司搭建的也有所不同。所以，我們去融入不同的團體可以學到不同的框架，之前所學習的React，vue，redux，都是為了打好基礎，如果學的足夠牛逼，也可以實現自己的框架！
在我工作過的單位未遇到過有能力寫框架的團隊或大神，頂多就是湊拼別人的框架，外加幾個自己寫幾個全局的static方法。
框架是沒有，主要還是腳手架
以前mvvm還沒開始流行的時候自己把組件通過namespace的方式去管理，用backbone做的骨架
而我只是寫了namespace的機制去調用相應的邏輯
自己玩輪子是大公司的，也有很多輪子是面相kpi，所以如果學習成本過高那還是維持現有技術體系緩慢迭代比較好
新人都喜歡造輪子。老人都喜歡直接用輪子。
自己開發框架看似是能夠掌控一切，能夠完成任何事，實際上那件也幹不好，特別是遇到個第三方平臺交互時，什麼都要自己實現，最終變成災難，在沒有強大實力的前提下，還是擁抱開源把
除了大公司不可能吧。開源框架用的很好
1 個人寫框架, 那純粹是愛好, 又或者是學習, 又或者是表達新的技術理念, 可以不在乎成本
像我是單純看java老牌的框架(啥春天之類)不順眼, 覺得太複雜太羅嗦, 開發效率低, 根據自己的技術理念重造了一個.
個人寫這種框架又沒有錢, 又沒有工期限制, 慢慢完善唄. 同時推廣又麻煩, 文檔又懶得寫, 老是招人噴. 大部分人都是隨大流的, 看看api手冊就完事了. 誰管你實現怎麼樣, 誰管你表達了什麼理念. 拿來即用, 不用多想, 至於工程化, 誰看得了那麼遠.
權當自娛自樂.
2 團隊寫框架, 首要考慮的是成本與收益
團隊老大掐指一算, 時間不夠, 不用現成用啥? 人力不夠, 還開發啥框架? 國內項目一大特色就是時間緊, 基本上不用考慮造輪子. 就是寧願天天救火, 都不願花個時間來好好做好防火. 這種現實問題還是能力問題, 吵來吵去是沒有定論.
當項目大了, 有錢了, 有人了, 才關注一下工程化性能擴展性等問題, 才會想到造輪子. 最後還得找到對人, 有技術有遠見, 能將理念落實, 不然就是閉門造車, 造個挖瓜裂棗出來, 吹個天花亂墜, 一看慘不忍睹, 豈不貽笑大方.
你說的框架是指starter kit吧？不是framework吧？
一般來說能寫framework還很好用的。應該已經可以算業界頂尖了。
比如angular，能用明白就已經很不容易了，重寫一個反正我是沒那個本事。
裡面涉及到的東西太多了。還需要所有保持一致，自成一派的體系
實話說 做外包 做項目 基本都是開源的框架
但是也有一些公司做產品用自己寫的礦建
開發個自己用的框架可能很簡單，開發個開源出去給人看，而且不怎麼被噴的框架太難了，不是大公司都沒這個能力，不僅是技術實力的問題，有很多還是人力資源的問題，裡面有很大一部分體力勞動在，費時費力。
推薦閱讀：
