公司自己研发一套 UI 框架，这样的公司多吗？各位程序员使用感受如何？

感觉能猜出来是哪家。。。

如果不是几千人规模的公司，感觉其实有点多此一举，没必要造轮子

微软？

@neearai 求解答

大公司都这样。干不了就走人。

这事我也干过(小厂..小作坊..), 简单的组件自己写了, 遇到功能不够又要忙着加需求, 细节做得不够的时候又没法甩锅... 就很头疼. 但是业务用到的功能 antd 没有的时候(不至于没有, 可能功能在加还没发布)自己的组件能顶上就很省事, 而且我在防着 antd 突然更新了导致我们大量重构... 可再想想 antd 更新影响业务一年也不会有几次, 到时都不知道业务是不是自己维护了, 就眼前的事情, 口才好点的话跟设计那边多怼几次加私下跟产品沟通一下, 问题可能轻松就过去了, 看往那么远的地方看最后谁也不讨好, 整出来十个组件两个算是在关键时候顶上了, 其他八个冷不丁就被拎出来吐槽...

成熟的团队一般都会有一些自己的积累，对于前端来说 ui 框架只是其中一部分。

每个公司都会美其名曰的搞个自己框架。

坚持一直，等熟悉了以后在跳槽

然后你就可以朝下家吹嘘，为公司独立开发了一整套框架，岂不美哉

金蝶？

熬走几波人这个框架就成熟了

HW?

@QBugHunter 有道理

记得 Bootstrap 最初不也是两个人完成的。跟公司大小有什么关系。

@QBugHunter #9 这种 kpi 产物真的害人不浅。有时候小公司真的比大公司舒服多了，没那么多 kpi 产物，自己可以优先选择社区成熟的产品。

贵公司是自己做了一个类似 antd 或 Kendo UI 的吗？若是则实力很强，若做得好甚至可以卖它

别的公司都是买现成的，Kendo UI
Kendo UI includes component suites for jQuery, Angular, React and Vue. （ antd 免费，Kendo UI 允许付费）

@charlie21
做的不好，代码有点稀烂

路径依赖了吧，是不是你们公司最开始做的时候，当时还没有一款能满足需求的 UI 框架，所以才不得不自己开发？然后随着项目越来越多，代码量越来越大，换成别的框架的代价太大，积重难返了？

@QBugHunter 这是在 YY 吗？像这种牛，基本上我问三到五个问题就能识破。

@blackperl 不是，这个 UI 框架是刚刚推出的，由一个组写了一段时间，但现在开始所有人都用了。

@ericgui 那你们开发这个 UI 框架的出发点是什么？

如果是 niche 的像动画框架 greensock.com GSAP , 基本上如果没有商业驱动力很难做起来

关于 technical debt，Why Airbnb is Moving Off Of React Native 一文里从技术选型-实施-发现问题-无法 handle - 最终废弃的过程角度，聊到了技术债务 tech debt 的各种 cost，包括前期为了节省 cost 后期又不得不追加更多 cost 。如果想去 argue 可以参考

@blackperl 我也不知道啊，我新来的，所以才犹豫。要是工作了一段时间了，我肯定早跑路了。

有能力接手就留下, 没有能力就走人. 嫌不好, 你可以自己开发一个.

@jones2000 你这人真是杠精本精了

@ericgui 一套完全自主的 UI 库要花费多少人力和物力去开发。起初难用是肯定的，哪个程序或插件刚开始都是难用，有 bug 的。 你可以去完善它，改进它，让它更好。

@jones2000 理论上是这样的，但这个框架是别人的地盘，每次我提 PR，他们都要质问一下为什么，多搞几次就没意思了。

@ericgui UI 库几个你常用的功能，进行２次简单的封装，来符合你的习惯和需求，这样你用的时候就会顺手了。

大厂基本都有一套自己的 UI 框架
某些大厂甚至还自研了一套打包工具，不用 webpack

@JerryCha 看来我司还不够大

我前公司，也有自己的一套 UI 组件库，基于 iview UI，针对公司产品封装或者自己写的，我贡献了其中的可拖拽树形组件（ IVIEW 的树不支持拖拽）。

@qiuxuqin 而且我的公司是一家小公司，前端加起来就 4~6 人左右。