 |
|
YvenChang
🏢 后端开发工程师
V2EX member #164373, joined on 2016-03-22 13:26:27 +08:00
|
YvenChang's recent replies
从一个更高的为维度看的其实大家都是在追求更高的产品质量,目的地相同就可以求同存异,无非就是需要在工程上做出妥协,不过这就是软件开发的本质啦
技术上来说是前端处理,不过实际情况的话,看谁话语权大(
最近的项目都是用 Trae 写的,对我来说前端里 AI 生成的部分可能有 90% 以上,后端部分可能是 60% 左右。
后端一开始的架构设计是 AI 提供的,controller 层和 service 层的一些重复代码也是 AI 辅助生成的,而大部分的具体业务操作 AI 就很难帮上太多忙(可能是 AI 缺少对于现实业务的理解?),AI 在后端开发的主要作用可能是节省了在各种框架文档里翻来覆去的时间吧,结合 mcp 之后可以快速的得出一些范式代码。
但是相对来说,前端层面的代码我差不多可以完全交给 AI 生成,然后将精力放在美术设计和用户交互体验优化上。
我作为个人开发者来说就是这样吧,如果说是对于公司的代码,那我只能说不管是前端后端 AI 能帮上的都不多(技术债太多了。。。
随便买了个几十块的小紫檀边角料拿来盘,感觉不错,反正图一乐
我用 Trae 目前感觉还行
至于其他问题,emm 其实感觉用 LLM 生成代码最好是完全解耦的小模块或者小算法之类的。如果让它在大项目里修修改改,大概率是会出问题的,感觉模型对于复杂的、互相嵌套的大型项目还是无法理解,而且很容易想当然的给你一些答案
对我来说大模型的主要帮助还是省了很多重复搬砖的工作,比如根据表生成类,根据给定的文件生成一份类似的文件之类的,还有就是编写 SQL 之类的工作完成的还是不错的
我点进来的时候期望看到的是大家和平的讨论量子计算机的未来和期望,看来我还是对这个世界太乐观了
人类确实没救了
我司一开始用的最简单直接的方法就是组装一个 html 然后输出成 docx 后缀的文件,office 可以直接打开 html 文件,但是问题是对他做任何修改都会在本地生成一个 html 资源目录。
解决方案就是组装成 mhtml 格式就能让这些资源都保存在一个文件里。
但是...emmm 就是会有各种奇奇怪怪的问题。
最好的方案当然还是找个成熟的框架,不过这个方法应急还是可以的。