前端搞后端, 然后 server 实现慢慢复杂了, 分布式, 部署, 并发性能都得自己解决, 和原来的后端没区别, 这时候你还觉得是前端么.

都是打工的, 顶多是收入高低..

层级是啥, 一年好几个亿那种么

一个对象创建的时候直接置为 01 不就行了. 怎么变是后面加锁操作的时候需要考虑的.

有上市希望还跑 ： ） 你是不相信这个希望么

很快就恢复了。 估计流量还是超预期了。 加加服务器还是能搞定的。

MVC 适合静态页面的时代， 如果输出只有 JSON， 要 view 干嘛？

@zxfeng 不要关注那些核心 3 万的， 辐射 3 公里三万一平的还是挺多的。

不过反正买了不会觉得钱花得值。科技城房子附加值很低，毕竟大郊区，配套基本没有，还得靠车把生活范围扩大几公里。

适合去大专学

@PP 项目经理就是要和甲方沟通的。在甲方面前甩锅，确实是丢人现眼

杭州户口有啥用。 想上好学校，还是要靠提前 3 年买 500~600 万的学区房。（比上海便宜当我没说 : p )

杭州未来科技城郊结合区还是有大把绿化尚好的大小区是真的。遛狗和养老不错。

> 然而长期住在一个没啥生气的郊区城市，作为长期居住人员我表示非常无趣，也就是老人家感兴趣。

一般都会起个名字， 方便沟通。和其他人同步进度啥的，不会搞不清楚是哪个项目。

同时还有代码路径什么的，总要起个 id

restful， 说实话，用的地方不多。简单场景下，patch 里带参数，前后端的都麻烦， 涉及到 path + param 的参数解析合并问题。

path 可以在协议层高效处理，不用去字符串拆分 querystring，高性能网关会希望明确通过 path 区分目标服务

按我经验聊聊吧， /path 一般是用于隔离不同的目标业务
?querystring 用来提交参数， 再复杂点，涉及写入就要求 post 和 校验 session

比如你这个 /remark /record 其实都是 data query，/query?type=remark&id=123 区别不大。

但是对于 html 路径 比如访问某个人的页面 /person/id231 显得干净一些。

你只要写个 api 的封装，自己定好参数， 出了问题丢给他自己查去。。有什么关系

身边有 go 的简单代理服务，8core 的生产机器， 单机 1 万 qps，只检查头部应该更高。

取决于你能开多少个 tcp 链接。
用纯异步执行模式
go routine，利用 channel，按 cpu 核数开几个队列异步消费，只检查 headline 不访问 body。
剩下的，就取决于你的网卡和 cpu 瓶颈了。
想高并发，首先一点是去阻塞

https://www.v2ex.com/t/632088 搭车，求有意愿到西溪园区总部上班的 JAVA 工程师。

JVM 34

用 ide 的 VIM mode 插件不就好了

VIM mode user != vim user