不存在什么标准，说一下我脑中的基于 vue 全家桶的一条路子：
1. 脚手架: vue-cli
2. 框架: vue+vuex+vue-router
3. 构建: webpack
4. 本地服务器: webpack 自带的
5. es 兼容: babel
6. css 预编译: scss
7. 模块化: vue 组件

再次重复：专业基础很重要，数学（尤其线代，概率统计等）很重要。
他们很大程度能决定你的上限。
不要太过担心自己现在不会 python，php，java，html 等等，这些你工作后有一万次机会去学习，你最要保证的是你的基础能够让你快速且准确地学会这些技能。

也是第一次看见，或许可以把 of 替换成一个句子来达到代码具备更强的语义的目的. 就模式而言至少我没见过这种。
例如 Parent p = Parent.withChildren(children)

这种问题是最无解的，谨慎购买！

肯对是堆，要是栈，你觉得它能用么。。。

补充上一段 talk is cheap

瞎 bb，假如是我设计的：
- 后端在上传视频后，添加视频处理任务，worker 对每帧进行处理得到一系列蒙板（每一蒙版对应一帧）,
处理的时候先做 object detection （现成的基于深度网络的论文有好些）拿到所有的盒子，对每个盒子找到轮廓（ cv2.findContours ）并填充
- 前端同时取视频流跟蒙板流，蒙板遮掉字母

步骤一、快速上手。直接撸 spring boot，简单搭个，下层什么的由它去吧，围绕着 spring boot 来上手 mvc、ioc、持久化、aop、定时任务等等
步骤二、初步深入。深入研究上面提到的那些技术 /概念（个人觉得研读代码可做可不做吧，思想到了，一般来说能猜得到做法）
步骤三、向上蹦。主要就是微服务这块
步骤四、再下深度。研究 servlet 规范、jvm、多线程、池化等
其它的网络知识、缓存、限流、降级策略都是可以去看看的。

1、前面那些拿网络 IO 跟服务器说事的，看看这句话吧“做一个接口如果用多线程，数量都是 4000 个线程起”。都说是做接口了，明显跟这些玩意基本都不搭噶了，那些东西对他来说都是透明的。
2、万一说他写个接口真的是需要（协调）处理到网络 IO，只能说不愧大厂（啥都从头来），那样确实是需要开很多线程。
3、还有一种就是开线程花很少钱，但往往都是语言层面自带的，语言使用的是用户线程

你说的是有道理的，那货在吹水

object detection

serverless 么，已星

必然不带

parse_packet(buf->data + 3 + abuf->len, buf->len - 3 - abuf->len, &hostname)
第一个参数为指向 buf 里 data 的第 p 个（ p 为 3+abuf 的长度）字符的指针，也就是取 data 的后一部分。
第二个参数就是 buf 这个串长减 p，差不多是从 p 位置开始剩余的数据长度，也就是定 data 后一部分的长度。
如果看成 string （当然并不是）那么对应更高级语言里的 subString

c 语言是一门面向过程，内存，指针，蛋疼的言语。

@no13bus 用队列把这步上传图片到七牛这块交给别的机器来处理，快速响应。另外考虑下上传七牛这一步会占多少公网的带宽。最后，你这个系统需求挺奇特，怎么会总是需要在高峰传头像？

堆给了 12g，新生代给了 5g，那么老年代有 6g 多，比官方的比例少了些，不过你说 full gc 毫秒级别，结果导向论来说反倒是没问题。至于内存没用满，这个不好下断言，也可能在这种压力下你网络带宽就只能吃掉这些，然后卡住了转到应用层。最后说卡顿，看看系统的其它部分有无限制。

ps -Xmn5g -XX:MaxNewSize=1024m 后面这项应该是多余的。

技术不到位