headlessui.dev
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇沸点
赞了这篇沸点
如何判断当前团队需要多少人，有很多思考角度。以前端为例，如果现阶段每个人都承担了 1.5 个人的工作量（把因人力问题没做的需求也排个期算进去），说明团队需要扩张到 1.5 倍。然后就是看产研比例，一般来说，产品比研发少，我印象里是 1 个产品对 1 ~ 2 个前端（指大前端。如果是传统的客户端 + 前端模式，那就得到 1 : 3）。还可以看前端和后端的比例，比如业务特征决定了后端工作量大，平均看后端排期是前端的 3 倍，那么后端有 30 人的话，前端就需要 10 个人。归根结底还是要看需求的规模，但需求规模几乎没有人能够准确把握，通常都是一点点堆人，直到一个均衡状态。
展开
赞
评论
赞了这篇沸点
不给出长效的维护机制，前端就上 node 服务，也仅仅只是做层转发，这种纯技术焦虑驱动的行为，会造成极其恶劣的后果。我要是做了评委，要是说不清楚怎么保证长期稳定维护，一律全部回退，坚决不予晋升。
赞
评论
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
低水平重复造轮子并投入到业务使用里，这可不是件好事。放着官方的不用，非要自己搞一套脚手架，把 webpack、lint、loader 全部自己配一遍，搓把搓把也能用起来，但出了问题要改、想集成新功能、想调整某个配置，都非常麻烦，尤其是维护者离职的情况，大概率连个完整的文档都没有。
前端领域的主要矛盾，是广大开发者为了追求技术进步抑制不住的造轮子欲望，和极其匮乏的服务意识工匠精神之间的矛盾。
展开
赞
评论
