如果说是把人类这个物种灭绝，后续是否还会进化出人类这个物种，那显然不会。

@Blackricky 很多老的 SDK 也是很早 OC 时代迭代过来的，Swift 国内大范围应用也不过是这几年的事。
另外 OC 写的库，Swift 项目也能用； Swift 写的库，有些特性 OC 用不了。

SDK 本身目标用户就是有经验的开发者。如果你不是开发者，你就不知道他们是怎么用的，那开发出来的东西当然不行。如果只是为了完成任务，本着少犯错的目标，那就 OC 。

现实生活不就是 PVP 吗

@xiaoke 苹果的闹钟不是只能按星期几设置吗，与日历没关系吧？

我还在想现在剪贴板不都是手机系统权限控制的吗，微信能绕开权限那是大事儿啊？
查了下那两个软件，原来说的是 Windows 。

作为开发来说，我也推荐 Electron ，甚至 Flutter 我觉得也是可选的。
但从用户角度出发，我只想要原生的 App 。

如果是简单 API 封装，建议直接提供 API 文档，不要自己封装，再不行至少也要开源让人自己能改。
SDK 本身应该是有足够经验的人来开发的，但实际上国内貌似都很不重视，找新手来开发，结果通常搞得一团糟。
我刚入门的时候也是被要求开发双端 SDK ，被外面的开发者骂惨了。

我之前是建了一个 bot 账号专门用于 Star ，后来放弃了。好的项目放收藏夹，Star 当点赞。

时间换空间：用你重写 go 的开发时间，换程序内存占用空间...

把大拇指以外其他手指都落在触摸板上，就像手自然放松那样，只要不动就不影响鼠标。
需要移动时，只留下中指其他手指抬起，移动完成立即全部放松。

等一下。。RMVB ？这么老的编码，是怎么生成的？

要改 License 的话，就需要所有 Contributors 同意了

独立开发=给苹果打工，这个是怎么推出来的？

先找三甲医院的临床营养科，他们会指导各项检查，或者提供增重方案。

@kris0502 不考虑哪些产品策略，单纯从技术角度讲。
iPhone 3GS 到 4 PPI 翻倍，再到 iPhone Max 系列分辨率又翻倍。单纯一张 UI 布局等比放大，图片内存占用就翻了 16 倍。再加上每张动图帧数增多、屏幕显示内容增多，想要一次性解码动图，内存根本不够用。所以策略无非就是时间换空间，编解码边播放，就像视频那样。但 gif 没有硬件加速，CPU 就会飙升，这是无解的事情。

@kris0502 那现在给你 320x480 的手机屏幕你还会用吗？

@kris0502 09 年 10 年，那时候才刚有 iPhone 3GS/4 ，塞班还在大行其道，Android 还没兴起呢。
那时候手机分辨率也好，动图尺寸也好，都小得不行。一个 gif 顶多两三帧闪来闪去，也消耗不了什么计算量。
iPhone 3GS 分辨率也不过 320x480 ，还赶不上现在一个大表情。