这可视化比写代码还复杂！

顺便 @shaojz2005 https://support.apple.com/zh-cn/HT204895

mac 的触控板是灵魂，比 win 爽太多了。

@shaojz2005 这就是咩有找到 mac 的正确打开方式在用老的操作习惯所以很别扭了。

1. mac 我后来就不用启动台了。无论是开始菜单还是启动台都很慢。不愿意掏钱就用系统自带的 spotlight，ctrl + space 还是 option + space 还是 command + space 唤出来我忘了。总之你弄出来 spotlight 以后输入比如 photoshop 回车就能启动。

或者用 alfred 免费版。愿意掏钱上 alfred 收费版，你在唤出来的 alfred （反正我绑定到 option + space 上了。因为一直用 alfred 所以忘了 spotlight 的快捷键 2333 ）里面还能做一些比如计算、预览文件之类的事情。如果你装插件（收费版功能）还能有更多有用的东西，都在键盘上操作。

这比开始菜单好用多了！

常用软件固定在 dock 上，不超过 10 个。不常用的就 spotlight / alfred 。你这么用多了会觉得很爽的。

2. mac 应用之间切换用 command + tab，应用内窗口切换用 command + `。

不过 mac 其实大软件我倾向于用多桌面。就是比如编程软件全屏单独占一个桌面。多个 IDE 窗口就多个全屏化的桌面。然后这时候操作来了：如果是触控板，就四指左右滑动（切换桌面），这个操作顺滑的要死。

如果是键盘没有触控板，你可以 ctrl + alt + 左右方向键。

浏览器我基本不全屏，因为很少需要开多个浏览器窗口，都是 tab 的。如果需要那可能要么全屏，要么 command + `

3. OneDrive 不清楚，估计是 OneDrive bug 。我用 iCloud 。

还有就是飙车党偶尔会轰隆经过。。。。

我门口大马路上，从上个月中旬开始，经常晚上 12~6 点间某个时间，市政来修路。钻子声、沥青声，各种噪音，不绝于耳。——一点办法都没有

你按它代码的方式解密一下就能看到京东域名了。写这么隐晦估计是怕京东自动机器人扫描到

不过都上 Trending 了，估计已经被注意到了

“自动转换 JD_COOKIE 保证账号不过期”

“打造生态化薅豆”

这都看不出来，薅京东羊毛的。所以上 Trending 不是很正常嘛

@guochao 理想都是好的，现实都是骨干的。

Nvidia 显卡升级驱动或者内核就崩掉 X 也屡见不鲜。我甚至在我的 联想笔记本（集显） 上升级了内核就无法正常显示了。这我也负责不了啊。。。

就凭 tkinter 是内置的不用装别的依赖。。。

gc 语言应该要显式 close，因为你无法控制 gc 什么时候调用析构函数，是巨大的 bug 隐患。

@wh469012917 你别笑。当年我很在乎性能，可是不知道 temporary table 就是不知道。我都用上 batch + null 判断来“想办法优化性能了”（大概确实能优化一点吧）

@wh469012917 所以你可以问问你的同事，有没有听说过临时表 TEMPORARY TABLE，知不知道 mysql temporary table ON HEAP 是内存表很快。

----

你看，如果不知道临时表这个功能，那你除了 for loop 还有啥办法？当年我不知道临时表的时候，我为了不那么愚蠢的 for loop，最开始我是给 id 切成一个 batch 一个 batch 然后 for loop 的。为了能用 prepared statement 我还强行填满最后一个 batch 然后靠 null 来区分是不是真的有数据。。。

@superhxl python 默认的不是两两比较排序，而是快速排序，只比 N log N 次。

所以你期待的 S1 < S3 + S3 < S2 imply S1 < S2 不存在。

你这个需求可以建图然后用拓扑排序。

@shijingshijing

> SpaceX 毕竟刚刚出大气层，还没遭受火星上各种宇宙射线，各种高能粒子轰炸，Elon Musk 本身把安全性看的也不高，成本和快速迭代占了较高的优先级
-----

事实上我觉得这才是快速进入太空时代必要的。NASA 这种慢吞吞的风格才是权宜之计。

@shijingshijing 我说的“太弱”也包含了“不能在太空稳定运行”这件事。

@CRVV Linux 内核不用 exception / iostream 是因为内核态上面的操作太奇妙，以至于不能用这些。可以理解。但是内核存在的意义就是让别的程序能够用 exception / iostream 这些高级玩意儿，更快开发程序不是么 233

至于 template 。那主要是 Linux 觉得 C++ 不利于这么大接近硬件的项目去兼容“傻逼程序员”。

其实软件工程从一开始就是试图用更高层的抽象去封装更复杂的显示细节。只有封装了才能让更“傻逼”的程序员更快的出活。内核就是干这事的，对于内核不能用 C++ 我觉得非常非常可以理解。要我说，用 C++ 也不过是权益之道，如果将来有一个高级抽象，可以有 C++ 的（执行时间）可靠性和 Java/C#（程序开发）可靠性，我举双手双脚赞成。
----

@shijingshijing @CRVV 所以我的论点倒不是说 C++ 多牛逼，大家一定要用 C++。而是觉得在 C++ 和 C 之间，C++ 提供的东西更多，理论上更容易出活。这个论调肯定没问题，不然游戏引擎为啥不用 C 写而用 C++ 写是不是？ C++ 开发速度 > 砍掉很多东西的 C++ > C 这是客观事实，不然 NASA 为什么不用裸 C 呢？

只是感叹这种抽象和硬件条件（包括物理学、发动机之类的制造水平）还不足以让星辰大海的征途一路通畅、高效快速前进罢了（叹息）

@wangxn 嘛，所以才需要这么搞。

如果真有一天没有多大试错成本，或者这种慢吞吞的推进速度实在太慢了，那肯定就不会这么写了。

@shijingshijing 就这么说吧。按照我的理解。为什么写航天器的代码这么局限？大概是因为上天的芯片太弱，给犯错边界太窄了（包括发动机也是），所以才容易出事。

为什么上天的芯片太弱？整体科技水平还不够强的芯片不出错。
----

这是这个时代的局限性，我觉得也挺对。但是我也盼望将来上个天和出门打个出租车一样简单，那个时候的写航天器代码一定不会是现在这样了。

@shijingshijing 那毕竟是 NASA，业务其实很集中。

我是觉得人类如果要征服星辰大海，这种龟速推进宇航器肯定是不行的。SpaceX 我估计不是这种写代码的风格，那种才可能快速市场迭代。。。所以你说 NASA 这种项目管理好不好？好也不好。。。

@agagega 这倒是，我也不爱用 iostream 。特别傻逼。