安卓和苹果的系统都在系统级有支持的框架的，需要 app 集成实现这项功能，然后就可以在桌面的那个搜索框搜到各个 app 中的结果并聚合起来了。iOS 叫 Core Spotlight ，Android 叫 searchable 。只是各 app 自己不去集成而已

不用搞这么复杂，很简单，首先回放做本地磁盘缓存+云端同步，近期的就直接从本地磁盘播，要看很久以前的回放，再去拉云端资源，这个情况占比较少，所以带宽方面并不占太多，云端储存的话本身就便宜，而且冷数据会更便宜。
中间件实时转码的话，首先你这个中间件配置不能太低，如果有多个用户同时看不同的视频，那你的机器同时实时解码多个流，性能能否吃的住？并且也一样占用带宽，我不知道从数据服务器接收数据算不算带宽，如果算的话，接收数据+转码以后回传到你的播放端，算是两倍带宽成本了。

当初以高端出道的，现在的市场卷死了，前有 2w+档次的轻薄游戏本，后有六七千的性价比之选，而且也比你轻，开发更是 macbook 、办公本、工作站随便挑，外星人还有啥优势啊

说的好像不是屎山你就愿意写一样，懒就懒呗

安卓设备不是有电池吗？为什么会出现你说的这种情况？你们把电池拆了？
如果拆了，最好的办法就是装电池

换 ublockorigin 挺久了一直能用
另外，360 极速的内核很新的，第一梯队，已经 120+了

前端后端数据库本来就是不同的项目啊，是各自打包最后产物也是各自的，你这客户端凭什么要分开啊，我不理解，仅仅是为了安全？前端后端分离开也不是为了安全才分开的啊

啥系统啊这么多配置，感觉大厂的 APP 都没你们多

泄漏其实是都有的，只是有没有公开的区别而已
“代码被带出公司”和“代码被公开”是两码事。前者可能只是某个人自用，后者是全网都可以随意查阅了

弄个单例消息容器不就行了，service 收到的数据更新到消息容器里面，然后用 flow 也好用 callback 也好，viewmodel 里面去获取数据的更新，剩下就好办了

二手三星或者 pixel 都不错啊，国产机型很多都有频段问题，长期海外使用不太行

2G 2B 的产品，重要的是资质，售后。
小作坊没戏的

firefox edge 都自带，国产各大浏览器更是不用说了

一看标题我就明白了

自动应答这一点，好像非内置的应用都做不到吧？没有权限

其实最重要的一点是平台对内容是有影响关系的，虽然你提到的这些人都确实是大佬或者值得关注的人，但是他们在小红书上就一定会发干货吗？
长视频发 B 站，中等博文发公众号，长文发私域播客或者各种知识付费型的平台
对很多人来说，这就是一个自媒体引流渠道，在渠道上确实可以发相关的内容，但是内容的干货程度被内容形式所局限。如果他只能承载几张。短视频或者短文字，那么再大的大佬也发不出什么干货来

是你自己要卷的，我们还大把人连通义灵码都懒得用呢，效率低有什么关系吗？还是会被批斗？
自己不想卷就把心态调整一下，不要一直被别人牵着走