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

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

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

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

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

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

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

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

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

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

把播放代码放到 service 就行了

还有人对谷歌抱有幻想吗？看看 Killed by Google ，看这是 futter 产品经理在 reddit 说的话。

Hey folks! Kevin, product manager on Flutter and Dart here.

The layoffs were decided AT LEAST a couple of layers above our team and affected a LOT of teams. (I think I can say that). Lots of good folks got bad news and lots of great projects lost people. Flutter and Dart were not affected any more or less that others. It was a tough day...tough week.

It was crazy to be seeing demos and new things working and discussions about new customers the same day we lost colleagues and friends.

We're sad, but still cranking hard on I/O and beyond.

We know ya'll care SO MUCH about the project and the team and the awesome ecosystem we've built together.

You're nervous. I get it. We get it.

You're betting on Flutter and Dart.

So am I. So is Google.

----------

翻译

嘿伙计！ Kevin ，Flutter 和 Dart 产品经理。

裁员决定至少比我们团队高几层，并影响了很多团队。 （我想我可以这么说）。许多好人都收到了坏消息，许多伟大的项目也失去了人员。Flutter 和 Dart 并没有比其他的受到更多或更少的影响。这是艰难的一天……艰难的一周。

在我们失去同事和朋友的同一天，看到演示和新事物的运作以及有关新客户的讨论真是太疯狂了。

我们很伤心，但仍然在 I/O 及其他方面努力工作。

我们知道您会非常关心该项目、团队以及我们共同构建的出色生态系统。

你很紧张。我得到它。我们懂了。

您押注于 Flutter 和 Dart 。

我也是。谷歌也是。

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 很难用还不稳定