电信是 1G 带宽 3 万 /年，按 OP 图上的数据，可知带宽是 20M ，40 元 /月，折算下来就是 1G 带宽 2 万 8/年。雀氏便宜

汉兰达换成同级别同配置的国产品牌，省下来的钱够你加油几万升了。。。

@zmal 不要过度抽象。什么时候连泛型都解决不了问题，那肯定就是过度抽象了。

说什么 jackjson 的 api 难用的，就不能自己简单封装几个静态方法么？再说，你们都用不到深拷贝和类型转换的么？

只有专注才能成功。

OP 你的微服务的边界定义有问题。哪有把不同服务串成流水线的。。。

反序列化的时候不能确定目标类型的话，肯定是设计问题，只要完善设计，就可以规避这种问题了。所以，fastjson 这个 autoType 功能真的就是画蛇添足。

外接显示器我的独显就要有 10w 的功耗。整体功耗就从 7w 飙升到 17w ，温度从 46 度也飙升到 70 度。

用户数是无法准确预估的，正确的做法是要具备动态的扩容能力。

现在落户无非就是一个教育资源的问题，别的基本没有影响。所以看地方了，北京就落户吧，别的城市就没必要。

OP 不用担心房子没了，因为你没收到尾款交易就没有完成，你就随时可以通过起诉对方违约拿回房子或者尾款+违约金。

这是写在用户服务还是积分服务里的问题吗？这是缺一个会员服务的问题！头像要玩花样，或者搞什么用户勋章之类的玩意，就必须要有个会员服务。

OP 觉得生气，无非就是对面的态度不好。但这种事情犯不着生气，你也不经常和对面打交道呀。反过来说，也正是因为平常和对面没有交流，所以人家当你是陌生人，而且涉嫌拿“自己的推车”，所以态度就不会好。

@chendy 譬如用户、角色权限、身份验证 /鉴权，短信 /邮件 /IM 机器人等消息组件，还有就是支付 /结算 /账户钱包什么的。

中台还是很好的一种架构模式，但不能万物皆中台啊。我认为只有和业务完全解耦的才适合做成中台，并且在实战中取得了非常好的成效。但和业务紧密相关的，例如订单中台，我是死都不会搞的，因为我知道搞这个死都不知道怎么死。

@dongcxcx 其实我的东西很少啦，大部分装备都是那个装备党朋友带的。属于我的是那个较小的天幕，冷山单人帐，一个铝合金的蛋卷桌，一把月亮椅，一个露营车，还有一个收纳箱装点零碎，一个泡沫箱装食材。我的领克 06 辣么小的后备箱，刚好装满。

问就是没有。
电机类型非常多。按电流可分为直流电机 /交流电机。直流分有刷和无刷，交流分单相和三相。不同的绕法会有不同的转速，低的低到几百转 /分，高的高达几万转 /分。转子不同大小扭矩也是天差地别。

各种步进电机更是五花八门。。。