streamlit 也可以自动部署，这个上手更简单。

合格的商业片，但是我是抱着看喜剧的心情进去的，结果看了两小时主旋律。

可以看看 GPTS 、扣子等 Agent 搭建平台， 就会发现当前应用端主要就是围绕着 LLM 模型建设周边应用工具，做前置、后置处理，但并没有脱离 LLM ，我无法把这些应用或智能体当作完整的产品，它们最大的问题我觉得还是自由度过高，完全考研人的提问水平。

虽然现在很多课都在尝试教人怎么提问，但再怎么教也不能做到像搜索引擎那样直白，有学习成本。落地的进程一定会往限制自由度和降低门槛与成本的方向发展，而非频繁突破上限，这也是学术派与工业派的写照了。

@ConnorKenway 还是在北京的话，那大概率是一个，是不是润子？🤣

@alonelyking12138 没，综合多个方向，选了产品研发岗，这个岗需要技术背景，参与技术选型、产品与方案设计，但并不参与开发。后端短时间挤不进去了，先转了一个相关岗位。

我的经历，给个参考吧。

我毕业后校招找的第一份是北京的一家给汽车厂商提供产品与服务的公司（很好猜~），招聘的时候 SpringBoot 、中间件、设计模式一应俱全，但是入职部门后发现做的是客户端软件，用的还是 Eclipse SWT 。当时也特别迷茫，本着学到就是赚到，不浪费应届生名额，打算干下去。

就这么待了一年多，发现核心组件根本不是用 Java 写的，甚至是别的部门早就搭建好，只需要 RPC 调用就行，Java 纯做客户端界面排版，这种情况下，基本只是学到了 Eclipse SWT 怎么搭建界面你和设计监听器，业务上懂客户需要什么样的交互流程。

说实话直接干废了，市面上用 Java 做原生前端的本来就少，要用也是 swing 和 javafx ，想换工作那是大海捞针；对我来说最不能接受的是，较少的技术积累 + 非主流技术栈 + 无法接触核心组件与业务 + 渺茫的晋升前景。

23 年初，我调查了下就业市场，投了极少数能匹配的公司，挣扎了几个月得出结论：换方向，用 Java 做 PC 客户端这个赛道不如直接去做前端或者转安卓。最后我选择裸辞，边投简历边广撒网式的学习，当前的研发后端市场趋于饱和甚至在收缩，第一份工作约等于近一年空窗，竞争烈度特别大。多方对比下我选择了一份技术产研的岗位作为过渡，天知道我选的对不对，人生也没有后悔药，希望以后还有机会参与研发工作吧。

所以，以我的经历看待你的问题，若纯 Java 仅做客户端开发，且没有参与到核心组件、中间件的研发，这份工作是减分项，转后端难度不必空窗了一年简单多少，其他情况我也给不出更好的意见了，共勉😔。

RAG 的开源从年初开始就没停过，各种迭代，这个赛道本来就不大，以后也会卷的。

reactive 那套真的要了老命了，write once spring gateway ，debug everywhere 🤣

发下插件，现在有微软插件组和红帽插件组两个方案， 都需要在 setting 里面配置 jdk 目录和 maven 的 config-settings.xml 路径。配置好重启，插件加载完毕，可以直接在 main 上 run 或 debug

soyo （即答

ollama 在今年四月之前，还是单服务单线程运行，现在已经支持多线程了，需要在服务启动前加参数。

博客园 > juejin ≈ SegmentFault > OSCHINA > 51CTO > 慕课手记 > 其他 >>>>>>>>> CSDN

前几天用了 qwen2 ，今天试了下 Gemma 2 ，说实话已经很难体现出区别了，越来越趋同化。

@soya2 原型处理逻辑出问题不需要处理异常，直接崩溃，我刚试过 (ㄒoㄒ)

@NewMoorj 因为没用过，所以一直不清楚低代码不手动处理接口的响应，怎么完成的数据显示，直到看到了字节的扣子，一个字段一个字段的选，比写代码还麻烦≧ ﹏ ≦