Docker 比较爽，迟早用的到，不如早点学，本地开发完，build 个 docker image 推到 docker registry ，或者直接拿 Dockerfile 到服务器上 build 一个，再运行就好了，环境都在 docker 里，不影响宿主机，想搞几个版本就搞几个版本

目测系统问题，我这控制中心也会这样……

？？反向优化？连接池复用连接的，肯定省内存，不用连接池，多开连接，分分钟炸内存 [手动狗头]

@wenwenjz 其实锁屏等几秒再进去也可以解决

以前用过百度脑图，感觉没什么特殊需求的话，也够用了 https://naotu.baidu.com/

@thinker007 🙈 那还是先用着吧，等空间真不够了再说了

有买 TF 卡做扩展的没，放点不太重要，但又不太想删的文件的

同款（拇指甩球是真减压！）

本质上是市场上供大于求了。靠人脉关系选人，对谁都没好处（有关系的人除外），估计大家也不愿意看到。要选出比较聪明的那些，相对来说比较麻烦（专业智商测试还是挺贵的），更重要的是比起能干活且聪明的员工，老板更喜欢能干活且勤劳的员工（刷上千道题枯燥的算法题，懒人很难坚持下来）。。。总的来说，靠这种刷题获得机会，比起靠关系获得机会的筛人方法，对于普通人来说更好一点（跟高考一样，相对公平一点）。刷题对大部分是件很痛苦的事情，但是好处确实也不少，至少看一些开源项目的时候不会因为算法卡壳……[捂脸]

em.....大概是“便器”吧🙄

裸着用了六七年了，感觉完全没必要，包括各种膜，影响手感、视觉体验

还是看访问日志吧

带份怀孕报告单吧

@KarlChen2015 各有优势劣势，从运维来说：多台机子运维成本增加是必然的，但是是故障恢复的时候，程序设计的合理的话，多台恢复比一台的要简单些（不太可能多台同时 GG，只要恢复其中故障的一两个就行）；从网络角度来说：服务程序间通信，在一台内总是比多台内更稳定可靠快速的（如果现在体量没那么大的话，这些差别根本不重要）；个人是比较习惯用多台低配这种方案的，觉得按照这种方式去优化架构的话，之后业务增长了，去做服务横向扩展这些的时候，能避免掉一些坑（主要是网络通信问题）。

多台吧，至少挂掉一台的时候，不至于全部服务不可用（服务有主备模式之类的就更香了）

@Lockeysama https://www.lockey.xyz/blog/post/lockey/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1%E3%80%81%E6%A2%B3%E7%90%86%EF%BC%9A%E7%94%BB%E5%9B%BE%E7%9A%84%E6%96%B9%E6%B3%95

急的话可以试试 [ProcessOne]( https://processon.com/)
不急可以[学学 C4-Model]( https://www.lockey.xyz/blog/post/lockey/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1%E3%80%81%E6%A2%B3%E7%90%86%EF%BC%9A%E7%94%BB%E5%9B%BE%E7%9A%84%E6%96%B9%E6%B3%95)； VSCode + plantuml + graphviz

@lynan 纸巾在桌上，要打的时候顺手一拿、一捂，都喷纸巾上，自从这样后，安全、卫生先不说，至少气味没了😂