我想起以前有个大神发的图，假如知识点是个平面，你看到的知识点是平面上面一个圆的内圈，而大神看到的是圆外无边无际的空白，所以有可能你问的其实大神也不懂，因为他眼光看的是圆外面无边无际的知识

越厉害的越感觉自己无知，怕自己说错害了别人

react native 这种的？

你没提供证件给你老板吧，不会公司法人挂着你的名字吧

还有 MongoDB 有个很大的坑点，就是他的$group 分组，不要单纯用来对比 sql 的 group by，如果单个数据库数据过大会引发 group 数据切片分层，这种情况应该使用 aggregate，切记不要抄百度所有让你$group 分组的方法，要去找 aggregate 分组

对了，MongoDB 可以连表查询吗？我用了好久从没试过连表查功能，不知道现在还有没有

复杂业务统计的混合条件很麻烦，常规的分组混合统计编写比普通 sql 麻烦多了

大表筛选不要用，小表筛选可以用；开发阶段尽量用＊，正式验收尽量不要用＊；
有时候项目需求文档很多版本，这样加个＊直接获取比较方便

以前 4G 开热点给电脑打个 LOL 没问题，现在进游戏界面都成问题，我还是专门退了宽带搞成手机卡转热点上网的，这网络质量劣化太严重了

不对呀，我百度云的几 G 片子怎么变成几秒了，这不就是凭空消失

@loveyou1 这种看个人了，实际上也给不出什么意见，真的只能靠个人际遇和努力了

我是默认选用 json，好处是具有通用性，以前项目从 php 用 java 重构之后读写数据库里面的 json 配置毫无压力

@loveyou1 是的，这就是要求自己有工作规划，埋头只会写代码并不是正途，进公司还要开发展前景，运气好进了独角兽公司就真的 28 岁退休

对于外包也不是什么洪水猛兽，但是刚入行还是找有自己产品的，发现问题才能更好解决问题，而不是长期不断接外包去做项目，当然积累够了外包上手自己就是干

没有技术沉淀，很明显的一点就是没有自己产品什么优化都和你没关系，而且最主要的是发现问题才能更好解决问题，比如去年老项目出现 memcache 的 udp 泄露问题，这样下次技术选型会避开这种雷，外包一般交付完都不管了