nothingistrue

你得理解有偏差，相比与单机，微服务是部署架构麻烦，但技术架构简单。或者也可以说是实施架构麻烦但开发架构简单。大多数时候，实施成本是小于开发成本的，有时候甚至合同上都不体现实施成本，所以再小的团队，微服务架构都能带来收益。

还有一个偏差，中小公司+5 人以下的团队做得东西可不一定小。如果不是外包性质的开发而是做了往外卖，那么现在看起来的 5 人团队，算上历史开发人数可能是上百人。

当然需要注意的是，并不是所有的微服务都能使得技术架构变简单。像下面这两种微服务架构就是脱裤子放屁只会找麻烦：1 ，将层，例如 Service 、Dao 拆成微服务； 2 ，只拆代码不拆数据库，多个微服务操作同一个数据库。

你不该发在 Windows 。

我这个 (CPU+GPU 设计功耗 ) * 2 ，是针对普通显卡的，你这大功率显卡，就没必要 * 2 了，加个 50 w 就足够了。

((CPU+GPU 设计功耗 ) * 2) / (电源标的有效率 + 预计可能虚标的偏差纠正值) ，你所买电源的额定功率，应当大于这个值。

@Gct012 Bigdecimal (1) / Bigdecimal (3) * Bigdecimal (6) ，1 / 3 * 6 ，1.0 / 3 * 6 ，这在计算逻辑上就是三码事，你就不该把他们混为一谈。这是计算基础的问题，跟 Java 都没关系。

Bigdecimal (1) / Bigdecimal (3) * Bigdecimal (6)，这是精确的十进制数字计算（现实世界的计算规则），在除法结果面对无限小数的时候，必定要做舍入。你的除法里面选择的规则是「精度 12 ，四舍五入」，因此 1/3 的结果是 0.333333333333 ，而最后结果就精确的为 1.999999999998 。

1 / 3 * 6 是整型计算，在除法结果面对小数的时候，要丢弃。故 1/3 的结果是 0 ，最终结果是 0

1.0 / 3 * 6 因为 1.0 的原因，被调整成了浮点计算，浮点数和浮点计算，是计算机专用的计算逻辑，与现实世界的计算规则有所不同，经常出现一些莫名其妙的错误，比如 0.33333333333333333 * 6 = 2 。


计算机默认的计算规则就是浮点计算，十进制计算是需要特殊处理的。Windows 计算器里面，科学计算器是高规格的精确结算，标准计算器是快速计算，这俩是不一样的。如果你想要结果都是 0.33333333333333333 * 6 = 2 ，那就别用 BigDecimal ，用 Double 或者 基本类型 double 。但是请不要这么干，原因去找初中的数学教科书。

7945HX AMD 官方那里写着支持 Windows 10 64 位版本，但随制造商可能有所不同，所以是否支持还得看 OEM 是否不魔改。 不过，你不该担心操作系统的，你更应该担心的是 OEM 硬件没有 Windows 10 上面的驱动。像华硕，出场 Win11 的本基本不可能再装 Win 10 ，因为华硕非常懒，不给做驱动。

还有一点就是，HX 是 55W+的功耗，装上这玩意的笔记本，也就只是像个笔记本而已，本质上可以认为是个可移动的台式机。

@Cyshall #44
@Thymolblue #46
跟语言，跟购买都没有关系，换下区域就行。本地化里面，区域和语言是分开了。语言决定系统系统显示语言、输入法等等，同时因属于版权内容所以跟购买授权有关系。区域仅决定区域格式，也就是日期和时间的展示格式，还有本地化内容的区域，这是完全个性化的设置，只要不锁区都是可以随意选择的。换用程序语言举例更容易理解，Local 「 zh-cn 」，zh 表示语言，cn 表示区域，这是中文中国大陆。你只需要换成 zh-hk 中文香港 即可。

已经有人手把手解释得那么清楚了，到了 51 楼的时候楼主还在说 「 tcp 模式的 ping 」。看来这要是加上 「 SSH 是应用层协议，不是 TCP 」，楼主会更犟。

最近再搞 Rime/小狼毫，原本是的动力是因为微软拼音那蛋疼的词频控制策略——导致的地得根本没法好好输入，还有鸡肋的词库同步——帐号高度跟操作系统帐号绑定导致好些不方便登录的帐号都没法做同步。现在又加上一条必应化。