你们觉得现在用哪个技术栈还重要吗？

AI 时代，选 React/Vue/Angular/Solid.js/Astro 就像吃豆腐脑/粽子 咸还是甜一样了

我觉得很重要，但是只有更多人的是 ai 说了算；
react 屎一样。我自己的玩具我选 solidjs

用户并不会关心你用什么技术

哪个性能好用哪个

肯定重要啊，只是换了个东西写而已，又不是不写了。

很重要：别用垃圾语言了，尤其是臃肿、性能差、投毒的那些。

重要，不是每种技术栈选型都能提供高质量的反馈回路，比如前端选 React+TS 肯定是比选 Vue+JS 更能给 AI 提供可验证反馈的

重要，你不可能啥都自己写。最近做 Tarui 项目，rust 的三方库简直烂的令人发指

用国际大厂的 现在 ai 会比人会还重要

当然重要，选本地模型就能搞定的同时性能最好的那个，不受模型价格波动影响，同时做出来的应用性能也不会差到哪里去。
工具调用也要足够快，不然让模型干等也是浪费时间的。

很快直接输出二进制了，不用想这类问题了

@sbsummer 哈哈哈，没那么快吧

重要，想想后面发现瓶颈要重写的时候要花多少 token

@bgm004 https://dev.to/playfulprogramming/nobody-argued-for-your-stack-51fj
solidjs 作者最近也很愁

@unused 花多少都不一定能解决，还是要自己熟悉的领域的，至少你能看懂，看不懂说不清，只能让 ai 猜着改

肯定重要啊，技术的生态不一样，使用场景不一样，面向用户群体也不一样，对性能的要求也不一样等等，肯定要综合来看的。

@riverxs #7 为什么不是和 Vue+ts 对比呢

@beautyplus 确实难受……无力、对自我的怀疑，可能以后这种就是常态吧！

React 吧,训练的资料多,AI 解决问题毫不费力(Token).
如果自己熟悉 Vue 多一些,也无所谓,其他小众的建议自己探索玩玩还可以.

再工作几年，你就不会有这个疑问了

@archxm 😯噢？要工作多久才会没有啊？

@bladey 一样，举个例子

“Enter”工程师 都不看代码了 还有这个疑问？

@sbsummer @hessian 现在 GPU kernel 优化已经可以直接输出汇编，和二进制也差不多了。

必须重要，但是方向变了，需要用户友好，部署友好。一个短小精悍的 exe 是最好的。安装一大堆依赖的狗都不看

@hessian #21 ，看自己对自己的定位，如果只是 React/Vue 开发（说实话都不能算做工程师），那么干多少年都不会有改变。只是会掉进坑里去钻研各种 React 的奇技淫巧。
如果是定位的 Web 前端，那么就不会局限于 React/Vue/Angular 这种技术栈只是熟练度的问题。必要的时候 jQuery 也不是不会用起来。比如说就是做一个活动落地页，简单用 HTML 套个 css 动画库写个静态页可能也花不了几个小时。
如果是定位的前端工程师，那么就不会不只是 JS 技术栈了，移动端/PC 端客户端开发语言就都会有了解，不需要把各种最佳实践拉满做到极致。真的到需要性能瓶颈了再针对性去做优化就是了。

只不过早几年互联网大厂野蛮发展的时候把职位细化成了具体的流水线岗位，求职者也为了适应这种模式自我收敛窄化了能力。这套模式在当时的时空环境下可能是“最优解”，但是并不一定适合现在的环境了。

重要，虽然 AI 可以使用任意技术栈实现，但是总是有最适合效率更高的技术栈

我最近在写他妈的嵌入式三端代码原型，手机端和服务器端很快写完了，设备端模拟也半天写完，然后写马勒戈壁的 esp32 花了好几天，各种栈溢出、锁、空响应的极限问题需要捕捉实时输出来推导，连说明书都不准确，像这个逼玩意我还得翻 github 才找到解决办法( https://github.com/espressif/esp-iot-solution/issues/463),wifi 模块只认垃圾 wifi4 标准，流模块同时开两个就有爆栈溢出的风险，usb+串口通信+网络强度也动态影响稳定性。说实在的我肯定喜欢 linux 开发板，但是降本增效啊，产品设计预算只给这种垃圾板子 16mb 的 flash 让你折腾，要不然哪来的利润空间

各种“技术栈”、“框架”、“库”的作用，在古法编程时代，就是为了降低开发难度，提升开发体验和效率。
AI 时代如果不亲手写代码，那就不用考虑那些事情了，那么没有技术栈就是最好的技术栈。🐶
比如 web 开发应该直接用 vanilla js ，性能最好，没有中间商赚差价。🐶
如果是桌面应用开发，那就直接用 C/C++原生开发，或者干脆直接生成二进制指令，而且要做到便携、零依赖、小而美。🐶

@AV1 我草, 有道理啊, 我顿悟了

用 AI 擅长的技术栈，太冷门的语料也少

@AV1 最近还在折腾公司的项目脚手架，整合规范和公司内部 skill 和组件。现在看来还有必要吗

React

@pdeng 没必要了,直接根据业务需求 让 AI 捏吧

我现在做的全栈项目，你不说我都快忘了前端用的什么框架了，根本没动手写过，全部交给 AI

现在的技术只需要会打字

对于“我只是想赚钱，不关心做什么事，恰好这个行业就业容量大所以能让我混进来”的人显然不重要。

现在除了上服务器调网络和部署系统啥的用的古法，业务代码已经全部梭哈 Ai 了

就像 electron 流行一样，很多时候业务还没到需要用那么强的技术去支撑的地步，差不多省事就行了

重要的吧，首先得能看懂代码，至少当前 ai 的趋势是做一个玩意不能没有人为干预，可能几年之后没那么重要吧

有了 ai ，啥语言都差不多，没区别

AI 擅长啥,我用啥,前端用 react ，后端用 golang

商业项目，选生态好的语料足的，确保 AI 不会写一些邪门歪道的代码。
个人项目，选你觉得最酷的。

我觉得是判断框架的好坏的标准发生了变化。

在 LLM 出来之前框架更多注重的是设计是否优雅，API 是否符合直觉，性能是不是更好（还有作者是不是 nb ）

现在更多看这个框架：
1. Github 使用量，网上的资料文章，或者说语料是否多（ LLM 更能够掌握用法）
2. API 是否稳定（频繁改动容易出现过期代码执行不了，容易形成多次自查自纠延长开发时间，点名批评 SvelteKit ）
3. 工具链是否成熟，出错信息是否详细（能够让 Agent 形成自己调试的 Loop ，比如 oxlint, rust 之类的错误提示非常详细，go 自动工具链非常完备）

初步试了一下，不管国内外的 AI, VUE 也擅长

既然 ai ，能上 rust 就用 rust

重要，现在 vibe coding 主要卡在 code review 上，用你不熟悉的技术栈怎么 review

当然重要，岗位不会骗人，看有多少敢让你 ai 跨语言的