眼高手低，#3 说的对，搞 AI 有几个本科生，何况二本，没有能力考 cs 的研，就好好从现在开始走工程这条路。
不管前后端，算法和数据结构都是必须的，做了一年 ACM 的题就想有多少提升，那那些大牛不是一口老血吐出来啊。
有了算法基础在结合自己的兴趣，选择做前端还是后端。再关注一下企业实际需要的技术。

50 包邮解君愁

送我，邮费我出

培训班严重拉低了程序员的门槛

够奇葩的面试了

刚好有个类似的场景，目前我的项目中 B 是单点，同样也考虑过 B 是多点部署的问题，下面是我的解决思路：

1. 需要引进一个 C，C 可以单点部署，C 专门用来接收 MQ 中 A 发送的消息
2. C 需要进行消息的路由分发工作，即提前对同类消息进行分片操作，B 的单点机器只处理分片后的某类消息
3. 上述方案，本质上还是将 B 变成单点，避免消息汇总的操作，单点即不安全，那么可以使用 raft 协议将单点变成集群
4. 随着数据量的增加，分片的量如果不够多，那么随着类别的增多，也必然对 B 造成压力
5. 解决 4 的问题方案有两种，直接用另外更多的机器把全套系统搭起来，然后将负载切过来，原来的机器下线；采用 redis 的 slot 扩容方案

报那种可以预约学车的，一般是两个小时为一个课时，一个课时内只有你一个人学，不要选择那种一去一天，一堆人排一辆车的。驾校都是早上 7 点就上班了，夏天会更早，从头到尾跟着一个教练，塞两包烟。

使用 B+树实现的索引，都要遵循最左原则。
mongodb 也有 explain 可以查看 sql 的执行规则与情况，可以参考一下。
mongodb 在查询的时候可以指定使用使用哪个索引，mongodb 目前的 sql 优化做的比 mysql 还是差挺多，自己 explain 查看一下执行计划，如果认为有问题，可以使用此方法。
至于数据分片，不一定要使用 mongos，可以自己构建数据路由的程序，这样可控度会比较高。

福报厂的做好就很好，PM 必须会写代码。

很大程度上，研发的劳动强度，取决于 PM 修改需求的速度

卧槽，楼主慌的一笔啊，建议跑路

@xinQing 这个库个人不推荐使用，issue 里有个比较严重的问题，不知道修复了没有

这种东西等项目需要深度使用的时候，会发现目前没有一个第三方库能胜任的，还是需要自己写

1、重试
2、超时
3、keep-alive

只能说坑很多

不用劝啊，让你大舅断他一年的所有费用，去社会上搬一年砖就行了。
有两个结果：乖乖回去上学，觉得还是他娘的学生日子舒服；搬砖搬出息了，那就直接去退学，这样你大舅不仅省了后面大学几年的钱，儿子还有前途了

公司名报出来，SEO 一波

走吧，不是钱的问题，待久了会发现亏的更多

请问楼主是如何 enjoy 996 的，给我们分享一下