copliot 提升还是蛮大的，毕竟大部分时刻写的都是简单的代码。而且简单的代码看一眼基本上就能确定有没有问题。

复杂的问题 copilot 搞不定，gpt4 其实也不太行（尽管它会装作帮你搞定了的样子）。但有一个场景 chatgpt 比 copilot 合适，就是报错的时候，chatgpt 能够帮你定位和解决问题（尽管准确率不高，但反正试一试成本很低），而 copilot 不行。

1. linux 也区分
2. windows 分区后不是只能分配一个盘符，也可以挂载到某个目录

p.s. 两边的系统权限半斤八两吧

换板子费用：500
构成：
板子物料费：100
换板子的人工费：1
知道要换哪块板子和怎么换板子：399

因为这些不是一个问题/bug 而是一个 feature 。

Floating Point Precision ，属于我能想到的最常见的科班知道而非科班甚至不会意识到这东西存在的一个问题。

虚岁算起来容易啊，年份相减加一。城里默认也是虚岁。年级大了才会用周岁吧

@drymonfidelia 你不太可能只用 4G 内存去模拟 4G 内存

@GPT9 这用英文写的也不影响我们嘲讽他啊。怎么换中文写就得给个国籍保护？

@locoz 给你口中的竞品三年时间，看看他们能不能追上苹果的 80%

我赞同 DB 这种**传统**状态化的应用无法直接通过容器现有的服务方便的进行扩展，并且我也不认为未来能够解决这一点。但是在裸机上扩容就容易了吗？另外一方面，新型的分布式存储/数据库也越来越多。

我自己目前还是更倾向于将数据库放入容器中，更多的是为了简化环境部署的要求。如果你的产品有部署去不同环境的需求（例如 to B/G 需要部署去用户的自有机房），容器化会极大地降低部署的成本。但如果是你自有+裸金属的环境，容器化可能并不会带来很多收益。