@also24 “比 web 更多的权限”和“过审才能用”这两点，我觉得应用号已经具备了。具体技术细节只是实现方式问题。

@asanelder

1. “从用户感受来讲，是对网页的增强”是指原先由网页完成的功能现在可以用更强的小程序完成。你看看微信里面怎么呼出小程序？扫码、点击链接、点击收藏和历史、直接输入名字查找，是不是和网页浏览器一模一样？你在看 App Clips：扫码、NFC……别告诉我你不知道 NFC 经常用来打开 web 链接。

2. 虽然微信是 APP，iOS 是操作系统，但如果你把微信和 iOS 看成等价的生态的话，第二条“小程序能够使用微信级特性”和你补充的第四条就统一起来了，且和 App Clips 一模一样。

3. “经平台审核后才能发布”这一条其实是对比网页说的。为什么浏览器限制网页权限限制的那么死？和 html 、js 技术无关，纯粹因为网页内容不可控。你看可控的浏览器插件的权限就比网页大，你看 app 的权限就比网页大，想想这是为什么。
过审了，就能给你更多权限。万一事后发现你在做恶，直接下架。

@also24

16 年 5 月 Google 只是向开发人员公布了 Instant Apps 技术的存在，“We’re working with a small set of developers now”，并于 17 年的 Google IO 上宣布 GA，向所有开发者公开。
https://techcrunch.com/2017/05/17/googles-instant-apps-are-now-generally-available-to-all-android-developers/

而 16 年 1 月份，微信就宣布了小程序前身“应用号”技术，并提供了开发工具； 17 年 1 月微信向终端用户开放了小程序，不仅包含之前已经内测多时的大量小程序，且在之后的几个月内小程序呈井喷式发展。

不过虽然小程序早于 Instant Apps，但我认为这两种技术并非谁启发谁，而是同步开发的。

截止目前(13:15)，已经有 120 人次点开了呢。

“ imdong · 1h 3m ago · 120 views ”

补充一句：关键是没人 care……

因为都是我们这样的很随便的程序员写出来的。

苹果直接对标的是 Android Instant Apps 。不过这玩意在中国没有，而且 Android Instant Apps 是在微信小程序之后出来的。

要说苹果是不是抄小程序，要看看小程序的本质。

1. 从用户感受来讲，是对网页的增强
2. 能够使用 APP 级特性，比如消息推送。
3. 经平台审核后才能发布

小程序就是为了以上 3 个目的而设计出来的。而 App clips 也是因为相同原因才出现的，你说 App Clips 是不是抄小程序？

那就走仲裁 让他破产 绝不和解

iOS 桌面控件

我记得我当时跟审核人员 battle，对方的意思是在 app 说明中明确声明“该 app 仅适合有账号的人，没有账号请勿下载”，可以过审。
不过后来我们允许公开注册了，所以并不清楚审核员说的办法有没有效果。

我是觉得 win 对开发者越来越友好了。走着瞧吧。

慢慢迭代嘛，超算我们还是造得起的。
如 LS 所说，现有的超算有很多改进空间，那就在下一台上面实现吧。

这不挺好的，节省面试者和技术面试官的时间，你心里也明白了这样的公司有没有必要去。

@foreverstandbyu 你感觉有关不行，得国家说了算

我记得 1909 是第一个支持 wsl2 的系统。是不是 wsl1 和 2 冲突了。

当地人有很多旅游项目都不认同。比如我是北京土著，我觉得北京哪儿都没劲，天安门没劲，故宫没劲，长城没劲，好多外地人要打卡的地方我都没去过；好多小吃街就是坑游客的。

但作为一个外地人来北京玩，他要是听了我的话这些地方都不去，那也挺没意思的不是。

屏幕开启且在设置中的热点界面时，无论多久没人连热点都会保持开启。
否则，当一段时间热点没有被任何客户端链接时，热点会自动关闭以省电。

我工作中大量使用 Docker，而且是 amd64 的 Docker 。ARM 机器想跑就虚拟指令集呗。然后你猜 ARM 虚拟 amd64 指令集会有多大效率损失？

还有，装个 windows/虚拟机跑 windows，你是用兼容性垃圾的 arm 版 win 呢，还是虚拟指令集的普通 win 呢。