平时除了写代码并没有太多长时间打字的场景，然而写代码的速度瓶颈也不在打字上面

@Orenoid #4 除了生成图片的计算负载，后端生成可能还要上传 /下载图片，相对来讲也更费时间，个人倾向于前端生成。

前端生成可以把计算的压力分散到各个用户的设备上，但是少部分设备可能有兼容性问题，导致生成的图片样式不完全统一

100 完全就是在侮辱人吧……我第一家公司平时抠门得不行，申请涨薪好歹还给涨了 2000

取决于多困，特别困的话建议直接趴一会，打个十来分钟的盹效果也会好很多。不是很困的话，就听歌、洗脸、咖啡之类的吧。

酸了，我连个一起玩游戏的好友都没有，就先不奢求是妹子了

@zhao1014 #25 https://www.v2ex.com/t/747865

单靠信息这个很难判断……虽然暴露了面试官基础一般，但是这些内容平时开发也很少涉及（当然还取决于公司业务情况），不一定会造成什么影响

@no1xsyzy #63
我也不确定拆包或者分帧是不是一个标准的叫法，因为这里只是在抽象地讨论应用层对流式数据的拆分，没有具体的应用层协议可以对应，比如 HTTP 报文、WebSocket 消息就有一个标准的命名。但脱离了具体协议的话，我之前学习的时候并没有看到对这个行为有一个标准的统称。

不过我觉得这个不是重点，只要做过这一块相关的开发，就都能理解大家说的其实是一个问题。我想强调的点还是在于，不该使用“粘包”这个叫法，是因为很容易误导新手。比如上面一位老哥提到的，“在编程实践中不能理解明明我 send 了 5 次为什么我 recv 一次就收到了所有的数据”，新手本来就理解不透彻，然后网上一搜，再看到一些不懂装懂的“粘包”文章，就被彻底带歪了。

本质上就是在讨论如何在 TCP 流式数据里拆分出应用层的数据包，说到底就是个叫法问题，“粘包”还是“拆包”，但麻烦请用后者，错的就是错的。
也许你是能理解问题的本质，但你能保证你在传播“粘包”这个概念的时候，也保证听众不会错误理解吗？这个词传得越广，就越有可能导致很多新手以为 TCP 传输过程就是按照一个一个包去发送的。

没看懂……另外 V2EX 一般情况下都没办法删帖……

正则那么简单你们都要百度的吗，我都学会好几次了 [手动狗头]

JS 是单线程的，浏览器不是。
单线程也可以很快，Python 里的协程，基于 IO 多路复用，可以并发地进行大量网络请求，快到你需要手动限制频率，防止被屏蔽。

看完基础，就开始写项目，边做边学，有问题就搜，有坑就填

晚上提前一到两个小时，适量运动，然后睡前别做让自己兴奋的事情