求佬指点简历项目

现在刚研二，这份简历项目主要是想找实习

这个不太全呀,如果只是项目的话可能会比较普通,只要保证一个最低限度能过简历关就行,简介可以再短一点,说一下做了什么事就行,然后技术栈就不要写在项目里面,分开写出来

我是说简历不全,所以没有办法给到很详尽的意见,比如学历是什么,有没有实习,什么专业,想去什么公司实习

给我第一眼会的挺多，但不精的感觉

确实不精，每个业务流程都弄明白了，但有点细节点弄得不够透彻，对于一些调用包也只是做到会用，没有去看源码啥的，佬友有啥建议

确实没发所有简历信息，这条文章主要是想让佬友们帮我评价一下这个项目的简介怎么样，现在还没实习过，主要现在是想找个实习，之后还想做个agent的项目作为第二个项目写在简历中，求职方向主要是Java开发、和ai应用工程师开发等

可能会比较割裂吧,现在java一般都是服务端,然后ai应用一般对语言没什么要求

想问一下现在佬是什么职业，什么方向呀

^-^这项目从哪搞的？

并发交给DB乐观锁么？理论上也不是不行，但你这数据库挺能抗啊，所以redis和MQ用来干嘛了？

避免依赖单机 synchronized 带来的分布式失效问题又是什么？

总之一眼看上去，这个项目不够合理，你对分布式，并发这块的理解很粗浅

我做的是agentharness和infra这个方向,而且如果是高并发的话为什么会用锁来实现,没有缓存吗,如果100000个请求过来都是直接入库吗

感觉还是需要好好琢磨一下,现在的java特别卷,我也不太了解,我做的更多是云方面的工作

而且现在的rag效果也不是说像宣传得这么好,可能很多公司就是一个文档库然后直接检索,连embidding模型都没有,然后你写的这个全栈开发好像没怎么体现前端的东西啊,或者你就干脆换一个方向,然后你这个技术栈里面为什么会写了一个deepseek呢,技能一般就写常用的语言,成熟的库就行,或者干脆不要写,多写写自己的经历,论文之类的

我写的可能有点粗糙，我不应该写高并发，对于我这个项目来说请求量不会超过上千所以就直接用数据库乐观锁去解决了， MQ 在这个项目里主要用于解决订单超时，如果场景上升到秒杀量级，我不会让所有请求直接到数据库，可以在前面增加 Redis 资格预判、限流或者 MQ 排队，把大量请求挡在数据库之前；但最终订单归属仍然需要数据库条件更新做一致性校验。这个项目是让chatgpt从0-1带着我弄的