@LeeReamond 你也不看看你电脑上装了多少个版本的 C++ 运行库……

我倾向于把假期全取消，改为法定强制每人的任意年假，每年必须得用完。可以自由选择时间休假，可以拆开打散了用，也可以增加每次休假最长时间之类的限制，这个只要和工作单位沟通协调时间就行了。
知道不现实……

编译出来的程序用 ldd 工具查看一下动态链接的库，一般会受动态库的版本的影响。影响比较多的是 glibc 的版本，版本不一样就会导致跑不起来。
一般来说，ldd 之后，只要把所有动态链接的 .so 文件一并拷贝走，并在运行时用 LD_LIBRARY_PATH 替换掉系统的不兼容版本，大部分程序应该就能正常起来了。
所以很多二进制发布的程序，都会在压缩包里把所有动态库都带上，防止版本问题。
除非还涉及到 Linux 内核的一些选项。
另外，还要注意 CPU 架构不通用，x86 的程序不能在 arm 上跑。

emmmm，alias 里写个 curl 真的不觉得慢吗……要是网突然断了怎么办……
我是习惯于直接 lsof 。
比如端口 lsof -i:9000 、lsof -iTCP:9000 、lsof -iUDP:9000
查 PID 的端口：lsof -i -ap1234 、lsof -iTCP -ap1234 、lsof -iUDP -ap1234
查进程名的端口：lsof -i -ac node 、lsof -i:TCP -ac node 、lsof -i:UDP -ac node 。并且支持正则：lsof -i -ac '/Node$/i'

AppStore 注册个美区账号吧

你在这里问有没有，没有意义。QQ 也仅仅是被抓现行了，你想想延迟 10 分钟的意义是啥。
微信有没有窃取隐私的行为？我说有，但现在没有被抓出来，没有证据，你会相信吗？我说没有，你又会相信吗？
想想如果早一、两个月你问 QQ 有没有窃取隐私的行为？你让人怎么回答？

只能说，这个企业的信用评价就这样了，十年前 3Q 大战的时候就为了这事，现在还在干这种事。如果从这方面来考虑的话，那么，还用说吗？不虚拟机伺候？

关键词：inotify-tools，inotifywait
监视文件夹变更，并执行相关命令代码。
也可以看看 node 包： https://github.com/paulmillr/chokidar 和 https://github.com/fsevents/fsevents

@cmostuor #18 Linux 下的权限不只有读写执行，selinux 了解一下，只不过概念有点多，很多人都直接关闭。这就感觉和 UAC 一样鸡肋了。

@cwyalpha Windows 10 LTSC 的欧洲 N 版，装中文语言包就行，只装国产软件的话，下 32 位版本就行了。连微软商店都没有的版本。

@whenov 基本的移动，我这里没有什么问题，libinput，单指移动双指滚动都没有问题。
就是没有动量效果，就是那种手指快速移动后突然抬起，鼠标会往前继续移动一段距离作减速运动。

二维码最大的痛点：你在扫描它之前，你永远不知道你将要扫的东西是什么。NFC 同理。
楼上说的跨网络传递，就拿现在微信发消息来说，不考虑微信的封杀，如果你要共享一段链接，你是发个二维码过去让他长按识别方便，还是直接发个连接过去更方便？
我觉得未来取代二维码的不会是 NFC，而是更厉害的图像识别，楼上提到了图片隐写技术，而未来的识别器估计也不会是笨重的手机了，而是类似于 Google Glasses 那样的设备，直接真所见即所得，然后当你看到某张广告宣传图并对它感兴趣的时候，直接通过大脑像识别器发送识别指令即可。
类似于现在的 AR 拍摄识别，但肯定比现在好用很多。
也就是说，二维码是给机器看的，人看不了，而未来统一起来，人和机器都能看。

emmmm，好像我以前用笔记本的时候就是会经常把手放在出风口吹着很舒服……

先不说他们会不会喜欢这样的设计，他们具体喜欢什么样的设计可以在具体开发的时候做详细调研。
主要是，你觉得这种类似于完全专门重做一套的方案，只为了少数人方便使用，成本能控制住吗？有哪个企业愿意去做呢？能基于现有的产品专门做修改已经不错了，小型企业应该是会直接忽略掉这些用户的。

TG 群？

微信小程序就算了，开发者开发功能都需要迁就于微信，如果存在与腾讯商业竞争的情况，他们会首当其冲的封杀你，连怎么死的都不知道。
实际上微信小程序和 PWA 是同样的模式，都可以提供快速访问，不用就删的体验，而且 PWA 这种属于浏览器的通用协议，不存在微信那种竞争垄断不让你用的情况。所以与其考虑 PWA，都不会考虑小程序。

@dimlau 具体情况具体对待。你这个需求里面，resp.Body 完全没用，所以直接流转发就行，效率更高，不需要全读到内存里处理。
而其他的 xxjson 啦，struct 绑定啦之类的，都是要把整个 json 读到内存里，解析，然后修改，然后序列化，再写出，这个效率就很低了，对你这个需求来说就没有必要了。除非你需要对 resp.Body 做一些额外的处理。
当然，如果你的 jdon 很小的话，不在乎这点性能，而这样写又不够美观可读的话，那楼上的那些其他的方案也完全可以采用。
我觉得你这种简单的函数，只要写好注释，基本上没啥问题的。

还是习惯鼠标中键（就是按滚轮）。
标签右键菜单有用的：pin 固定、new / add to group 创建 /添加到分组、mute 标签静音。
触摸板 /没有鼠标 的时候，习惯 ctrl+w，或者我安装了 vimium 直接按 x 键关闭。