下面是个人的些观点，不是杠供参考

网络调用过多 // 业务在大部分情况下达不到网络 IO 瓶颈上限的
技术栈太过灵活 // 个人不认为这是坏事
难于应对连表查询的需求 // 微服务封装以后，怎么还需要连表查询？有点不理解
核心应用崩溃会导致大面积瘫痪 // 看架构设计的能力，以及运维的部署了，这个锅不应该微服务背
运维成本增加 // k8s 很香
接口风格不一致 // 技术管理的问题，和微服务无关

树莓派有点浪费了，考虑用 Arduino ？

+1 @manami consul 是很香，网易这边严选重度使用

@cmdOptionKana 现在电视没有个不「智能」的，我也想买个不是智能的电视，但是七十多寸的显示器可不好找（性价比估计也不高

@zmxnv123 不奇怪的，先不说孰优孰劣吧…国内纯 Java 技术栈的公司比想象得多，当然还有很多也是历史的问题

vim 还好了，你要知道很多 classic 的 vi （例如 FreeBSD 的 nex/nvi，Slackware 的 elvis 等，貌似暴露年纪了），你根本就不知道以前在 vim 的经验还能不能使用

+1 容器化以后其实并不是很在意程序放哪里了，就关心数据这块的管理

一般数据我习惯扔 /opt/data 然后定期转走

安徽真的有那么落后的地方吗？怎么说也是华东地区呀…

@miao 看到有人骂你，我就放心了。

@GoLand 哥们你的名字逆天了，我还以为我的 IDE 会自己发帖了。

@Eagleyes

```
❯ cat /proc/cpuinfo | grep "model name"
model name : Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz
model name : Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz
```

2010 款的 Mac Mini 装了 Debian 还在服役…你感受下。我来看按照 Intel 挤牙膏的尿性，你的机子其实还能再战好多年。

i7 4790K 就是老电脑了，垃圾佬哭晕在厕所

补充材料，虽然十年前了，看起来还不会过时： https://www.gracecode.com/posts/2973.html

随机生成密码 https://github.com/mingcheng/genpasswd，然后扔给浏览器管理

@lotem 看文档貌似只针对小狼毫的，鼠须管也适用吗？

说句实话，我对字节的同学挺讨厌的，没有股东的命得了股东的病，面试造火箭实际拧螺丝

@dogandcat 你全身都是 G 点吗？活得不累吗？

头孢 （手动狗头

劝你想清楚再行动

利益相关：前猪场员工