@oppoic

是的，不好找。只是得有所准备，尽人事。住的位置比较偏，上半年能换到合适公司的概率太低了。

现在住的地方老婆上班近，电瓶车二十分钟到。租房离我公司近的话她上班就太远了。居中位置房租贵，不舍得。

@ymcz852 谢谢提醒，我今天改下。

@stefanieewu 项目经历的内容基本是从以前写的博客和述职报告里挑觉得比较有亮点的内容提炼出来的。

@adskhf 是的

@SeanChow 感谢分享，受益颇多。

感谢平台，后面有线下见面过一位在创业的 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 不等另外一个了。