何止是索然无味，简直烦得要死

移动端 flutter+dart 写后端，我称之为 flutter/dart 全栈方案
小程序 Taro+ts 写后端，我称之为 Taro/ts 全栈方案
为的就是靠强类型约束实现前后端零对接零出错

背景配色能丑成这样也是奇迹

@HTDit 写错了（捂脸） 其实我想说的是多出来的电费要很久才能追上差价

@EliStone 我的机器日常待机功耗 90W 多点，有负载也就 100W 多，算下来一年也就不到 200 度电，就算一年电费 100 ，差价的 1000 就能用 10 年了不是，你觉得你的服务器能服役 10 年吗？
而且既然玩虚拟机跑服务了，主要看的的就是核心多，单核性能有那么重要么，反正服务可以一直跑，耗时久一点也没啥，管他 2 小时还是 5 小时跑完，睡一觉都好了

哪需要 2000 这么多，E5 神教 1000 出头就够了。

为了避免成为 AI 驯兽师而在有意回避使用类似工具

1. 是的，同感
2. 短期的核心竞争力是不被 AI 的便利性蛊惑，保持学习和独立思考，多“走弯路”，让自己不要沦为人形机器。长远来看，无解
3. 学习能力不只是单项接收知识的能力，不是拥有知识的多少，而是思考能力判断能力创造能力，所以短期来看，只要 AI 还没有达到甚至超越人类的创造能力，教育就还是可行的，知识过时再正常不过了，一直都是。长远来看，无解
4. 大概率会，人类社会的下一个阶段大概率就是赛博朋克所描述的那样，对于绝大多数人来说都是悲惨的

@z782297190 我觉得不现实，机器主脑如果真的存在，背后一定还是有人脑在控制，因为在作恶这件事上，人类永远比机器擅长的多

不是 Framework 开发的变多了，而是界面开发的变少了。
能用 RN/flutter 开发的为什么还要用原生界面开发？能用 Web/小程序代替的为什么还要做 APP ？所以除了依赖 Framework 的项目，普通项目没啥必要用原生开发了，于是剩下的 Android 职位中要求 Framework 的比例就高了。
至于转不转，感觉更多是看个人兴趣，虽然有些 Android 遗老还在鼓吹 Framework 需求稳定上升空间大，但我个人始终觉得市场空间还是太小了，很难让人相信钻进这个坑就能安逸养老。

sudo apt install vim htop avahi-daemon

1~3 三条不会做

怎么保证人类还能存续 500 年？

let a = [];for(let i = 0 ; i < 100000000 ; i++) {a.push('aaaaa')}

@AlphaTr hsl 更简单：hsl(120 * value / 10, 100%, 50%)

是 gradle 的守护进程吧，用于加快编译速度的，可以设置不要开启守护

不只是开源社区，在监管下任何公共内容平台都做不好，没必要花精力找。
如果是为了分享，那也没必要为了让更多人看到而选择国内平台，访问量高点 star 多点又有啥意义呢，真有价值的东西放在哪最终都会被真正需要的人找到。

之前在某个地方跟人讨论过这个三指拖拽，结果发现相当比例的人觉得这个好用是因为压根不知道还可以用“轻点一下半”的方式来拖动……

@whileFalse 不存在。参与数个生产和个人项目，包括 Android 、iOS 、desktop ，至今没有需要自己从原生侧实现的功能，都有三方库。

@whileFalse 个人认为最大的挑战是初学时可能被各种文章教程误导。所以我的建议是，先花时间彻底看完官方文档，有问题优先去文档和 issue 找