offer求比较,地平线商汤和阿里

本渣硕的秋招告一段落了,几经考虑算是基本告别杭州了,但还有几个北京offer难以抉择,求牛客网大佬赐教啊,不胜感激!

目前在纠结的主要是地平线机器人,商汤科技(工程院),阿里高德三家公司。其中只有商汤科技还没给出薪资,姑且按offershow上算法白菜价算。

论薪资,地平线机器人>商汤科技>高德,都按保底年薪算的话,地平线比高德高10w左右,商汤比高德高一点点吧,不过地平线还带一点期权,商汤估计是不可能有期权的。

论方向,去地平线做的是自动驾驶感知算法,算是核心,商汤做的是智慧金融方向的自然语言处理,高德做的是搜索算法,应该都不是核心。

论平台,高德>商汤科技>地平线机器人。

论地点,都在北京没区别。

个人纠结的点在于,高德好歹算是阿里的,网上似乎都建议毕业生先去bat,但论公司我之前最向往的是商汤觉得这个公司很牛逼,而论方向我又觉得地平线这个方向最好并且是核心,工资又最高,所以就很难取舍了。

主要有这三点疑问:
1. 地平线这家公司发展前景如何?
2. bat(高德)非核心岗和准独角兽(地平线)核心岗比,后者薪资和方向都更好的话如何抉择,是否依旧应该无脑bat?
3. 去商汤做nlp好么?这公司一直是以cv见长的,nlp怎么样呢?

求大佬给点建议,跪谢!

#offer比较##地平线##商汤科技##阿里巴巴#
全部评论
大佬问问最后去地平线后悔吗?现在地平线稳吗?
1 回复 分享
发布于 2019-12-11 18:18
地平线和高德选吧。地平线落地还是比较稳的,方向也是核心,钱多,高德地位在阿里不算很高,边缘部门,加班多。商汤的NLP边缘,处于刚建立的初始阶段,不成熟非核心。
1 回复 分享
发布于 2018-11-11 21:21
阿里一票 话说高德还招人吗
点赞 回复 分享
发布于 2018-11-11 19:03
地平线,发展至少比商汤旷视之类的论文公司稳,高德只是阿里系的
1 回复 分享
发布于 2018-11-11 18:31
浙大的话,感觉高德的加成并不明显……个人看法
1 回复 分享
发布于 2018-11-11 17:54
大佬,地平线今年裁员猛吗。。。。。。
点赞 回复 分享
发布于 2020-01-19 10:48
地平线感知组大佬挺多的, 人都很奈斯的
点赞 回复 分享
发布于 2019-12-11 19:18
请问最后去了哪里呀?
点赞 回复 分享
发布于 2018-11-27 17:27
老哥,方便留个联系方式吗邮箱或者qq之类的
点赞 回复 分享
发布于 2018-11-12 16:55
地平线一般给多少期权啊?
点赞 回复 分享
发布于 2018-11-12 10:21
哈哈,校友好,我也有地平线不过不知道该选iot还是自动驾驶,也还有其他offer,不好决断。。
点赞 回复 分享
发布于 2018-11-11 22:45
emmm....我在高德实习的同学直接放弃转正了....
点赞 回复 分享
发布于 2018-11-11 20:50
商汤一票
点赞 回复 分享
发布于 2018-11-11 18:24
弱弱的投地平线一票
点赞 回复 分享
发布于 2018-11-11 18:01

相关推荐

不愿透露姓名的神秘牛友
04-15 23:47
已编辑
无手撕  面试官迟到三分钟(这应该不算迟到)以为会问八股,结果全是项目引申的,麻了 有的面试官不问我这玩具项目呜呜+在日常实习就没看,自己介绍都没讲清楚1. 线程通信方式  oom  线程安全 死锁2. 分布式事务 如果c超时没反应, 咋处理。直接通知回滚的话,可能有c先处理回滚的命令,后面又执行了本地事务(c查看本地事务的状态 执行中就不回滚 还是咋处理)3. 协调者挂了 咋办  项目: 库存变化流程 redis回滚库存为啥会超卖 mq重投db会不会超卖 (幂等判断和回滚在一个事务中)4. 分库和分表的区别(分库一般是多个实例解决高并发,分表是单表数据量比较大  分库和分表很像,都是按分片键路由)基于买家id分表分库的话,卖家想查询怎么办(binlog 卖家id分片)自己说话要坚定,不能弱弱怂怂的 晚上一看,挂了感觉是除了分布式事务那两问题基本都能回答个大概,可能"大概"这种程度不行吧,太久没看了,自己的项目都不熟了,分布式事务确实就学了一点   看见我的项目都想吐,重复看的东西。。#毕业后不工作的日子里我在做什么#呜呜呜呜,好菜,本科学历不太行感觉银行国企也不太稳麻了3. 我搜的是1.TCC  2.本地消息表  3.多节点选举机制(如Raft协议)实现高可用,避免单点故障     三阶段提交只是缓解了单点故障问题      (TCC和本地消息表根本就没有协调者所以没有单点故障   没有往这上面想 一直在绕三阶段提交)2. #### 1. 参与者C超时无响应**解决方案:**- **事务状态查询机制**:协调者先发起事务状态查询(3PC中的CanCommit阶段)- **异步补偿机制**:记录操作日志,超时后通过定时任务重试事务查询- **最终一致性兜底**:若长时间无响应,记录异常事务日志人工介入- **示例流程**:  1. 协调者发送prepare请求  2. 参与者C超时未响应  3. 协调者发起事务状态查询请求  4. 若C本地事务已提交 -> 继续提交其他参与者  5. 若C未提交/回滚 -> 发起全局回滚(我前面讲的RMQ的事务消息 也是反查本地事务状态 这没回答出来)4. ### 二、分库分表核心区别|          | 分库                          | 分表                  ||----------|-----------------------------|---------------------|| 拆分维度  | 数据库实例级别                   | 单表结构级别           || 核心目标  | 降低单点压力,提升并发处理能力        | 解决单表数据量过大问题   || 典型场景  | 电商系统买家库、订单库分离           | 用户表按月分表          || 实施难度  | 需要处理分布式事务、跨库join        | 主要处理SQL路由        |
点赞 评论 收藏
分享
评论
点赞
12
分享

创作者周榜

更多
牛客网
牛客企业服务