微服务的生长条件是，单机业务过于复杂 -> 拆成 n 套（ n<10 -> 每套业务耦合太严重，开发效率降低-> 微服务(n>10 -> 维护成本太高-> 合并同类项 -> 服务减少(n<10 -> 起名宏服务(macro

本质上还是业务和架构、开发效率、运维成本的综合考虑

@rimutuyuan 18K 小公司我也不知道算不算稳定 现在才 pre-A
@csl1995 18 * 14
@mingceng 是啊，所以我现在不知道的是选什么方向，其实有想学 c++或者 go，稍微往硬件底层靠靠
@coderxy 是吗，其实 python,go, c/c++都感觉可以学,有在考虑了，那就先从 go 和 c 开始

@Gathaly 感谢哥回复，工作中大部分都是业务 Boy 啊，真正能搞牛逼技术的也就一小部分人，或者运气好碰上了。通用性这个东西，其实大部分公司遇到的问题都是类似的吧。去大厂就是为了搞钱，还有一个就是可能技术难度会高一点，处理 1000 数据和 1000 万数据总是有区别的。

@godblessumilk 哈哈哈，谁不喜欢搞酷酷的事情哦，其实 cs 理论不是在哪里用，它已经潜移默化影响到你的每一行代码了

@good1uck 确实，你让我写我也能凑合写，但是真不知道写什么。说得太贴切了

@c0011 这倒不会，我倒不是那种会退缩的人。

@nguoidiqua 是想上走，一是不知道怎么走，二是不知道往哪走

@adoula #4
摸鱼确实好，可是 25 了，职业发展总得有点起色

@zaima #3
然后呢 现在还是瘫痪还是奋起了

@ly4572615 #2
v 站的哥都很谦虚

@opengps #1
什么样的项目？自己做的话做什么类型的？

末班车 是随机数抽吗

github 好玩

国内 1065 其实也蛮羡慕湾区生活的，普通家庭普通学校，作为一个程序员还是想体验一把的。

所以搞一个 resume 的 web 版本就很有必要

做后端就要有 前端所有数据都不可信 的心态

保持良好习惯，fork 之后的好处在于自己的 repo 想怎么玩怎么玩你

@zhw2590582 做过两个 都喜欢的不行。 女孩子只要你用心了，干啥不都挺喜欢的么

server {
listen 80;
server_name: me.com
}

server {
listen 80;
server_name: you.com
}

读应该不是问题，应该是写性能太差。
性能问题应该出在写 Oplog 上， 可以考虑{ writeConcern: { w: 0}}