byzf

有公司这么用，策划用 navicat 这种，excel 里直接拷贝进数据库。

先脱坑，再提升。

脱坑以后才知道在坑里每分钟都是在浪费生命。

不担心身体的话，补觉+用闹钟把自己弄醒 是最好的。

很多哺乳动物都有这个机制，应激性心肌病听说过没有，被惊醒后（比如很大声的闹钟）会分泌激素，进入极度亢奋状态。比什么红牛咖啡因二锅头的前五分钟强烈很多倍。

心脏不好绝对不要试，会死。当然心脏好也尽量不要用。

劳动合同上有明确写你解约要提前多久通知，只要你能证明你已经告知了公司离职意愿，比如邮件证明，到时候对方不开离职证明不放社保之类的你直接走仲裁让他们赔偿就好了。

公司接的到的外包可能是老板给人舔鞋舔出来的，也可能是喝酒喝到胃穿孔喝出来的，也可能是投胎投出来的，你有本事你也可以按公司的报价自己接。

题外话，vim 说实话我现在很难去定义到底有没有带来什么实质上的便利，有很多人发表过高见说看不出来鼠标多点一下到底有什么损失。

陆陆续续地从 syntastic 到 ycm,nvim,deoplete 帮他们测各种 bug，各个平台测 vim 的花式 gui 的 bug，体验各种轮子自带的 bug 以及任何新环境都想试试 vim 是个什么情况所花的时间，还有迁移到 vscode-vim，vs-vim, jetbrains-vim 里面各种配置和 bug 的时间，加起来至少有大几百小时，我很难说我省下来一点点效率能覆盖这些时间。

这种学了之后不会更新的技巧其实没什么去快速学习的必要，每年偶尔看一遍有啥新功能有啥新插件就差不多了。

养域名呗。。。

@xhpan10 app 过审，http 请求过墙都有成熟的方案，重点一是限制恶意机构滥用，二是做好提示规避法律上的风险，把所有的问题都简单地用国内环境一票否决是思考惰性使然。

@luckylo 重试不重试也是业务需求。这个我也不知道啥叫傻乎乎，一般支付回调如果失败都是要重发的，不管是我去接别的大平台还是别人来接我公司的小平台，而且配置错误的各种可能中会返回一个 200 的状态码是很常见的

实际情况里要反馈一下失败的，不反馈失败让用户自己猜失败原因吗。。。那你要反馈一个失败必然不能只靠 200 。