@GhostFlying 其实不瞒你说，我很少单步调试。一般都是静态调试 + 日志纠错的。单步效率实在是太低啦，而且写稍微 premium 一点的程序就用不了单步了。比如上次我用 Scala 写 Mesos Scheduler 的时候，还有用 C++ 写一些算法的时候，根本单步不起来嘛。

最近写的程序都是 Python + TensorFlow 的，直接远程 push 到 GPU 节点上跑的，单步更加没用了，只有相信纸上推的公式和加了一堆注释的代码。。。

@winduser 高速有线网络你需要 Thunderbolt …… 所以干嘛黑 USB-C （ Thunderbolt3 ）？

@ETiV 是的， F1~F12 盲打简直不可能…… 对于我这种非硬核用户而言。

@7654 你说的不错，这就是对设备的诉求不一样而已。你希望 macbook pro 满足一切需求，而我不认为一个电子设备能满足一切需求，只不过我希望每一个我有的电子设备都让我在特定需求上达到体验的极致。

具体到 U 盘，我使用频率很少，所以可以为了美观和轻薄牺牲 USB-A 接口。毕竟 rmbp 这一代真的变薄了，这一点让我很开心。至于实在要用 U 盘，不是还有转接口吗？毕竟除了正儿八经工作的时候不会用到 U 盘的，而你都在工作了，转接口不是就在抽屉里面吗？

@coolkid1900 @7654 很多用户（比如我也是）不用 U 盘不用移动硬盘的，文件都用 iCloud Drive 或者其他什么云服务同步。需要用接口是为了接显示器，但是这种情况换个 USB-C 和原来的接口没什么差别。

首先，不是没有功能键了，而是虚拟功能键了。也就是说，大概按住 Fn 键或者其他什么方式可以唤回音量、锁屏等控制按钮。我想不会有人需要盲打这些功能控制的按键吧？所以这些功能是不受影响的。

受到广泛抨击的是 F1~F12 等快捷组合键。我们看几个例子：

======
Command+W 关闭窗口， Command+Q 退出应用程序。
（这里 Command 就是普通键盘的 Win 徽标键）
Ctrl+Alt+F 全屏化（无标题栏化）/恢复任何窗口。

======
再说第三方应用。比如窗口管理器 Magnet 的话：

Ctrl+Alt+Left/Right/Up/Down... 窗口移到左半边 /右半边 /上半边 /下半边...
Ctrl+Alt+Enter 窗口最大化（有标题栏的最大化，和系统的那个全屏化有区别）。

------
然后是 IDE 比如 PyCharm ：

Ctrl+R 是运行。
Ctrl+Alt+D 是调试。
等等...

------
再比如 Word ：

Ctrl+I 输入公式。
呃…… 不好意思 Word 我不熟。。。

------
然后是 Chrome 。虽然快捷键我不熟，但是可以直接从菜单里面查看到：

Alt+Command+B 书签栏。
... 太多了不列举了，就是没有 F1~F12 。

======

总结一下， macOS 下面快捷键的习俗是不使用 F1~F12 。所以去掉 F1~F12 基本不影响可用性。相反加上一个 Touchbar ，我很看好以后应用程序能有更智能化的键盘交互体验。所以我支持。

@iheshix 为啥要用 A 系列的 MacBook ？

其实我想说，每个人的习惯都不一样。我现在用红轴码代码，打字简直是太爽了，毫不费力。段落感？我不需要那种东西。

try: .... except SomeException: pass

用微软家的开发工具，就算是 VC++，最保险的方法也还是给对方塞一个 vcredist.exe 让它把库装上再说，何况是 .net 。。。我就没见过几个程序试图把 DLL 打包进去变成绿色版的（而且效果还不一定好）。

Try Qt

@402645707 4K 屏，如果尺寸小的话（比如 28 寸）的意义在于开两倍缩放模拟 Retina 。。。

用 Linux 桌面就不免要折腾，不想折腾就去用 Windows 或者 macOS 。不要把时间花在和你的人生目标没关系的事情上面。

B 站缓存视频不也要很多吗？还可以装个视频播放器，常备一些喜欢的影视剧，这样子地铁上火车上都可以有打发时间的方法。

这个终身永久免费升级其实有点假…… 因为列表里面带了版本号。不过想买的估计不会关心这个。

@qceytzn 所以你有没有读懂我的问题…… pip 里面的包在 Ubuntu 16.04 安装不上，只能说明包的作者没有对 Ubuntu 16.04 适配。你要是说 Ubuntu 16.04 兼容性不好那我也能接受，但是稳定性不好？ Excuse me?

就好比假如某个 iOS 版本不支持某个应用，但是整个系统运行起来就没有人报告说死机的。你能说它兼容性不好，但是能说它是稳定性不好？

最后吐槽一句， sudo pip install 是最容易出错的使用姿势了…… 少年你至少得用个 virtualenv 。

一般 pip 装不了东西这不是稳定性的问题吧？ pip 源里面的东西和 Ubuntu 半毛钱没有关系，因为 pip 里面的包不是 Ubuntu 管的，是 pip 上面各个包作者自己写的安装脚本。 Ubuntu 装不上而 Debian 装的上，只能说明作者没有在 Ubuntu 下面做充分测试。

而且折腾 pip 不用个 Anaconda 试一试吗？上次编译 Caffe ，我甚至可以用 Anaconda 装 Boost 的库。