26末2本产品方向求建议!

末2物联网专业女!但是我不想考研,走不了开发,目前我有一段中厂的实习,不过是内容运营,我会把它美化成产品方向的,现在在投日常实习,然后投到了边入职再开始暑期实习😭 想知道我这个学历啥的可以在秋招拿到好offer吗。。。我该all in暑期吗 还是再找个日常呢 如果找到日常再投暑期会不会来不及呢。。现在好多都开了🥲#非技术求职现状# 不考研找得到好工作吗。。不知道为啥 挺抗拒考研的 怕考不上 也怕读研 我对这个专业好像没兴趣 或许是这个学校把我的劲头都磨没了吧 每天都很焦虑很焦虑。。#牛客AI配图神器#
全部评论
直接说个人结论是不建议转,因为整体看下来机会不大,身边9本top2硕4段大厂产品相关经历(非其他岗位包装)去年秋招都遇到不少大厂简历挂,如果只是因为对本专业研发方向不感兴趣或者不想考研其实转产品或者说尝试入门产品是比较寄的 简单来说就是这几年产品赛道以及几乎过饱和了(得益于某些机构一股脑蛊惑在校小朋友转产品),有些机灵背景好准备充分的及时上岸了(可能也只是进了围城罢了),剩下一堆海里泡着,而且城里的每年也有不小比例被挤出来然后四处流浪的。 对于某些机构所谓零基础转产品,哎,只能说在校朋友太单纯了,如果产品仅仅只是写写需求,画画原型,研究研究竞品,基本几下就能上手的事情,谁又不能做呢?那谁都会做的为什么会有那么多岗位需求呢?
2 回复 分享
发布于 03-04 22:47 广东
运营和产品差别还是挺大的吧,而且之前实习的时候对接的产品都是研究生,产品在学历上比开发还卷
点赞 回复 分享
发布于 03-27 00:05 广东
校友可以交流一下吗
点赞 回复 分享
发布于 02-25 10:04 广东
感觉自己啥也不会 简直焦虑到爆炸了
点赞 回复 分享
发布于 02-24 17:54 广东

相关推荐

你xx项目/xx实习/xx经历中 你觉得最有挑战、创新点、你最大的成长是什么?面试一共一小时,抛开八股、算法估计只有半小时,如何在这短短的半小时给面试官留下最有差异化、竞争力的印象其实就取决于这类问题的回答。大部分人可能的回答方式是:xx项目用了xx技术,优化了性能xx%,节省了人力xx%。 这种回答固然没有问题,但是没有足够的让面试官了解到最全面的你。好的回答方式应当是从项目背景出发,按照项目背景->产品设计->技术选型->问题发现->产品优化->技术优化->最终成果 这样的思路去回答问题。用大家最熟悉的外卖项目举个例子:面试官:你这个项目最大的难点在哪?回答:【面试官您好!我选择重点分享 “订单高峰期高并发处理与系统稳定性保障” 这个核心技术难点的实践过程。首先先介绍下项目背景:苍穹外卖是覆盖 C 端用户、B 端商家、骑手端的全链路 O2O 餐饮平台,核心支撑 “下单 - 接单 - 配送 - 支付 - 统计” 全流程,而午晚高峰的高并发下单是平台最核心的场景之一,直接影响三方用户的核心体验,也是整个项目最关键的技术挑战。从产品设计来看,我们的核心诉求很明确:高峰时段用户下单支付不能卡顿、不能超时,要求响应时间≤3 秒;商家要实时收到订单通知,骑手能及时获取配送单,同时绝对不能出现菜品超售的情况 —— 毕竟超售不仅会让用户投诉,还会影响商家口碑。初期我们的技术选型是 SpringCloud Alibaba 微服务架构,因为微服务能横向扩展,应对并发压力;用 MySQL 存订单核心数据,Redis 缓存热销菜品这类热点数据,RabbitMQ 来解耦订单推送、短信提醒这些异步通知,核心思路就是 “拆分压力、解耦流程”,让每个服务专注做自己的事。但压测的时候,问题很快就暴露了:当并发量超过 300QPS,下单接口响应时间直接冲到 5 秒以上,完全不达标;而且热点商家比如连锁快餐,出现了明显的超售 —— 多个用户同时下单同一款菜品,库存校验没控制好,导致实际卖出的比库存多;另外骑手端还出现订单推送延迟,因为 RabbitMQ 队列堆了太多消息,消费速度跟不上。发现这些问题后,我们先从产品层面做了优化:把下单流程拆成优先级,核心的 “创建订单 + 库存预占” 先完成,让用户快速看到下单成功,而积分赠送、短信通知这些非核心流程,后续异步处理;还加了库存预占机制,用户下单后先占住库存 5 分钟,没支付就自动释放,从业务上避免超售;骑手端这边,给订单分了级,距离商家近、路线顺的骑手,优先推高优先级订单,比如快超时的单子。技术层面的优化是重点,我们做了四件核心事:第一是并发控制,用 Redis+Lua 脚本实现库存原子预减,因为 Lua 脚本能保证操作的原子性,不会出现并发冲突;给热点商家加了 Redisson 分布式锁,限制单商家的并发下单量,避免单个商家拖垮整个系统。第二是流量防护,用 Sentinel 对下单接口做限流,峰值设到 500QPS,超出的请求就返回 “高峰期稍候再试” 的友好提示,防止系统雪崩。第三是异步提速,把下单流程拆成 “同步核心 3 步 + 异步非核心 4 步”,异步任务通过 RabbitMQ 投递,消费端用多消费者组加线程池提升处理速度,还设了死信队列兜底失败的消息,避免消息丢失。第四是缓存优化,把热点商家的菜品信息、库存都缓存到 Redis,设 3 分钟过期;同时用 Canal 监听 MySQL 的库存变更,实时同步到 Redis,保证缓存和数据库一致。最终的成果也很显著:高峰时段能支持 500+QPS 的并发下单,接口响应时间控制在 800ms 以内,超时率低于 0.1%;热点商家的超售率降到了 0,骑手端的订单推送延迟也≤500ms,完全满足了产品设计的核心诉求,也保障了平台高峰时段的稳定运行。这个难点的解决,让我深刻体会到 “产品诉求引导技术方案,技术优化落地业务价值” 的思路,也积累了高并发场景下 “限流、缓存、异步、分布式锁” 的实操经验,也是我做这个项目中收获的最大成长】这种有头有尾的介绍,能够带给面试官一种你能依赖自己设计架构-发现问题-解决问题-总结问题的能力,从而与其他同学拉开差距。如果有帮助,希望能送朵小花。
点赞 评论 收藏
分享
11-09 19:45
已编辑
中山大学 硬件开发
秋招像一场持续笼罩着的阴雨,直到签下三方那一刻才终于放晴,想记录一下这一段经历,也给以后的学弟学妹做以参考。bg:双9工科女+项目一般+一段硬件实习,研究方向有点天坑(硬件沾边),主投硬件方向。就我的体验来看,8月大部分提前批和小部分正式批开启,9月是大佬们厮杀最激烈的时候,我也在这段时间被打击的最狠,10月是反馈最多的时候,特别是10月底之后大佬们释放hc很容易捡漏,一些面完没动静但又没挂的也有概率在这期间收到意向。男女歧视现象有概率出现,硬件相对软件会更常见(某司“女生相比男生的劣势是什么?”),研究所国企相对私企会更常见(某所招女生需要领导审批),但好在秋招是双向选择的过程。整体来看做硬件还是有很多对口公司可以投,电源厂/fabless/车企/手机厂/家电厂等等,也能兼容ic厂产品设计、质量等岗位(面试简单很多)学历还是挺重要的,很多公司看学历筛简历以及定价(当然大佬不适用这条)。学历决定下限,个人能力决定上限,科研项目不太对口的情况下,多实习!!!其次运气也占有一定比重,有时候不是我们不够优秀而是和这家公司没有缘分找工作是场持久战,好心态也很重要总结一下面试情况(岗位主要包括硬件,pcb,AE,系统,产品)oc: 长鑫,小米,零跑,美的,长江存储,思瑞浦,蔚来,华测,高标,上汽,钜泉,正浩创新,润科通用,禾迈,嵩山实验室拒面:612生产厂,汇川,深南电路挂面:ti fae,宇通研发管培,海尔gedp,禾赛,formlabs,伏达半导体,开立医疗,新凯来,理想,华勤,日立,小马智行泡池/泡死:荣耀,中兴,锦浪科技祝各位牛友都能收获满意的offer!
通信/硬件秋招总结
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务