寒武纪一面

一、代码审查、团队有个小伙子写的sql,真的头大 SELECT id, tenant_id, store_id, esp_org_id, ifd_id, dim_dish_id, standard_price, valuation_type, weight_type, portion_weight, first_validate_time, create_time, update_time FROM dwd_ifd_goods_standard_prices AS t WHERE t.ifd_id = 'bcc3d3e10e11ffbf6a61a3a675bf77' AND t.id = IF...

大四上学期在某厂实习了三个月，说说真实感受吧。进去之前幻想的是参与核心项目、接触前沿技术。实际上每天就是写一些边角需求，改改前人的代码，开不完的会。mentor人挺好但也很忙，大部分时间还是自己摸索。最大的感触是：大厂没有想象中那么光鲜。工位很挤，实习生能接触到的东西真的有限，很多核心代码权限都没有。现在春招我反而没那么执着大厂了，更看重具体做什么、团队氛围怎么样。实习过一次之后你就会发现，公司名字真的只是个壳子，每天干的活才是实实在在的。

整理的时候发现，为啥这么多redis？？？😂😂😂我还是换回我的rpc吧(起码自己手敲了)有啥需要改进的，求大佬指点

很多程序员把AI当成“神笔马良”，甩个需求就等着收货。结果几天下来，虽然功能实现了，但代码风格各异、命名全靠缘分，原本整洁的工程硬生生被AI喂成了“屎山”。在AI时代，工程规范不再是锦上添花，而是防止项目崩盘的救命稻草。1. 结构化Prompt：拒绝“盲盒式”生成想让AI产出高质量代码，你的指令必须像需求文档一样严密。别只说“写个支付接口”，试试「上下文+约束+输出」的模版：上下文：我在用 Spring Boot 开发，当前处于订单模块。约束：必须使用驼峰命名法，所有数据库操作需封装在 Service 层。输出：代码中严禁出现硬编码，异常需统一抛出给 GlobalExceptionHandle...