@pkxutao 你可能没看清楚，我之前是安装在机械硬盘上的，不对固态硬盘做任何操作也会遇到问题。

我现在用的 SSD 是 PM961，之前在机械硬盘上安装 macOS 的时候也会遇到 NVMe 驱动 kernel panic 的问题，没有读写固态硬盘也会遇到。不知道怎么解决，最终只能禁用 NVMe 驱动。
PM981 也可能会有这个问题，所以提醒一下。

顺便问一下，显卡买二手的话不怕买到矿卡吗？

先重装，装完后从 Windows.old 里面复制出来，再清理 Windows.old 。

> 居然还没有直接用 Windows API 编写的产品出现

现代软件开发都是追求简单快速，Win32 API 因为开发起来过于复杂，大家都喜欢使用封装过的库来开发了，从多年前 MFC 就开始了。

@clino 我没弄过 git 服务器，就不清楚了。

@clino amend 之后原来那个 commit 还是存在的，只有手动 gc 才能清除。而且本地无法 gc 远程仓库，只能在远程服务器上 gc。

@lhx2008 说的是小白，他们连英文都看不懂或者不愿意去看的，只知道下一步下一步。安装程序默认是没选 Add to PATH 的。

面向人群不同吧？官方文档好像都没说怎么安装，对于初学编程的小白根本无从下手。

@wsseo https://www.v2ex.com/t/293527
主帖可以使用 Markdown 语法，回复只能使用 Default 语法，只支持那三种图片链接。

Chrome Dev 也是这样了。

@kevinhwang @fyyz @abcbuzhiming
我认为 Windows 传统那套 Win32 API 不适合直接用来开发软件，但是在 Windows 上开发软件是没问题的，因为有许多强大的 IDE。

我认为 Windows 的历史包袱是比 Linux 和 macOS 多的。Linux 因为内核和 GUI 分离的设计，GUI 层面的历史包袱相比之下可以较为轻松地丢掉，而内核层面继承了 Unix 的设计，本身设计失误较少。macOS 虽然内核和 GUI 结合得较深，但是苹果敢大改 API 来解决历史包袱。
Windows 内核层面继承了以前 DOS 的设计失误，比如 NUL CON 这种保留的特殊文件。在 Unix 中同样也有这类文件，但是设计者知道要把他们放在一个特殊的位置，而 DOS 设计时却没想到。

我不知道在哪听到一段话：“一个平台开始衰落的标志之一，就是写一个「符合当前主流交互习惯」的 App 需要越来越多的 boilerplate code，比如当年 Windows 上的 MFC，比如现在的 Android。”
从这个角度看，目前开发 Win32 应用，不使用封装过的库是非常麻烦的。微软自己都在给 Win32 API 写 C++ wrapper 来简化代码及避免 bug。
而像 macOS 和 UWP 才是良好的平台，直接使用平台提供的工具和 API 可以较为轻松地开发出软件。

@wdv2ly 但是我的手机上 Chrome 可以打开淘宝 知乎，不应该不支持吧？

@ysc3839 Windows 10 加入的 appx 安装包或许能解决这个问题，不管是 UWP 应用还是传统 Win32 应用都能打包起来，直接安装。
然而我觉得 appx 的问题在于不便于绕过商店分发，按照微软的限制，appx 必须要有签名才能安装，没有签名的情况下似乎只能自己签名并导入系统信任。
而 macOS 我没记错的话在设置里允许未知来源后就能打开没有签名的 app 了。

@ysc3839 接上面：说是操作系统的问题并不严谨。
@iyaozhen @yvescheung
Windows 程序安装确实没有 macOS 做得好。macOS 的“捆绑包”设计得很好，这样可以做到把整个文件夹看作一个 app，解压后双击就能直接打开。而 Windows 下直接解压后得到的是一个文件夹，还得点进去找哪个是主程序来打开，这么设计对用户不友好，结果是大家都设计成了安装程序，用户下载后直接双击打开安装程序。

@trait @youxiachai
经常遇到蓝屏问题的话我是比较怀疑驱动程序或者硬件有问题的。
我一个舍友用的是炫龙笔记本电脑，去年 12 月左右的时候经常死机或者蓝屏，我帮他重装系统后仍然有问题，结果 1 月初的时候开机找不到硬盘了，所以前面出现那些问题可能是硬盘故障导致的。
我自己的电脑就没有遇到什么问题，我只能说这些问题很复杂，说是操作系统的问题

@nguoidiqua 不对，Windows Terminal 不是 shell。

@nguoidiqua 那个窗口是 Console Host，是 Windows 自带的终端。

@nguoidiqua CMD 和 Powershell 没有自己实现一个终端，一直都是分开的。

建议使用 pybind11 而不是 boost.python，前者更加容易配置编译。