Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

离职后聊一聊我眼中的蚂蚁 #58

Open
brickspert opened this issue Oct 26, 2022 · 2 comments
Open

离职后聊一聊我眼中的蚂蚁 #58

brickspert opened this issue Oct 26, 2022 · 2 comments

Comments

@brickspert
Copy link
Owner

最近从蚂蚁离职了,很多朋友都来问我为什么离职,其实最主要的原因还是在这里呆的太久了,进入了舒适圈,时间久了之后会很迷茫。所以希望能换个环境,继续攀登人生高峰。

熟悉我的朋友都知道,我是 18 年从一个非常小的公司,靠运气跳进蚂蚁体验技术部的。我现在还能想象到当时的激动心情,身边全是以前需要仰望的大佬,网红林立,甚至 阮一峰 老师当时也在这个部门。进入体验技术部对我来说比中了 500 万彩票还开心。

image.png

上图阮一峰(箭头挡住的脸就是砖家本人)

当然对我来讲,进来之后压力非常大,生怕跟不上团队节奏,所以我也一直在用心努力的做事情,索性在蚂蚁四年的绩效都还挺不错,也不枉这一遭。

站在当下的时间点,我对蚂蚁的感情可以用两个字形容:“感恩”。真的很感谢公司,感谢同事。

当然今天写这篇文章也不光是为了“感恩”,为了拍马屁(😋。

作为一个自媒体工作者,我希望能通过这篇文章把自己眼中的蚂蚁的好的坏的方面写出来,供各位观众姥爷们饭后娱乐。

林子大了什么鸟都有,一千个人眼中就有一千种阿里巴巴。有些人离职后对阿里恨之入骨,有些人离职后两不相欠,有些人离职后感恩公司。今天我把自己眼中的蚂蚁(阿里)写下来,如有意见不同,还请嘴下留情。

👍🏻 优秀的同事非常多

我是双非一本毕业,学历在组内基本垫底。身边同事全是 211/985 本科硕士,毛估估 60% 以上,真的很恐怖(数字没有仔细统计,纯属个人感觉)。

阿里有句土话叫 “因为信任,所以简单”,这是我觉得阿里最牛的地方。在阿里内部,只要同事答应你的事情,你基本可以相信他的承诺,一般都会准时高质量交付给你。在过程中我们不需要太操心,所以很多事情做起来会比较简单。

另外就是同事之间交流起来会比较舒服,很多事情一两句话就能沟通清楚。
还有就是可以从同事身上学到各种方面的东西,不限于专业技能、理财、生活技能、娱乐等等。

当然如果你和同事的工作目标不一致,他又不太好直接拒绝你,那他就非常会和你打太极,需要尽早识别出来。😋

👍🏻 依赖公司光环,做事情容易很多

我在做开源项目 ahooks 的时候,就是打着「蚂蚁体验技术部」的名气在推广,同时部门的大佬们也会帮忙推广。因为部门有 ant design 等其它成功的开源项目,所以社区上的同学会比较信任这个部门的开源项目,愿意尝试使用 ahooks。这也是 ahooks 能做大的一个很重要的原因,如果我在一个小公司,ahooks 是肯定做不起来的,没有人愿意来用。

我做自媒体,在公众号、知乎、B 站等渠道有一些关注,其实也沾了部门的光,否则我算老几呀,从零搞起来基本不可能。

在找新的工作时,ahooks 作者和博主的身份,也带来了一些加分,这是我靠公司光环,给自己带来的实实在在的利益。

建议大厂的朋友们,可以找找是否有多赢的事情可以做,既可以为公司带来价值,又能给自己带来价值。借着公司公司的光环,做事情会简单很多。

👍🏻 前端基础设施完善,技术氛围浓厚

蚂蚁的前端基建非常棒,做项目只要关心自己的代码就好,其它周边能力都有完善的解决方案,一键拥有。包括不限于新建项目、脚手架、迭代管理、预发、灰度、回滚、发布 npm 包,上传资源,API 自动生成代码,Mock 等等,只有你想不到,没有它不具备。

另外由于是大前端部门,所以整体上前端技术氛围非常浓厚,群里会讨论各种各样的技术,内网有各种技术文章,每周也有很多技术分享会。

每年的蚂蚁前端研发满意度调研,满意度评分都非常高。前端基建和技术氛围,是我最不舍得的~~

👍🏻 福利待遇非常棒

举几个我觉得非常好的点吧~

  1. 带薪假非常多,我今年有 30 多天全薪假。包括 14 天年假、10 天育儿假、5 天健康假、3 天路途假
  2. 每天午饭和晚饭分别补贴 20 元,夜宵 10 元
  3. 晚上 8 点之后打车回家报销(所以我大部分时间晚上 8 点下班)
  4. 每年一次调薪,涨幅还是挺大的
  5. 上下班不打卡,时间比较自由。早上一般 10 点到公司,晚上 6 点之后很多人就下班了,我自己是等到 8 点打车。
  6. 周末加班的话,会一比一调休。在蚂蚁四年半,我周末加班的次数应该不超过 10 天。

所以妖魔化阿里 996 的,我觉得可以稍微省省了,我没见过哪个部门是要求 9 点上班,要求每周六加班的。

👎 主管权力太大

在阿里,直线主管一个人可以决定你的生死,你要做什么事情,你做的事情有没有价值,全凭主管一个人说了算。所以,主管就是爸爸。

在阿里你过得是不是开心,你的绩效怎么样,你能不能晋升,90% 由你的主管决定。

有些人进阿里几个月,就愤然离职,一定是碰到了 SB 主管,气场不和,你做的事情他都不认可,越做越没劲,只能一走了之了。

一个人对阿里的感受,很大程度是由你的主管决定的。所以一千个主管,就有一千种阿里。

建议新人朋友进阿里系公司,一定要选好主管。当然其实也没啥用,因为组织结构变化很正常,一年换五六个主管都是基本操作,我第一年就换了 4 个主管。

阿里最大的缺点就是对主管的制约手段几乎没有,主管对你的不公,你基本没有渠道申诉。经常要闹到「发内网」兵戎相见的程度,才有人重视,所以每年绩效季,内网都会有相关热帖。

在阿里,碰到垃圾主管,要么忍,要么滚。

👎 大前端部门,容易被资源化

蚂蚁是大前端部门,一个前端部门有好几百人,然后被分配去支持不同的项目。这种模式的缺点非常明显

  1. 前端被资源化
    前端类似外派到项目组,所以话语权一般较低,可以称之为页面仔,让你做啥就做啥。至于业务目标是什么,以及当前做的页面对项目的贡献,很多人都不清楚。
  2. 业务价值很难横向对比
    由于大家要在前端大部门内部打绩效,要横向做对比。但大家做的业务不一样,很难横向比较,所以无形中会比较大家在「前端技能」方面的贡献。
    这样会导致很多人的工作重心不在业务支持上,而是在前端轮子上。

当然这种模式的优势也是有点,就是前端技术上发展会比较快。

👎 361 排名造成极大压力

阿里被诟病比较多的就是 361 排名,前 30% 锦衣玉食,中间的 60% 勉勉强强,后面的 10% 面临淘汰,非常非常残酷。

一个团队内,人员基本是要符合 361 分布的,所以你的同事,不仅是你的伙伴,也是你的竞争对手。

在阿里,只是把公司交给你的任务做好,是肯定拿不到好绩效的。每个人都会主动去折腾一些事情,以证明自己的价值,超过其它同事。这样,所有的人就卷起来了。

站在公司的角度看,可能这是一件好事,因为通过 361 制度,实实在在的激发了员工的主动性。

但站在员工个人的角度看,真的挺累的,为了超过其它人,要主动去发起各种各样的事情做。尤其你的同事还都很优秀,所以在阿里能活下去挺不容易的。

我有 30 天年假,我可以全部休掉,但我不敢休。因为公司只要结果,不看过程,休假归休假,但你到年底要拿出结果。没有人会关心你早上几点来,晚上几点走,休了几天假,361 的紧箍咒戴在头上,你已经没有了自由。

总结

总的来说,我还是觉得蚂蚁(阿里)的优点大于缺点,建议有能力的小伙伴可以进去锻炼下。

另外欢迎大家关注我的公众号《前端技术砖家》,和我一起成长。

images?url=https%3A%2F%2Fintranetproxy alipay com%2Fskylark%2Flark%2F0%2F2021%2Fpng%2F112013%2F1640597326837-3ff62a59-0406-4505-9f30-69ca7e4ce587 png sign=9879b951034975fc72f598b112e81678b7ac62298fb0e5c2223271a978c34555

@royalrover
Copy link

royalrover commented Oct 27, 2022

关于假期那部分,真的说在点子上了;另外关于同事即是合作者又是竞争者的关系,真的很难让人在公司里交心!
你在语雀上关于hook的文章还是经常会看的,最后江湖再见,祝一帆风顺!

@Geylnu
Copy link

Geylnu commented Aug 25, 2023

基本和体验一致,很符合,确实没那么卷,还有主管确实决定工作体验。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants