还记得 16 年的这个时候，帝都空气里面都有酸味了。。。然后我就逃走了

键盘洒水：立即使用餐巾纸或者别的能吸水的东西吸水，吸干就行了。16 年开始的 mbp C 面是不会直接进水的（ 16 年前的屏幕下方有出风口会进水），泼一杯水上去基本上不会有什么问题。
进 /出风口进水：立即断电关机，并且拆开后盖。不要想着去修，等自己处理完积水吹干主板后不能开机再说。开盖后倒出积水（如果有的话），然后用干布或餐巾纸吸干残留的水，最后用电吹风吹干或者放太阳下爆晒数小时。搞完后装回去就可以开机了。正常情况下都可以开机成功的，至于后面还能不能保修，就看运气了。

搞微服务的特别有用，单体的就只有装 MySQL、Redis 这些有优势，一条命令就装好了。

感觉自己有兴趣，但从来都不用。大概率是「叶公好龙」罢了。没必要纠结，多学一门编程语言并没有什么卵用，还不如专注于吃饭用的家伙。精通一门语言之后你会发现别的语言也就那样，不需要特意去学自然就会。

mbp 的续航差异很大。如果只是写写代码，10 小时绝对没问题。要是跑几个 CPU 高的应用，譬如编译几个大项目，也是 2 小时嗝屁。

感谢楼主，回头我简历上也加这么一句：热爱各种新技术。逃……

Kibana 只是做日志分析的吧？？？要是有收集功能，那 EK 就行了呀，要 Logstash 何用。。。

好吧，我们用的是 6.8.4

尽心尽责地工作和维护自己的个人利益不矛盾啊。尽心尽责不是把自己当做公司的奴隶，而是要把自己当做公司的主人。在公司利益和个人正当利益冲突的时候，你可以选择保护自己的正当利益而非公司利益，然后离开这家公司。

要永远记住这一点：一家侵犯个人正当利益的公司不值得你去为它工作。

后端 API 需要动态配置么？
前端模块动态加载倒是常规操作，无论是导航数据里面配路由的 web 应用还是配类名的桌面应用都是这个套路。

用不用外键，视情况而定。如果外键是洪水猛兽，那数据库为啥还要保留这个功能？

另外，异常堆栈要包装起来输出，不允许偷懒直接 print。直接输出控制台看没问题，Kibana 里面找都找不到，根本没法看

调试日志随便加，级别只能是 debug。业务日志要整体规划，级别是 info 或 warn。全局捕获的异常和 catch 里面都是 error，别的地方不允许使用 error 级别。

不一定是支付宝挂了，可能是楼主你的网络挂了。。。

我这里一切正常，坐标杭州

我认识的工程师（码农）里面，具有专业能力的不足 20%……我一般吐槽他们专业技能都不点

然后，这 20%里面具备通用能力的也不足 20%……我都无力吐槽他们通用技能都不点了

角色权限什么的不是要根据业务需求配置的吗？你们代码写死？

这不是故意为难人吗？哪有鲁棒性 100%的系统呀，数据丢了就丢了，业务重新来一次就好了呀。

备案随便写写就好了，不会影响你什么的

搞了个基础 util，含公共返回对象和分布式锁功能。
项目模板内含全局异常捕获。
资源、租户、用户、用户组、组织机构、授权、Token 是用户中心的 7 个服务，鉴权在网关实现。