主管同意用rust做一些项目尝试,爽了!

没有成熟的技术方案可以复用的时候。还是得留足打磨的时间,开发和维护都得考虑

1 个赞

反正目前我写rust完全依靠ai,自己给AI描述一下大概思路,AI给了框架代码甚至是直接可用的代码,自己再稍微改改,哪里卡壳了再去问AI,所以基本上我的代码是大部分智能完成的,人工的工作量只占一点。

锈化编程,感觉就是面向编译器编程 :grinning:

3 个赞

其实技术是为业务服务的。是不是这个场景只有rust能解决,性能瓶颈是在GC上吗,是java占用内存太多了,还是Python性能不够了。如果都不是的话,用rust得不偿失,以后肯定会有坑的

我刚才又重新看了一遍楼主的描述,其实应该从架构设计上入手的,rust又不是万金油,怎么可能上了rust就能优化数据量较大的问题。
不如好好想想算法和架构设计优化,用个熟悉的技术先做一下验证先,上来用rust花了很多时间语言层面有点歪了

1 个赞

这个问题跟deepseek非常相似,建议先参考一下,肯定跟rust不rust的没关系了。

后台管理是写的服务端接口吗?rust用的什么框架写接口。之前我也学了一下rust,学到所有权后面有点打瞌睡,半途而废了。后面看继续学起来,我主要是想用来写win程序、接口服务端、安卓端软件

昨天就开发的差不多了(其中还有一天时间在捣鼓编译GPU的运行时),现在有大模型,做应用侧开发,语言之间的效率真的没有特别大的差异(基本掌握语言,熟悉框架的前提下)。
维护的这个就更简单了,下次招一个python或java或实习生,加一条熟悉rust语言的优先就完了。

真有这么高的权限就无敌了,那不直接躺着赚钱了,我们干的就是出现重大事件啥的跟甲方说一下,做预警。

我没看过系统代码,哈哈哈,我之前一直写python的。

对的,真的超好用,用到的几个库我就看了一下quickstart,没有深入研究都能直接开写,真的巴适。

对的,就是服务端的接口,框架用的axum,我跟着zero-to-prod项目学习的,这个项目用的是actix-web,但是我觉得有点重,而且axum现在趋势更好些,那可以握个爪,我准备转全栈,后端用rust全平台梭哈,前端用flutter,现在还在摸索。

羡慕呀,带薪学习

1 个赞

被第三方库劝退过一次,天天给我报错少了一个第三方lib。然后无法编译我引用的库的依赖库

我咋没有这种机会呢:thinking:

毛遂自荐,我也是开完会找个机会说的,先从小的需要高性能的模块搞起来。

1 个赞