别急，客户还没正式提需求呢。如果客户后面不再提需求了，那八成这东西他们就没打算真正用。真要用得话，光跟 app 和前端的接口对接，就不是 20 个小时能做完的。

至于比较，毫无意义。因为你这是严格前后端分离的架构，php 、python 、ruby ，都是面向全栈架构的，压根就做不了（也不是做不了，只不过做起来坑非常多）。事实上来说，如果是全栈开发，Java 就是超级慢。

Windows 非 Server 版本都是单会话环境。你远程桌面一登录上，那边立马就锁屏了。那边登录之后，你远程桌面也会立马被锁屏。

考虑到通货膨胀的原因，你举得第一个例子，并没有涨价，这就是正常价格。而你举得第二个例子，那可是收购价 -300 亿刀 的公司出品的，毫无参考价值。

「从技术上来说，刀虽然架在你脖子上，但不会砍你」，楼上一堆说这种话的人，说好听点的是学技术学啥了，说难听点就是蠢。

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

还有一个偏差，中小公司+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/小狼毫，原本是的动力是因为微软拼音那蛋疼的词频控制策略——导致的地得根本没法好好输入，还有鸡肋的词库同步——帐号高度跟操作系统帐号绑定导致好些不方便登录的帐号都没法做同步。现在又加上一条必应化。

此外，这个也不要碰瓷防诈骗了，防诈骗不需要这么大的断卡力度。这么大的力度是来为反洗钱服务的。这跟火车票实名制防匿名甚于防黄牛是一样的道理。阴谋论一些，还可以认为是要做人民币实名制。

这个锅，不能光给一刀切来背，身份认证方式滥用导致的身份证、手持身份证，甚至人脸识别的信用失效，也要背上一份。

选择不用+1

口头 offer 不如书面 offer 。无论何种 offer ，回复接受了才算生效。一般来说，除了口头 offer 到正式 offer 之间的审批要花费很长时间外，像面试等通知、offer 考虑一下这种的回复时间，超过两天都算拒绝的。

静态界面可做。一般的交互，不需要精细或者实时输入验证那种，也可以做。是不是无趣就不好说了，要看你这页面是干啥的。

这事不涉及赢不赢，别说仲裁，就是走到诉讼，也是给你打哈哈。只有当单位缴纳部分，是在单位财政收支之外的时候，比如说体制内的社保，足额缴纳才有好处。体制外的，就别傻乎乎的去搞足额缴纳。