最近看到新闻提到，今年的年後转职潮是历年来最大的一波，人力银行调查报告指出转职 科技业与工程师仍是首选，全端开发工程师在前景看好的职务中榜上有名。不过同时也看 到近几个月全球软体大厂接力裁员，过去的模范企业都神话破灭，不确定台湾软体业接下 来会不会大规模受影响。 假如你有在考虑转职软体工程师，看这几周的新闻，可能会因为这些不同的资讯而感矛盾 。先不论接下来的总体经济与景气，回到转职软体工程师这件事，假如你有认真考虑转职 ，有在考虑要不要报名课程或培训班，或许可以先缓缓。 我跟几个同为非本科转职软体工程师的朋友，汇集了一些非本科转职的劝退点。希望透过 这篇劝退文，让在思考年後转职软体工程师的版友，可以有更多元的思考维度来评估转职 工程师这件事 (备注：这篇文是以非本科转职出发，一些提到的点不必然适用於本科毕业 的软体工程师)。 ----------- (以下正文) ----------- 网志好读版：http://bit.ly/3RAJztl ## 不仅要能动，还要写得好 在转职期间，许多人大概都经历过写不出来想要拿头去撞墙，起码我自己有过不少这种片 刻。但是真正转职成软体工程师後，写出来能动、如预期的功能只是最基本的。特别是薪 水高的大厂付钱请你来工作，对你的期望不会只是写出来能动。你会被预期写出效能好、 安全性佳、好维护好扩展的程式。假如你有无限时间，大概不用担心这件事。但现实是在 实际工作时，大到产品、小到功能，每一个都有期限，晚一天上线都会造成商业上的损失 。换句话说，你会被预期在有限的时间内，写出好的程式码。假如做不到，你会背负非常 大的压力。 我自己在刚转职时，常常写完觉得功能都正常松了口气後，就会在 code review (程式码 审查) 收到很多直接的评论。一般的同事六点就下班，但我为了修改我的程式码到能通 过 code review ，往往要弄到晚上十一、十二点。即使当时在的公司不是强度特别高的 公司，多数同事没有加班的状况，但加班还是成为我的常态，只因为我的基础不够扎实， 导致要优化修改的东西太多了。 收到这些评论固然挫折，但假如没收到往往更惨。举我一个前同事的例子，先前我们有个 在线上的事故，是因为写一个过慢的 SQL 查询语句，导致线上的资料库伺服器堆积了大 量请求，造成後面堆的请求都超时，终端使用者的请求失败。对使用者来说，就是功能不 能用，然後就被回报出事故。修复完问题开检讨会议时，我看他一脸压力超大。他是名校 本科毕业的都会出这种包，如果是转职少了扎实的基础训练，写出时间复杂度差的程式码 ，当出事故结果查出来原因在於自己写的粪程式码，那个当下真的会让人想要找个洞钻进 去躲起来。 我觉得这是考虑转职的人一定要想清楚的，现实多半不会是你转职後就能惬意地在海边， 当数位游牧写程式；而会是在同事们都下班後，你还为了能写出来、为了能够写好而挣扎 到深夜。 ---------- ## 以为学好技术就能掌握工作，但其实不然 很多想转职工程师的转职理由是可以专注在技术面，可以不用去管那些跟人打交道时的狗 屁鸟事。然而，如果你的转职理由是这样，必须跟你说这很可能不会发生。即使你克服上 面提到的技术问题，写出的程式码不仅功能无误，效能也好，仍然是不够。在现代软体开 发，与不同利害关系人打交道，占软体工程师工作很大一部分。 假如是写应用程式的工程师，跟产品端的沟通协作是少不了的。网路上可以看到很多工程 师与产品经理交手时的不愉快经验，看看靠北工程师或者 Blind (一个多数软体工程师会 用的论坛) 上面的怨气，你就会知道你的工作不会只有纯碰技术，人与人交涉会遇到的鸟 事绝对少不了。 退一步来说，就算你是往底层去做基础架构的工程师，你的工作中仍会有非常大量的沟通 。特别是如果你想要往上爬，在工作中需要的软实力占比会更高。先前前读 vgod (一个 保送台大然後拿到 MIT 博士，目前在矽谷做到 L7 级别的工程师) 大大的文章，他提到 很多人没办法突破资深工程师的天花板，无法从资深进到主任工程师 (L6)，多半不是技 术能力不足，而是少了沟通、专案管理、跨团队合作等能力。 特别是工程师不像管人的经理，多半没有实质的权力去叫别人做事，因此需要靠技术愿景 来说服其他人，这件事对保送台大资工拿到 MIT 博士的 vgod 可能不难，但对於转职的 工程师，难度会很大。我先前提出一些技术观点时，同事们就提出很多质疑与挑战，以及 提出不同的观点。同事提出的点很多甚至是我过去没听过的 (例如某个不同的设计模式) ，因为缺乏札实地底，我需要额外花更大的力气去研究，然後回头试着再跟同事讨论一次 。 上面提到的沟通问题会因为公司规模或专案规模变大，而变得更加困难。以我自己在软体 大厂的经验来说，大型软体专案的开发，会需要同时非常多不同组的人。而人一多，自然 各种拉里拉杂的不愉快都可能出现。之前看过一篇 Amazon 工程师写的文章，在讨论一 般同事跟好的同事。他提到他在 Amazon 遇到的跨组合作，很常会遇到对方说「这不是 问我」，或是翻来覆去、一直跳针。 我自己对这类状况完全心有戚戚焉。举例来说，先前我去找相对应业务的接口问事情，结 果对方说不是问他，或回说不是他该负责处理，然後就没了。我收到这种回覆只能大傻眼 ，该业务就是你们组负责，你也是负责的项目对接人，不问你我问天? 这种无奈感不是单一案例，而是经常会出现的。因此，假如你想转职的原因，是因为过去 跟其他职位的人打交道让你不喜欢你原本的工作，这问题不会因为转职成软体工程师而消 失。 ---------- ## Oncall 轮班 多数职业没有 oncall 这种东西存在，但偏偏软体工程师这职业就有。有些职业的轮班是 轮到大夜班但白天不用工作，但软体工程师的轮班不是换到晚上工作，而是要 24 小时待 命，没错是 24 小时，收到通知随时要回应。换句话说，你白天的班还是要上，只是晚上 睡觉时，你要随时待命，因为可能会突然被叫起来修东西。 这主要因为现代的软体多半是全球化的，举例来说，一个 App 的使用者可能来自全球。 所以即使你在的时区现在是晚上大家都在睡觉，其他时区也可能有大量的活跃使用者。但 其他多数职业没有这种跨时区的问题，所以下班睡觉也不太会有被叫起来做事的情况。 我转职成工程师前，看别人在讲 oncall 都没感觉，直到自己轮 oncall 後才知道有多可 怕。oncall 的可怕在於，你遇到在线上发生的问题，你根本没有碰过那部分程式码，所 以你要在很短的时间内搞清楚发生什麽事，然後找出问题点，然後在很短的时间内把问题 修复。假如处理不了，还要大半夜时很不好意思地打给其他同事，叫醒其他同事一起来帮 忙修……。 除此之外，轮到 oncall 那周会很明显感受到生活品质变很差，特别是如果有半夜被叫起 来处理事情的时候，整周的心情指数都很低。我们组有些同事是有小孩的人，同时有小孩 半夜会起来哭，然後又有 oncall 的东西要处理，真的是超级崩溃。假如你打算转职软体 工程师，先想想这真的是你要的吗? ---------- ## 裁员与 PIP 很多提到转职软体工程师的文章，都会讲到软体工程师的工作机会多、就业市场好。但事 实是，软体公司雇人不手软，裁起人来更不手软。在 2022 年末到 2023 的现在，几乎看 到公司层级的大规模裁员，多半是软体与科技公司。大间一点的公司，裁起人来都是以万 为单位。 事实是，你其实没有那麽不可取代。Google 今年的大裁员後，就有新闻报导任职二十年 的资深工程师，甚至名字被冠上某个演算法名称的大神工程师，都会在隔天早上起来发现 自己已经失去所有权限，然後仅被一封 email 告知被裁了。除非是自己创业，不然当工 程师本质上仍旧是个打工仔。任何打工仔在资本家面前，都是随时可替换的，只是有没有 轮到你而已。 在景气不好时，软体工程师被不手软地裁；但在景气好的时候，还有另一个可怕的问题要 面对，它叫 PIP (Performance Improvement Plan) 制度。所谓的 PIP 就是会把绩效 排名比较差的人，放到一个改进项目中，然後在一定期限中如果没有改进，就会被炒鱿鱼 。虽然说 PIP 美其名是个改进绩效的机会，但实际上真的在 PIP 後还留下的人，非 常之少；多数人被放入 PIP 後，基本上都意味着要准备被炒鱿鱼。几年前就有 Facebook 的工程师，因为被放到 PIP 压力太多，最後跳楼自杀的新闻。 除此之外，有些软体大厂会有 PIP 额度，换句话说工程经理一定要把某个比例的人放 到 PIP 中。你可能会问，假如整个团队的人都表现很好的话，那要把谁放到 PIP 当 中? 这是个好问题，因为这延伸出另一个大厂常见的扭曲现象 — 雇完即炒 (hire to fire)。这是因为工程经理实在没办法挑出一个要放到 PIP 的人，既然如此，就招聘新 人，然後把招进来的新人放到 PIP 当中。这是为什麽进到像 Amazon 这类大厂，一 定要先打听好组上的状况，确保自己不会进去就准备被裁。 对於转职的人来说，要能在竞争的绩效考核中生存、要确保自己不会被 PIP，会需要付出 更大的努力。当你在思考转职能带来的好处时，也不要忘了你没有铁饭碗、可能被 PIP 掉，都是你要承担的潜在风险。 ---------- ## 当高墙挡在你的面前 以上这些点是补充先前《转职软体工程师之前请三思，浅谈转职的现实面》没谈到的，或 是谈不够深入的。主要是希望给在考虑转职的人，多一些思考面向。当然软体公司很多种 ，上面提到的也不必然会出现在每间公司。只是要有心理准备，因为转职成软体工程师， 都会有机会遇到这些问题。 不过话说回来，假如你在通盘考虑後，仍觉得想要转职，那就努力朝着这条路前进吧，不 要因为这些因素而阻挡了你自己。这边送上一句已故教授 Randy Pausch 在他生前的最後 一堂课中分享过的这句话 「眼前的高墙不是要挡着我们，而是要给我们机会来证明我们 有多渴望向前」。 The brick walls are not there to keep us out. The brick walls are there to show how badly we want something. Because the brick walls are there to stop the people who don't want something badly enough. They are there to keep out the other people. — Randy Pausch 最後，不论你有没有转职，都祝你能朝着自己理想的职涯与人生前进。 -- 南漂一不小心漂到了新加坡 https://www.explainthis.io/zh-hant/singapore --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 116.86.64.199 (新加坡) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1675498189.A.80B.html