查看: 16928| 回复: 59
跳转到指定楼层
上一主题 下一主题
收起左侧

[职场感言] 大厂干到senior发现并没有培养出核心技术竞争力。。如何自救?

   
🔗
匿名用户-D3HOT  | 添加认证 | 2021-3-13 16:34:07 |倒序浏览

注册一亩三分地论坛,查看更多干货!

您需要 登录 才可以下载或查看附件。没有帐号?注册账号

x
本帖最后由 匿名 于 2021-3-13 17:33 编辑

最近看这篇帖子表示深有同感: https://www.1point3acres.com/bbs ... 724738&pid=15074468 。 lz入职脸家也3年多了。一直在product和platform team,升职速度还算不错(2年3-5)。但是正如那个帖子里说的,lz感觉自己对技术和架构的积累完全不够,尤其是large scale distributed system的架构能力,基本趋近于零。。。。这几年基本一直用php 写业务逻辑(甚至包括app 前端),拼装各种轮子。。技术涵盖面狭窄。。。虽然偶尔也会写db schema 和根据产品流量选择db种类,以及做a/b test, 但是这些活基本都非常streamlined,并且很多scalability, throughput方面的问题都被underlying framework abstracted way 了。 所以并没有机会做深入了解这些infra 的in and out。最近和当时一起入职的ml, system同事聊天发现大家都在聊什么scalability,high throughput, model deployment. 而lz只能聊自己是如何跟pm撕逼的。顿时有了隔行如隔山的巨大的心理压力。. Waral dи,

其实lz刚入职没多久就意识到product team有这样的问题,但是想能尽快升职和impact也就没考虑那么多。本来想着平时可以利用业余时间学点infra的东西,可无奈这几年加班实在太严重 ( team 常态),也没能挤出足够时间学习。一晃到5后感觉处境更加艰难,一是可以用来学习新东西的时间更少了(一边干活一边要不断为team想scope和带人), 二是整个team culture也没有具体的infra sense,主要还是product和user/developer driven.

lz 感觉现在能稍微拿的出手的经验包括xfn coordination, 和pm/de/ds合作的一些soft skills,以及design user/developer-facing API 的一些devx能力。可是真心不觉得这些是非常有竞争力 skills,因为无论每个level都可以有时间学习和练习这些,而且据lz观察这些能力range一般不大。而具体的infra mind和large scale design能力range很大并且没有个3,5年感觉是培养不出来的,并且一般后者在resume上亮点更足。

lz 长远还是想往infra发展的。但是现在非常焦虑和痛苦, 担心自己已经错过培养infra素养的最好时机。想和版上的大佬们探讨一下出路在哪里。lz想了一下大概有3种选择吧:
1. 转到纯infra组,或者一些核心产品旗下的prod infra组。 好处能接触infra培养想学的技能。坏处是jump太大,而且前几个half基本要从打杂做起,不一定马上有核心项目做,等于everything得ramp up一遍。压力大 (有可能infra技术水平不比e3 e4强多少, 况且e5 ramp up 不给psc buffer)。 对performance 很risky. LZ也听说过相似的switch导致第一个half mm,burnout, managed out 都有。
2. 跳到startup去历练一下? 感觉会出现那个帖子提到的同样问题。。
3. 继续耗在现在的team。然后通过做side project 培养infra技能?
. ----

评分

参与人数 11大米 +16 收起 理由
haporbobo + 1 给你点个赞!
direwolf + 1 赞一个
jie139139 + 2 给你点个赞!
za8244 + 1 赞一个
thomaszero + 2 给你点个赞!

查看全部评分


上一篇:CS老年工程师求指导
下一篇:最后一次抽签要是没抽中,到底跳槽去海外还是读研更好呢
推荐
shenghuo 2021-3-14 09:01:58 | 只看该作者
全局:
本帖最后由 shenghuo 于 2021-3-14 09:13 编辑

说句大实话吧,我在某银行里还真正带队从头到尾在内部的data center搭了一个distributed system,各种distributed system需要靠虑的问题比如performance,robustness,failover,等等都得自己琢磨(因为不能用现成的云服务),虽然scale跟F,G没法比,高峰时期也是要每天process 1b event的。而且经过几年的慢慢地摸索改进,最后每周需要manual 干预的SEV从开始的几十个降到了几个,而且都是那种L1 support 照着runbook 弄一下就行了,整个系统极其robust。整个过程中不仅需要理解分布式系统的理论和实践,还要摸索各种产品的优劣。以至于我出去面试的时候,system design这一块表现的特别好,基本没有我不会的,而且都能跟实际联系起来,面FANG的senior基本都是手到擒来的感觉。

后来跳槽去某大厂在 infra 工作,从数字上说那真的牛逼多了,一说都是每天处理几十b的请求。team match的时候manager也说的天花乱坠,我也很兴奋和害怕,怕到了发现周围都是大神,我搞不定。但实际上呢,入职之后发现,就是调用API,后面怎么实现的,不知道也不需要知道。最多就是逻辑改的大了点,需要跟更底层的team沟通,但是我知道他们也不是真正最底层,还有更更底层,更更更底层。开始我刚来的时候还比较虚,感觉银行的技术毕竟有点落后,来了半年才发现原来我竟然是最懂的那个,除了domain knowledge需要不少时间补课,好像也是很哭笑不得的体验。. 1point 3 acres
所以以前看别人发帖问应该去大厂做螺丝钉还是去小厂练习全面的能力?我经常会在心里笑,去小厂练习全面能力,那是去不了大厂的人的自我安慰吧?但是回头看看在银行的经历,真的挺受益的,银行的tech部门不大,大概也类似小厂了。而且大家都朝九晚五,你多用点心,交流勤一点,就有带队的机会。在搭建平台的这几年,我让感兴趣的组员都有机会把每个组件去轮流做,这样大家都有上手的机会。我感觉到了最后每个人出去面试都能说的很好。但是奇怪的是,大部分人好像都很懒,没有兴趣离开。


.--
对于想练习这方面能力但是工作上又没机会的,我的建议是去申请个AWS账号,然后一层层地搭,从最前往后的顺序,load balancer,reverse proxy,application process,messenger queue,in memory cache,kv store,db replication,read/write separation,等等。每个cluster用两个到三个instance就行了,然后你可以假设是500个,1000个,然后想象一个request 进来你怎么考虑scalability,performance,和reliability的问题,其实就可以有个不错的hands on体会了。

评分

参与人数 31大米 +45 收起 理由
scofi + 3 谢谢分享!
fanghao + 3 给你点个赞!
gyroid + 1 给你点个赞!
穆汛 + 1 赞一个
老狗识途 + 2 给你点个赞!

查看全部评分

回复

使用道具 举报

推荐
BZH 2021-3-14 01:40:57 | 只看该作者
全局:
2年3-5听起来很厉害,可是再过两年或许还是5,那时候再看,4年3-5也就不过如此了。所以不要计较升职快和level本身,自己知道自己水平,是绑定公司业务那种的知识体系还是全能的可以去其他公司一样发展的。这个很不一样,光看眼前level只会迷惑自己。

评分

参与人数 5大米 +7 收起 理由
table42please + 1 赞一个
direwolf + 1 赞一个
yangc22 + 2 欢迎分享你知道的情况,会给更多积分奖励!
钢铁侠吉米 + 1 赞一个
12farmers + 2 快就是慢,慢就是快

查看全部评分

回复

使用道具 举报

推荐
uuisafresh 2021-3-14 02:50:30 | 只看该作者
全局:
这样的困境的直接原因是公司目标与个人目标是不一致的。从公司层面,如果上网搜搜chaos engineering,他其实要求流水线上每个人都是螺丝钉,任意去除任何一个对整个系统影响不大。这和个人发展矛盾,比如个人需要有核心竞争力,不可替代性,是和公司层面直接冲突的。去infra组不是不行,但取决于你这个infra是不是刚起步,如果你去一个已经成型很久的框架的组,大概率是加加log line处理一下ticket,因为整个架构已经定型了,可以做的东西不多,最后其实是殊途同归的。我认为的出路是参考轮子哥,做到工作之余自我充实。比如你可以从头实现一个现有的东西,这个过程可能做出来的东西没啥用,但是在实现过程的思考,然后和现有架构对比的过程感悟是挺多的。但是所谓的出路也不一定是出路啦,比如轮子哥在自己到现在也只是一直蹲在MS,出了大厂,这种核心竞争力是否有价值又是两看,毕竟技术不等于现金流,技术牛不代表能赚钱,可以多想想,但不必纠结

评分

参与人数 4大米 +4 收起 理由
table42please + 1 赞一个
direwolf + 1 赞一个
BZH + 1 给你点个赞!
serein + 1 赞一个!

查看全部评分

回复

使用道具 举报

全局:
5转方向也就还好吧,周围有一些5级来infra org 的人。楼主肯定没问题的。6,7再转就几乎不可能了,看到org有7级来适应不了,就离职了的。
回复

使用道具 举报

全局:
同选1,很多人做这样的move,而且感觉比在product组的时候wlb好了hh

5到了infra组其实地位和压力没有product组那么高啦…
回复

使用道具 举报

全局:
2年3到5已经很猛了,楼主要自信些
回复

使用道具 举报

全局:
读了楼主的帖子获益颇多,我发现我自己所处的环境也是偏向于product,而且组里还有专门的engineer去处理什么deployment和throughput的问题。自己没有cs背景,想插手学习都感觉无从下手。
回复

使用道具 举报

🔗
Luis_YmSf 2021-3-14 02:06:20 | 只看该作者
全局:
但是如果有 product 背景的话是不是可以转管理层?
回复

使用道具 举报

🔗
2611 2021-3-14 02:38:21 | 只看该作者
全局:
短期内还是3吧,留在(不是简单的耗)现在的组,结合自己产品去深入了解并积极主动地参与到core/infra.  Infra teams 大多是公司发展到一定程度为了提高生产效率分出来的,也不是闭门造车,你们产品部门就是他们的用户。

考虑一下现在组里有哪些头痛的问题可以靠 infra 来解决,比如有大量简单重复的代码,可不可以写点东西自动生成?要是有 infra project 是开源或内部开源的,先找个 bug 修修,看自己是不是喜欢。总之小成本的试一下自己是不是适合1.. 1point3acres

如果觉得什么东西都太好用了,打开看看 underline implementation, 想想你要是去了 startup 从头开始会怎么做, 这样以后如果选2也可以更有发展。
回复

使用道具 举报

全局:
级别上去了就下不来,所以上的越高越好,一直上到自己力不从心了,再学习别的。
回复

使用道具 举报

🔗
kelvinzhong 2021-3-14 02:48:59 | 只看该作者
全局:
product组和infra组的skillset是很不一样的,看楼主分析的都是technical skillsets,这本身就是infra组的强项。
不知道楼主对product组所获得的其他skillsets,比如product sense,domain knowledge,softskills 是不看重吗?还是觉得不是个人的发展方向?
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号
职场达人
  • ↑ 本版用于讨论职场各种干货话题,闲聊请去🔗聊聊或者🔗匿名版
  • ❌ 本版严禁水贴,引战,发布广告,拉群,贴个人联系方式,扣分无警告
  • ☑ 求职、面经等去 🔗北美求职和 🔗回国求职大区,刷题和学习请去 🔗终身学习大区
  • ☑ 请去专版发布 🔗内推, 🔗招聘信息,和讨论 🔗创业内容
  • ☑ PIP / DevList/ Need Support 等话题也已开设 🔗专版

本版积分规则

>
快速回复 返回顶部 返回列表