以前写 juery 时先打一个；，就防止这种问题出现

@salamanderMH 我的学习路径:

重点学习 webpack 与 babel
基本了解 react
重点学习 ant design

想要熟练还要在实战中才行。

全部 ant design，省事省心，早点写完下班回家。

不止会 nodeJS。我理解的全栈是需求分析，系统设计，开发实现，测试，编译部署，项目管理每个位置都能打。

钱还是要拿的，该是自己的都要拿着。你不好意思，老板不会觉得你好，除非现在有更好的机会。系统不好用就要总结了，是不是没有沟通好，没有研究透老系统？

@cnmllll 这算了，去医院检查一下吧。

bug 往往都在上线时发现。我们之前每次部署，每个人都不说话在解 bug。

我也吃了几个月中药，没得作用。

尿频是最难解的了。本人去年冬天被折磨的死去活来，睡不好觉。去医院怎么查都没事，就讲是前列腺炎，吃药也没有改善。今年药不吃了，慢慢自己好了，不知道怎么搞的。

有时候中药可能调节人精神问题，就如西药的百忧解。可能本身没毛病，但是精神上过不去。

尿频是

不好玩，不好吃。

实木定制很小众，很有利润。

u2417h，这个我正在用，很清晰。

楼主如果日志量不大就数据库吧。我之前就搞了 elk，最后发现量不大，直接干到 DB 是一样，每个人都会 SQL。用 elk 每次都要问我怎么怎么搜，好烦。

我用起来还可以，代码基本架构有了，包含基本需要使用的轮子。关键是我用 antd 写各种 IT 系统。

我司很多流程系统都会如此，优势就是简单，各层次开发人员都容易掌握，后面查询也比较方便，因为各种角色都会会点 SQL，跟各种工具集成也方便。缺点就是只能做并发要求不高且模式不复杂的地方。

我司也用 rabbitmq，主要用在并发较高或者模式复杂的地方，当然架构复杂性就上去了。

一句话，看自己的场景选择最合适，如果是持续开发的项目，建议根据状况来适度升级架构。最初我司一个原始系统用的是 DB，并发上去后还是死磕原来的架构，最后反而搞得复杂无比，翻掉重新用 rabbitmq 设计了。

家庭条件可以，还是多读书吧，到时眼界也不一样。