@JoeDH 是的，之前还有点信息差，DeepSeek 大火再等 Agent 之类的传到国内几乎是给这行判死刑了

@guanhui07 很多人都提到鸿蒙，估计还有空间。还有请问 Web 前端这块看项目经验吗，前端懂点皮毛想深入怕被大厂毕业出来的一脚踢没

@digitalnomad222 有道理，碰壁好多年，想回到当初也很难了

@LiuJiang 还是被逼的，AI 编程火之前自己接单之类还可以有点收入，GPT 豆包之类的火了之后连大学生作业都很少了

@LiuJiang 楼上有说，跟计算机没关系，不过以后要是有人真想入行养殖，千万不要自己看点视频逛逛市场了解点行情就开始干，怎么也要找个靠谱的行内人合作，新手做到不赔也可能只是运气好

@TArysiyehua 感谢建议，这样说确实感觉客户端都很难了，看到的大多安卓岗位要么跨端要么硬件要么鸿蒙，Web 也几乎没看到招客户端的。不考虑往底层走，可能只有跨端和鸿蒙还有点空间了。

@july1995 了解，感谢提供信息，这样的行情感觉小白入行比找安卓还要难

@liuzimin 是养殖，听了人说已经到谷底了，结果发现永远没有谷底，新手入行就是来送钱的

@SuperMango 感谢建议，请问从安卓转过去难度大吗，我去了解一下

gemini-exp-1206 ，可惜升级 0205 后变笨了

把播放代码放到 service 就行了

SSE 或 WebSocket

@boris1993Jr android 出身还从没用过 maven ，请问 maven 相比 gradle 有哪些优势？只知道 maven 有个 xml 配置文件好像更简单直观点，不过现在我个人的 kotlin 项目主要是 kmp 相关的，暂时也用不上 maven 了。

@Belmode @coderpwh
- 太重了。五六年前的笔记本运行巫师 3 还能经常保持 60 帧，gradle 编译大点的项目会把电脑卡成 ppt 。
- 太慢了。第一次执行任务很慢，同步/编译脚本很慢，下载依赖很慢。
- 命令行使用几乎没有开发体验。node 有什么命令看一眼 package.json 一目了然； gradle 的任务，只能说还好有 idea 。
- 太过灵活太过复杂，而且 api 变动得太频繁。特别是 android 相关的，几年时间里，官方模板里的 build.gradle settings.gradle 不知道变了多少次。groovy -> kts ，buildSrc, libs.versions.toml, compile -> api, implementation 这类变动实在是太多了。

虽然是不同的技术栈，很多问题 jvm 可能要背首锅，但是类比 js 生态中的 bun/vite/npmp 和 node/webpack/npm ，gradle 能做得更好，但是从 4.x 用到 8.x 感觉 gradle 还是同样的 gradle 。

以前到处用 kotlin ，现在能用 ts 就用 ts ，kotlin 几乎没有什么缺点但是背靠 gradle ，进入前端领域后我是越来越不能接受 gradle 了。

quickjs

这就是我们前端特有的 ship fast ，你们有这样的技术吗

gemini 目前免费但是 api 很难用还不稳定