感谢平台，后面有线下见面过一位在创业的 CTO 朋友，但是因为先答应了别家的 offer 所以没去。

工作已经定了，薪资和管理机会目标达成。祝大家平安夜快乐。

颜色加动物

@seagullll 既然是 remote ，我觉得你不需要关心对方是在一线还是国外，而且如果不忙的话多接几个活也是可以的（看个人想法）。先找到合适的，在退到二线去。remote 的工作，google 上搜搜是有的，之前有个上海本地的同事，他老婆也是 remote 一家国外公司的工作，很清闲，舒服。

@imchenlong 某东是大厂了。夏天的时候面过，因为叮咚买菜那会还没取消周六加班，能按一倍工资算才去了叮咚的，选错了

@xx19941215 你说的这个很靠谱，我也觉得只能是试试。

@weimo383 那是，大厂里这种薪资的岗位比较多。

@weimo383 这题我会。

如果跨行业，那是行业红利，没啥好说的，工资高不代表能力强弱。

如果同是前端方向，因为天花板就那么高，大家一起去刷碗，大家刷得都差不多干净，我如果刷的经验更丰富，刷得更快，就不比别人差的。或者说一张卷子，满分就 100 分，那厉害的人拿 100 分，但是我能拿 98 分的话，对企业来说，98 分并不比 100 分差。

另外，你说的那个对比，其实否定了工作经验的意义了，工作里接触的是工程项目，和校园里积累的项目经验是不太一样的，学术能力强和能否写好工程项目没有太大关系。

我应届的时候月薪 3000 还不到，没法和你说的那些人比。但是工作这么多年了，和应届生比，我觉得多少有些妄自菲薄了。不过单从面试来讲，我卷不过那些去研究源码细节的人，虽然我觉得实际项目能力人家比不过我，这个我很清楚，但是只要能顺利找到合适的工作，我也不会去卷的，本身我没有大厂情节，不想浪费时间做没意义的事。

@erosripe 明年买房，打算买个 320 万以内的新房，然后几年内把房贷还清。如果是还完房贷了碰到这样的 leader 岗位其实很有吸引力的，至少对我而言是这样。

@wukongkong 和你这么一聊，我发现公司项目里我画蛇添足了，那个业务 promise 没必要外面再包一层 promise ，业务 promise 被 reject 的场景下直接结束 Promise.all 是没问题的，没必要等 timeout 的 promise 了。

@Kipp 不敢去。。

@chenrui920614 呃。。。

@mhf0709 我这么说可能有点不礼貌。不过这个真没啥好请教的，前端圈子网上最不缺的就是学习资料和建议了，没有重复回答的意义的。有些行业知识共享度没那么高才需要别人的一些建议。

我那会转行也比较早，圈子也没现在那么卷，客观来说你现在转行肯定会比我那时候难。

要说建议的话我有几个非典型的建议。
一个是自学转行需要一定的自律能力，如果对自律能力没有太大信心的话还是建议报班的。如果有信心，也建议主动给自己外加一定压力来由外而内去 push 自己，比如老家是农村的话可以回老家自学，时间久了不出去工作邻居老人们就会议论你，这就是一种动力。我当时是直接在离职公司附近租房子，吃饭还在公司食堂吃，和同事说学三个月转行。这样当两个月的时候别人问你怎么还在的时候就能感受到那种 push 了。

其次是时间成本。我觉得你既然提到转行，大概率还很年轻，这时候你工资也不高，转行的主要成本不是金钱成本是时间成本，如果不是家里急用钱的情况，建议不要边工作边转行，直接裸辞一门心思准备转行。

还有就是确定自己的决定是否理性（对错是没法判断的），转行前先了解下未来的工作日常等看是否是自己喜欢的。我们要看钱但不能只看钱，开开心心是关心我们的人对我们最大的期望。

@3dwelcome 我好像有点思维定势了，节流第一反应就是定时器，那样确实是没有直接对比时间优雅。

你说的按钮钩子不清楚是不是要封装成按钮组件。
如果是指封装函数的话我觉得楼上那位提的 promise 的情况是要考虑的，一刀切定两秒感觉有点久。
如果是指封装成按钮组件，还是用定时器好一点，像延时两秒的场景，按钮上最好加一个逻辑显示数字过点点点倒计时和按钮的禁用 /loading 样式，两秒后或者 promise 结束后清除掉这个状态。用户体验上更好一些。

@wukongkong 哈哈，是的，就是有时候接口请求返回得很快，用户还是容易点好几下。最好是判断下传进来的函数的返回类型，如果是普通函数就直接按指定的 timeout 时间做节流。如果是 instance of Promise ，就等它的 pending 状态结束掉，然后和 timeout 时间做对比，按时间最长的那个等待时间来做节流，这里如果具体实现用 await Promise.all 来对业务函数的 promise 和 timeout 的 promise 做等待的话，需要对业务的 promise 再包一层 promise 保证业务 promise 不管是被 resolved 还是 rejected ，最后包的那层 promise 一定会被 resolved ，因为 promise.all 当一个 reject 就直接 reject 不等另外一个了。

@gouflv
我预期自己能带的团队里主力会是初中级开发。在这个前提下，很多公司的技术 Leader 还是要写业务代码的，在业务上有直接体现。除此之外，及时响应产线问题也很重要，因为初中级开发定位问题有时候可能没那么快，如果产线问题大部分都是你处理的，对领导来说你就是不可随意裁掉的人。其实很多时候，你的领导觉得某一块事情安排给你之后，他就不用担心了，你的价值（可能不算业务价值）就体现出来了。其他方面，就是基建、UI 库之类的，重点是尽量将其量化，要能有数据表示前后的提升之类的，不然在领导眼里可能就不会被重视，会有点像是技术人的自娱自乐。

具体到业务上的价值，感觉是管理好团队提高团队的业务产出，减少团队的产品 bug （组织团队的 code review ，不要流于形式），及时解决出现的 bug （并非要全部亲力亲为，但是也尽量要一起关注）。我曾呆过的一家公司，专题活动页这块的开发一直要占用一定的人力资源，但其实很多专题活动都是类似的东西，完全可以搞个简单的在线编辑器让业务自己开发的，不过那个公司前端团队地位太低了，我想要台服务器一直要不到，搞不了这块。

@yikyo 嗯嗯。

@imchenlong 谢谢。先不用。互联网一线公司全年都在招人，什么时候都不急。我想先看看其他机会，能在非互联网企业捡漏拿个 leader 岗位长呆是最好的。

@yikyo 好建议，我以为写的是以前的经历就不算减分了，但是陆续好多人提到这个了，感觉是得删掉。

@hly9469 在这里能碰到同校的，真难得。我是药学（食品药学方向），没你那个专业好。