Skip to main content

[职场感言] Blessing and Curse of Being an Engineer |只看干货

  大纲

  • 契机和受众
  • Blessing
  • Curse
  • 总结
.--
..

1. 契机和受众
  • 我是一个工作了好几年大厂员工, 从去年开始就有参加公司内的mentorship活动和外面的一些social events, 和不同的人有各种各样的聊天, 然后有了一些想法。其实平时也有跟别人聊过, 这边写下来可以跟更多的人分享一下。
  • 另外一个契机就是这几波的layoff, 首先希望受到影响的朋友们可以赶快找到新的工作, 另外就是我也回想到了过去几年的一些想法,觉得不管有没有受到影响也许换个角度思考一下总不是什么坏事。
  • 受众: 个人觉得入行时间比较短的朋友也许能有一些收获? 大佬或者其他senior folks 可以直接关掉😂 另外就是想躺平 比较重视wlb的同学也可以跳过哈。
  • Disclaimer: 很多东西是我自己的想法,或者跟朋友交流得到的, 肯定有很多狭隘或者错误的地方! 欢迎交流批评! 还有就是可能言语有点点直接, 希望大家见谅!


2. Blessing. 1point3acres.com
其实这个还比较明显的, 我就稍微写一点点。我想说的是every coin has two sides. So blessing comes with curse.1point3acres
  • 容易入行容易找工作, 很多时候刷好题就可以
  • 工资高, 管好自己的一亩三分地很容易做到既躺也挣大钱
  • 不太需要太多的soft skill,特别是到e5及之前
  • career path 非常清晰. Χ


3. Curse
这个其实是我比较想多写一点的. 1point3acres
  • 3-1 情商训练不够

说到情商, 套用我第一个老板的话, 情商有两个部分, 控制自己情绪的能力和控制别人情绪的能力
. 1point 3 acres
先说第二个, 就是就是我们平时很多时候说的inter-personal skill, 怎么样让一个人可以喜欢自己, 怎么样去impress stake holder, 怎么样去convince without authority等等。 我觉得很大一个原因确实是作为一个engineer, 在开始找工作到工作以后基本都没那么多的机会可以train 自己的inter-personal skill, 这并不关系到我们前期的career path。 拿我自己举例吧, 找工作的时候就是刷刷题, 找人内推一下! 工作以后最多就是xfn, 而且不需要build relation很多时候也可以把事情做成!
我想要强调的一点是, tech firm其实是一个另类, 当我们跳出tech industry去看看别的corporate america, relations/soft skill is so important! 在技术壁垒没有那么高的地方, 事情大多数人都可以做成, 那比拼的是什么呢?. Χ
. .и
我举个例子, 我认识的business school的朋友, 找工作的时候就要开始疯狂的reach out, 跟各种各样的人去connect, 再build relation, 每天工作生活中都接触了很多人, 看人识人的能力比我不知道要高到哪里去了。 说句实话, engineer的高工资其实掩盖了很多其他方面的差距, 当engineer的市场开始内卷, 没有突破, 大多数人都能做的时候, 我们又何去何从呢? 我们不能保证入行时候的正确选择就可以让我们吃一辈子。

甚至作为engineer, 要想往上走, inter-personal skill也是非常重要的。 反正我看到的很多成功的eng/manager都是技术能力又强又讨人喜欢, 他们之间甚至有一个小的cohort, 一般人根本是进不去的。还有就是我们平时说烙印喜欢bb 能讲 能做ppt, 没啥了不起的。 那问题就来了, 为啥我们不能学学, 一个既有技术又能扯的人不是更强吗

再回到第一个, 控制自己情商的能力。 我觉得很多我身边的eng其实整个career都太顺利了, 上好学校, 刷题进大公司, 一路升级打怪, 甚至家庭上也顺风顺水。 这无疑是相当成功的人生, 我只是想说, 当逆境袭来, 我们是不是居安思危, 做好准备了呢。
  • 3-2 strategical thinking 训练不够. check 1point3acres for more.
. check 1point3acres for more.
我一直打的一个比方是我看到身边很多小伙伴, 战术上异常勤奋, 加班/996, 战略上却异常懒惰, 对公司/org的目标和投入完全不感兴趣。

我在这里推荐一本书, 吴军老师的《浪潮之巅》, 他对于整个tech industry理解之深刻, 是我望尘莫及的。
另外我也想问问不知道有多少人去仔细听过公司的ER, 其他类似行业的vision之类的东西? (甚至有人曾经跟我开玩笑说, 我们就是一线的小兵, 去听那玩意儿干嘛)。 我想说的是, 去做strategical thinking不一定能成为大佬, 但是不去做, 可能一辈子就是个小兵了

也许有人想说, 一辈子当tech的小兵也是衣食无忧, 生活优渥的很。 我觉得我们也可以去看看更长时间的经济史、 一些宏观的新闻报道, 很多时候我们只是习惯了现在的生活, 其实从长期的角度看, 现在的生活只是exception
  • 3-3 没有太多想过long-term plan甚至exit plan
-baidu 1point3acres
其实这个我在3-2里稍微讲了讲
  • 3-4 take inititave 不够

我在这里跟大家分享一个mindset,一个人是因为能够drive ta的这个project/product才有资格到ta现在这个level, 而不是因为ta是现在这个level才能drive现在的product/project, 跟大家共勉一下。 其实我们可以慢慢提高这个, 比方说在做一个project的时候, 不光把自己的部分完成, 同时多去更上下游的小伙伴聊聊天, 以来可以build relation 二来可以对整个project有更深的了解同时能够找到新的机会。 我到目前为止还没见过太过aggressive的老中, 所以一般我们要担心的不是太aggressive还是没去take initiave
  • 3-5 士大夫的清高感

一句话, 学校不重要, level 不重要, 重要的是一个人的能力(技术能力和soft skill)。
. check 1point3acres for more.
千万不要觉得自己学校牛, 学位牛, level 高就感觉非常好, 不待见那些某个维度不如自己的人, 有多少高层都是很一般的学校出身, 也不妨碍人家的成功

另外也不要觉得engineer就高人一等(相对于别的functional来说)。 仔细想想到底是因为我们本身强呢, 还是只是吃了时代的红利。.1point3acres
  • 3-6 不要太功利

其实这是我最不喜欢的一点, 原因有两点:
a. 很多的付出是一个长期的项目, 比如build personal relations, strategical thinking, 可能短期内的投入没有任何回报, 需要2-3年持之以恒的付出才能看到结果。 我一直喜欢的一个比方, 很多事情比如personal relations, 很多时候就是在浇灌一棵大果树, 心态不应该是一个月后要吃果子就拔苗助长, 而是我用心去培育, 当我以后某个时候就会突然发现, 哦, 原来我有那么多资源可以助我一臂之力。
b.  再往上走一步: 回馈community。 很多事情哪怕对我没有任何帮助我也会去做, 比方在公司参加mentorship, 比方在这边写一篇狗屁文章跟大家分享。 我觉得一个不功利的人的气质也会不一样, 会更加的从容和优雅。

最后我再加一点, 升职加薪应该是你个人成长路上的by-product 而不是end-goal, 不然不利于我们长期的个人成长, 另外会让我们变的浮躁, 也容易和人去做无谓的比较。
. ----
4.  总结
乱七八糟写了一大堆, 有人看到这里的话感谢你们的耐心。. ----

当然我也知道,首先每个人的utility function不一样, 有人就是更加重视wlb, 有自己的爱好, 我非常尊重你们, 也喜欢你们尊重我不要喷我哈
另外每个人都有自己的不容易, 比方说有的人要带娃, 有的人身体不好需要调养, 不能想有的没的, 有的人跟另一半异地, 人生不易, 不像我没娃又是一个人, 有大把大把时间可以想这些有的没的

最后我上周跟一个朋友聊了很多这方面的东西, 足足有两个小时, 觉得双方都学到了很多, 也有很多共鸣, 让我受益匪浅!

Comments


  1. 当初从巨硬跳槽到Google,主要原因是受不了巨硬繁复的各种流程,团队之间互相不配合,推动项目扯皮太费神。跳了之后才发现,呵,都一样,就是收入涨了。

    ReplyDelete

  2. 唉。。。我在狗最struggle的事情就是各种限制和process,以下提名不分先后:TotW,BCID,GRAD+Perf,resource planning,tons of email。

    可能我特别菜,每天一看到这些就想吐,mental energy用完了,不想干活了,更别提什么研究总结系统架构啊、high level vision啊这些东西了。我不知道其他人是怎么一边跟这些process作斗争一边干活还能一边花时间学习提高的,真的服气。

    ReplyDelete

Post a Comment

https://gengwg.blogspot.com/

Popular posts from this blog

CKA Simulator Kubernetes 1.22

  https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl                         # will already be pre-configured export do = "--dry-run=client -o yaml"     # k get pod x $do export now = "--force --grace-period 0"   # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section .     Question 1 | Contexts Task weight: 1%   You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into ...

OWASP Top 10 Threats and Mitigations Exam - Single Select

Last updated 4 Aug 11 Course Title: OWASP Top 10 Threats and Mitigation Exam Questions - Single Select 1) Which of the following consequences is most likely to occur due to an injection attack? Spoofing Cross-site request forgery Denial of service   Correct Insecure direct object references 2) Your application is created using a language that does not support a clear distinction between code and data. Which vulnerability is most likely to occur in your application? Injection   Correct Insecure direct object references Failure to restrict URL access Insufficient transport layer protection 3) Which of the following scenarios is most likely to cause an injection attack? Unvalidated input is embedded in an instruction stream.   Correct Unvalidated input can be distinguished from valid instructions. A Web application does not validate a client’s access to a resource. A Web action performs an operation on behalf of the user without checkin...