ErpanOmer

在公司干了几年，带个小团队，零零总总也面试了上百个前端候选人了。说实话，有时候面完一天，感觉人都是麻的。 最让我头疼的是什么？就是“算法题”这个环节。 我经常遇到两种候选人。一种是一听算法题，就两手一

开头的一些废话 当老板找我谈话，说想让我带前端团队的时候，说实话，我第一反应是“完了”。 以前自己写代码，好坏都是自己的事，代码烂了，加班补上就行。但带团队，感觉完全是另一码事。我得对好几个人、好几个

作为一个技术Leader，我最常被问到的问题就是：“老大，我们这个新项目，到底该用A方案还是B方案？” 而最安全、也最无用的回答，就是那句经典的 - 看情况决定。 看情况 当然是对的，因为所有技术决策

我得承认，我有过很长一段时间的 技术社区上瘾。 每天上班第一件事，就是打开掘金、Hacker News、InfoQ，把热门文章刷一遍。通勤的地铁上，也要用手机看看今天又出了哪个新框架的测评、哪个Vit

我刚入行那会儿，还是jQuery的时代。当时面试，事件委托（Event Delegation） 几乎是必考题。能用.on()方法，在一个父元素上，优雅地处理动态添加的子元素的事件，是衡量一个前端是否会

我带团队Review一个新项目的启动代码时，有一个文件我一定会仔细看，那就是CSS Reset。 它虽然不起眼，但却像我们整个CSS架构的地基。地基打不好，上面的楼盖得再漂亮，也容易出问题，后期维护成

最近Code Review的时候，我看到我们组一个很聪明的年轻同事，用观察者模式，写了一个极其复杂的全局状态订阅系统，就为了在一个组件里，响应另一个不相关的组件的点击事件。 比较常见的场景：点击 Bu

我们前端，可能是公司里最卷的岗位之一。天天加班加点，追最新的技术栈，像素级还原设计稿，为了那100毫秒的性能提升死磕到底。 但不知道你有没有过类似的感受：尽管我们做了这么多，但在很多公司里，我们总感觉

随着后端微服务架构的普及，以及客户端形态（Web、iOS、小程序、桌面端）的日益多样化，我们前端开发常常会面临一个很尴尬的局面： 后端提供的API，往往是通用的、面向数据的，而我们前端需要的，却是定制