所以，劝诫大家不要脑子一热就裸辞。除非随便换一家都比现东家好(这叫止损)，否则还是乖乖的骑驴找马。因为找工作的煎熬，可能会让自己将就着入职一家接受你的公司，而这家公司甚至不如你的上一家。这就不值得了。

要么买个低版本手机，要么 root 了吧

睡觉了

小米的真好。小小的空间，大大的世界

第 2 个场景不要加锁了，太重。用 atomic 包的 cas，其实就是乐观锁。加上 for 重试，保证写入。

谈谈我在我司的实践。
1. 服务器部署：
前端目录：将项目目录复制为 f1 、f2 、f3 ....
后端目录：将项目目录复制为 b1 、b2 、b3 ....
nginx 配置 f1.test.xx.com f2.test.xx.com f3.test.xx.com / b1.test.xx.com 、b2.test.xx.com 、b3.test.xx.com 到对应目录。ps. 如果后端只想用一个域名，可以。b.test.xx.com/1/api，然后 nginx 把 1 解析到对应目录，去掉 1，rewrite 一下 URI

2. 前端(客户端)配置后端环境
前端开发一个切换环境的组件，提供入口给测试同学输入数字切换环境。
例如安卓，长按某个页面元素，跳转到命令框输入，测试同学输入数字 n，那么把 n 保存到文件 /localStorage，后面发起
api 调用时，只需将数字拼接到 host 或 path，就能调用不同环境。并且，前端需要将“测试环境 1/2/3”标注在页面显眼的地方，让测试同学清除现在身处哪个环境。
后面后端水平扩展多个环境都可以，测试同学可以随意切换不同环境，不需前端改代码

PS. 前端发布线上版本的话，注意要将这个组件移除（编译脚本实现）

3. 测试同学 /产品
需要给这两位同学简单培训使用方法。并且在某个功能测试时，需要发布测试须知：
xx 功能，前端环境：2，后端环境：5


抛砖引玉~

自制力太差了。运动起来，把消耗你精神力的事情(例如熬夜，负能量)丢掉，这样才能干好事儿

过度封装警告。
某个参数是否要暴露给业务，要看业务是否需要关心该参数。对于 sdk 环境，业务明显需要关心。1，业务可以在他的测试环境调用你的生产环境，用于测试。2，业务只需要关注他传入的参数，就可以明确知道此时 SDK 身处哪个环境。而不用担心改了哪些因变量，导致环境发生了变化。

ps. 更好的做法应该是不区分环境，让他们都调用到你们的生产环境去。当然，如果涉及到金钱等敏感资产的业务，让业务端传参，让他知道是否身处沙箱不是很正常吗。

我觉得主要还是要看你的监控落地后给业务部门带来了什么收益，如果收益太少就不足以让业务部门花精力。

简单。手撸一个 IM

安利一个自己的插件： https://github.com/foamzou/wp-new-reminder
新消息提醒

@Wien 纯前端业务吗😂

图片处理，sharp 库了解一下，用的 libvips

博客貌似不错 mark 一个

那我也分享个命令行的吧。echo -n 串 | base64 -D

撇开单双休话题，这里表下我对应届生找工作的看法。
楼上有不少朋友的观点是，钱给够了就行。

但对于应届生(或 3 年以下经验的)来说，放在首位的应当是技术积累环境(你身处的工作环境能否给你带来巨大的学习成长)；其次才是金钱。
所以我认为对于 lz 来说，找一份工作，要考虑的是，薪水在能够接受的范围内，重点看学习成长空间。

5 年以上经验的，看钱就好了。

ps. 莫好高骛远；找好下家再离职。

分子

我自信点，当个分子

转成 base64 。
话说可以交代下意图是什么，或许有更好的方式解决你的根本问题