985渣硕算法岗秋招坎坷经历


本人985渣硕一枚,从三月份开始找实习再到十月底签约,一路坎坷,一路艰辛。
3月-5月,投了好几家公司实习
小米    简历被刷
阿里     一面被刷
快手    二面被
。。。。。。。。
平安科技    拒了
平安寿险    实
习了一段时间

在秋招正式开始前,觉得自己题做太少,而且简历写的也不好。实习结束后,开始准备秋招,此时此刻,已经八月底。
哪里
晓得
已经太晚太晚了
好多公司都结束了
有的公司只剩最后一两批了
在9月份,投了好多好多家
滴滴    简历被挂
美团    一面挂
百度    三面完没人捞
最右    二面挂
京东   简历挂
58同城   HR面挂
vivo    日常进人才库
字节   笔试不通过
阿里   笔试不通过
。。。。。。。。。
9月下来   0 offer

在10月份,试着投了几家,感觉已经没啥希望了
wps        简历挂
小红书    招满了
建设银行   等等等
然后接到hr面邮件
再然后接到综合面邮件
最后接到签约邮件

历经七个月,终于上岸海康威视杭州AI研究院,然后打开知乎看了一下杭州的AI研究院
我滴个乖乖    知乎还是很有意思  大家感兴趣可以自己去知乎上看看

总结一下,今年算法岗对于渣硕而言太痛苦了,必须要有:
(1)过硬的编程(leetcode)能力
(2)过硬的机器学习和深度学习基础
(3)拿的出手(其实就是有创新性的)项目或者实习

那么,你就可以。。。。。。。所以准备要趁早,如果时光倒流
波若波什么来着
好吧 现在外面是晴天 时光倒流没戏

珍惜当下     不断拼搏
才是                    不被同行淘汰的唯一出路
再见了 秋招
我会。。。
好吧 我不会 因为过程太痛苦了
see you

#秋招#
全部评论
海康威视杭州AI研究院好像还不错,我师兄就在,他说研究员不怎么加班,另外和楼主差不多,本想去互联网一线,但是最后都刮掉了,准备明年再试一下
点赞 回复 分享
发布于 2020-10-27 18:10
每年另外收入8w,知足了,坐等叶神的小金库朝我倾斜
点赞 回复 分享
发布于 2020-10-27 18:40
研二在读,投了几个实习也感觉算法太难了,准备跑路。学姐是建议转后端还是大数据
点赞 回复 分享
发布于 2020-10-27 19:52
小姐姐 你58咋知道hr挂了呀
点赞 回复 分享
发布于 2020-11-01 23:22
膜拜校友大佬
点赞 回复 分享
发布于 2020-11-04 10:17
小姐姐,所以算法还是开发,对于没paper的哭哭
点赞 回复 分享
发布于 2021-07-13 21:51
有paper吗,算法岗不是诸神黄昏,顶会标配吗
点赞 回复 分享
发布于 2021-12-22 10:13

相关推荐

不愿透露姓名的神秘牛友
10-25 11:17
已编辑
点赞 评论 收藏
分享
10-12 09:28
已编辑
门头沟学院 Python
忘记录音了,很多地方想不起来,凭记忆写面经。基本纯问项目,八股全是开放性问题,测开的手撕都出的很简单自我介绍实习中学到了什么认为测开需要具备什么(技术+非技术两方面)工作中遇到的印象深的困难实习的自动化测试怎么做的数据库的索引说一下(扯远了,逮着B+树讲一大堆)索引分为哪几种主键索引和唯一索引的区别Java中常用集合项目难点项目的redis和mysql如何保证一致性,这个设计有什么问题购物车测试点设计项目的热榜redis怎么实现的sql:无不及格科目的同学的数量(想半天没想出来,最后用嵌套硬整出来了)手撕:只出现一次的数字(lc:136),用hash写半天发现语法忘了,注释掉用排序...
一笑而过2222:一、Java 中常用集合 1.  List : -  ArrayList :基于动态数组实现,随机访问元素速度快,插入和删除元素在中间位置时效率较低。适用于频繁读取操作,较少插入和删除操作的场景。 -  LinkedList :基于双向链表实现,插入和删除元素效率高,但随机访问元素速度较慢。适用于频繁插入和删除操作的场景。 2.  Set : -  HashSet :基于哈希表实现,不保证元素的顺序,元素唯一。适用于需要快速查找和存储不重复元素的场景。 -  LinkedHashSet :继承自 HashSet ,维护了一个链表来记录插入顺序,元素唯一且可按照插入顺序遍历。 -  TreeSet :基于红黑树实现,元素自动排序,可按照特定顺序遍历元素。适用于需要对元素进行排序的场景。 3.  Map : -  HashMap :基于哈希表实现,不保证元素的顺序,键值对唯一。适用于快速查找、插入和删除键值对的场景。 -  LinkedHashMap :继承自 HashMap ,维护了一个链表来记录插入顺序,可按照插入顺序遍历键值对。 -  TreeMap :基于红黑树实现,键自动排序,可按照特定顺序遍历键值对。适用于需要对键进行排序的场景。 二、项目难点 1. 性能优化:随着数据量的增加和用户访问量的增长,可能需要对系统进行性能优化,包括数据库查询优化、缓存策略调整、代码优化等。 2. 并发控制:在高并发环境下,需要处理多个用户同时访问和操作数据的情况,确保数据的一致性和完整性。例如,在购物车场景中,多个用户同时添加或删除商品时,需要防止数据冲突。 3. 安全问题:保护用户数据的安全是项目的重要难点之一。需要采取措施防止 SQL 注入、跨站脚本攻击等安全漏洞,同时确保用户密码等敏感信息的安全存储。 4. 系统集成:如果项目涉及多个系统的集成,如与第三方支付系统、物流系统等集成,可能会面临接口兼容性、数据格式转换等问题。 5. 需求变更:在项目开发过程中,需求可能会发生变化,需要及时调整设计和开发计划,确保项目按时交付。 三、项目的 Redis 和 MySQL 如何保证一致性,这个设计有什么问题 1. 保证一致性的方法: - 先写 MySQL,再写 Redis:在数据更新时,先将数据写入 MySQL,成功后再将数据写入 Redis。读取数据时,优先从 Redis 读取,如果 Redis 中没有数据,则从 MySQL 读取并写入 Redis。这种方法可以保证数据的最终一致性,但在写入 Redis 失败时可能会导致数据不一致。 - 采用事务:在一些场景下,可以使用数据库事务来保证 MySQL 和 Redis 的操作原子性。例如,在更新数据时,可以将 MySQL 和 Redis 的更新操作放在一个事务中,确保要么同时成功,要么同时失败。 - 监听数据库变更:可以使用数据库的 binlog 或者消息队列来监听数据库的变更,当数据库中的数据发生变化时,自动更新 Redis 中的数据。这种方法可以实时保证数据的一致性,但实现起来相对复杂。 2. 可能存在的问题: - 性能问题:频繁地在 MySQL 和 Redis 之间进行数据同步可能会影响系统的性能,特别是在高并发场景下。 - 数据丢失风险:如果在写入 Redis 失败时没有进行适当的处理,可能会导致数据丢失。 - 复杂性增加:为了保证一致性,需要引入额外的机制和代码,增加了系统的复杂性和维护成本。 四、购物车测试点设计 1. 功能测试: - 添加商品:验证能否成功将商品添加到购物车,添加的商品数量是否正确,重复添加同一商品是否正确处理。 - 删除商品:验证能否成功删除购物车中的商品,删除单个商品和批量删除商品是否正常。 - 修改商品数量:验证能否成功修改购物车中商品的数量,数量为 0 时是否自动删除商品。 - 计算总价:验证购物车中商品的总价计算是否正确,包括商品价格、数量、优惠等因素。 - 清空购物车:验证能否成功清空购物车。 2. 性能测试: - 响应时间:测试添加、删除、修改商品等操作的响应时间,确保在高并发情况下也能快速响应。 - 并发测试:模拟多个用户同时操作购物车,验证系统的并发处理能力。 3. 兼容性测试: - 不同浏览器:测试购物车在不同浏览器上的功能和显示是否正常。 - 不同设备:测试购物车在手机、平板、电脑等不同设备上的兼容性。 4. 安全测试: - 数据加密:验证购物车中的商品信息和用户数据是否进行了加密传输和存储。 - 权限控制:验证只有授权用户才能访问和操作自己的购物车。 五、项目的热榜 Redis 怎么实现的 1. 使用 Redis 的有序集合(Sorted Set):可以将热榜中的项目作为有序集合的元素,项目的热度值作为有序集合的分值。每次有用户访问或操作某个项目时,更新该项目的热度值,并将其重新插入到有序集合中。这样,有序集合就可以按照热度值自动排序,实现热榜的功能。 2. 定期更新:可以设置一个定时任务,定期更新热榜数据。例如,每隔一段时间(如 1 小时),重新计算每个项目的热度值,并更新到 Redis 中。 3. 缓存策略:为了提高性能,可以将热榜数据缓存到内存中,减少对数据库的访问。可以使用 Redis 的缓存机制,将热榜数据缓存一定时间,当数据发生变化时,自动更新缓存。 4. 数据持久化:为了防止数据丢失,可以将 Redis 中的热榜数据定期持久化到数据库中。这样,即使 Redis 出现故障,也可以从数据库中恢复热榜数据。
点赞 评论 收藏
分享
5 8 评论
分享
牛客网
牛客企业服务