※ 引述《gobears5566 (golden bear 5566)》之铭言： : 最近看到新闻提到，今年的年後转职潮是历年来最大的一波，人力银行调查报告指出转职 : 科技业与工程师仍是首选，全端开发工程师在前景看好的职务中榜上有名。不过同时也看 : 到近几个月全球软体大厂接力裁员，过去的模范企业都神话破灭，不确定台湾软体业接下 : 来会不会大规模受影响。 : 假如你有在考虑转职软体工程师，看这几周的新闻，可能会因为这些不同的资讯而感矛盾 : 。先不论接下来的总体经济与景气，回到转职软体工程师这件事，假如你有认真考虑转职 : ，有在考虑要不要报名课程或培训班，或许可以先缓缓。 : 我跟几个同为非本科转职软体工程师的朋友，汇集了一些非本科转职的劝退点。希望透过 : 这篇劝退文，让在思考年後转职软体工程师的版友，可以有更多元的思考维度来评估转职 : 工程师这件事 (备注：这篇文是以非本科转职出发，一些提到的点不必然适用於本科毕业 : 的软体工程师)。 感谢你的经验分享，我也是非本科转职仔，有部分满同意的 : ----------- (以下正文) ----------- : 网志好读版：http://bit.ly/3RAJztl : ## 不仅要能动，还要写得好 : 在转职期间，许多人大概都经历过写不出来想要拿头去撞墙，起码我自己有过不少这种片 : 刻。但是真正转职成软体工程师後，写出来能动、如预期的功能只是最基本的。特别是薪 : 水高的大厂付钱请你来工作，对你的期望不会只是写出来能动。你会被预期写出效能好、 : 安全性佳、好维护好扩展的程式。假如你有无限时间，大概不用担心这件事。但现实是在 : 实际工作时，大到产品、小到功能，每一个都有期限，晚一天上线都会造成商业上的损失 : 。换句话说，你会被预期在有限的时间内，写出好的程式码。假如做不到，你会背负非常 : 大的压力。 你这段讲的压力我很有同感，只是这个问题跟是本科还是转职，没有必然的关系。 所谓本科的训练，满多是在理论层面上，例如演算法复杂度的数学证明 但是实际程式的设计架构是否漂亮，好测试好维护，真正跑上机器效能好不好， 则需要对软体工程有更深入的了解，在本科这些也都是选修的领域而已。 实际 coding 能力多半还是自己培养的，效能好有时还需要对特定硬体的了解 或甚至对 http protocol 的深入了解，那些在学校其实也没有教， 多半还是要靠在工作中学习累积的经验，这些压力本科生也是一样的。 校内的作业规模和复杂度，也远不能和真实产品相比，所以还是重在经验。 : 我自己在刚转职时，常常写完觉得功能都正常松了口气後，就会在 code review (程式码 : 审查) 收到很多直接的评论。一般的同事六点就下班，但我为了修改我的程式码到能通 : 过 code review ，往往要弄到晚上十一、十二点。即使当时在的公司不是强度特别高的 : 公司，多数同事没有加班的状况，但加班还是成为我的常态，只因为我的基础不够扎实， : 导致要优化修改的东西太多了。 这主要还是开发经验的差别，即便是本科出身，刚入行也是一样的问题。 事实上刚出社会，进入任何一个新的专业领域，都会面临同样的挫折，不是转职才有。 与其说这是转职的困难，不如说上了年纪，还愿不愿意放下自我，重当一次菜鸟。 如果心态上调整得过来，转职可能没有比刚毕业第一份工作可怕太多。 : 收到这些评论固然挫折，但假如没收到往往更惨。举我一个前同事的例子，先前我们有个 : 在线上的事故，是因为写一个过慢的 SQL 查询语句，导致线上的资料库伺服器堆积了大 : 量请求，造成後面堆的请求都超时，终端使用者的请求失败。对使用者来说，就是功能不 : 能用，然後就被回报出事故。修复完问题开检讨会议时，我看他一脸压力超大。他是名校 : 本科毕业的都会出这种包，如果是转职少了扎实的基础训练，写出时间复杂度差的程式码 : ，当出事故结果查出来原因在於自己写的粪程式码，那个当下真的会让人想要找个洞钻进 : 去躲起来。 收到很多这样的评论其实是优点，这正是帮助我们快速进步，迅速累积经验的好机会 对於转职仔来说，有好的同事可以针对程式的缺点给予批评，提供具体建议 这正是快速缩短和资深专业人士距离的途径，是求之不得的好机会! 当然压力会带来很多负面情绪，但只要同事的评论是针对程式，而不是侮辱人格 这都是非常健康的，是能快速成长的学习环境，要好好把握，换个角度看会好很多! : 我觉得这是考虑转职的人一定要想清楚的，现实多半不会是你转职後就能惬意地在海边， : 当数位游牧写程式；而会是在同事们都下班後，你还为了能写出来、为了能够写好而挣扎 : 到深夜。 转职如果是想要变轻松，那绝对是"问就是劝退" XD 进入任何一门新的专业，都得吃不少苦头的。 我本来就有多年自学程式基础，都转职过来几年了，到现在也还是觉得很辛苦 要学的东西源源不绝，实在是太多了，这真的是需要一定的心理素质才能撑下去 : ---------- : ## 以为学好技术就能掌握工作，但其实不然 : 很多想转职工程师的转职理由是可以专注在技术面，可以不用去管那些跟人打交道时的狗 : 屁鸟事。然而，如果你的转职理由是这样，必须跟你说这很可能不会发生。即使你克服上 : 面提到的技术问题，写出的程式码不仅功能无误，效能也好，仍然是不够。在现代软体开 : 发，与不同利害关系人打交道，占软体工程师工作很大一部分。 : 假如是写应用程式的工程师，跟产品端的沟通协作是少不了的。网路上可以看到很多工程 : 师与产品经理交手时的不愉快经验，看看靠北工程师或者 Blind (一个多数软体工程师会 : 用的论坛) 上面的怨气，你就会知道你的工作不会只有纯碰技术，人与人交涉会遇到的鸟 : 事绝对少不了。 超级赞成! 这个套用在其他行业应该也是通用的 但工程师之间有一点很棒，就是除了人类语言外，还可以用程式码跟数学沟通。 如果程式写得够好够清楚，即便不善言词，看 code 也能够互相理解 XD : 退一步来说，就算你是往底层去做基础架构的工程师，你的工作中仍会有非常大量的沟通 : 。特别是如果你想要往上爬，在工作中需要的软实力占比会更高。先前前读 vgod (一个 : 保送台大然後拿到 MIT 博士，目前在矽谷做到 L7 级别的工程师) 大大的文章，他提到 : 很多人没办法突破资深工程师的天花板，无法从资深进到主任工程师 (L6)，多半不是技 : 术能力不足，而是少了沟通、专案管理、跨团队合作等能力。 : 特别是工程师不像管人的经理，多半没有实质的权力去叫别人做事，因此需要靠技术愿景 : 来说服其他人，这件事对保送台大资工拿到 MIT 博士的 vgod 可能不难，但对於转职的 : 工程师，难度会很大。我先前提出一些技术观点时，同事们就提出很多质疑与挑战，以及 : 提出不同的观点。同事提出的点很多甚至是我过去没听过的 (例如某个不同的设计模式) : ，因为缺乏札实地底，我需要额外花更大的力气去研究，然後回头试着再跟同事讨论一次 : 。 这个是真的，我转过来的时候，身边很多同事都十几年经验，也都是各领域专家 中间感受到的落差，确实是非常庞大的。但就像我上面提到的，心态上有没有调整 愿不愿意从头再当一次菜鸟？放下身段，把心态调整成大学刚毕业的时候，就会比较好。 菜就是虚心学习，慢慢累积经验，然後就会进步了。 虽然要追上别人十几年累积的经验，物理上通常是不可能的， 但工作上要达到跟上大家的程度，努力点还是作得到的，只是会很辛苦! : 上面提到的沟通问题会因为公司规模或专案规模变大，而变得更加困难。以我自己在软体 : 大厂的经验来说，大型软体专案的开发，会需要同时非常多不同组的人。而人一多，自然 : 各种拉里拉杂的不愉快都可能出现。之前看过一篇 Amazon 工程师写的文章，在讨论一 : 般同事跟好的同事。他提到他在 Amazon 遇到的跨组合作，很常会遇到对方说「这不是 : 问我」，或是翻来覆去、一直跳针。 : 我自己对这类状况完全心有戚戚焉。举例来说，先前我去找相对应业务的接口问事情，结 : 果对方说不是问他，或回说不是他该负责处理，然後就没了。我收到这种回覆只能大傻眼 : ，该业务就是你们组负责，你也是负责的项目对接人，不问你我问天? : 这种无奈感不是单一案例，而是经常会出现的。因此，假如你想转职的原因，是因为过去 : 跟其他职位的人打交道让你不喜欢你原本的工作，这问题不会因为转职成软体工程师而消 : 失。 赞成啊! 不要为了逃避本来的困难而转职，这些困难到处都有 : ---------- : ## Oncall 轮班 : 多数职业没有 oncall 这种东西存在，但偏偏软体工程师这职业就有。有些职业的轮班是 : 轮到大夜班但白天不用工作，但软体工程师的轮班不是换到晚上工作，而是要 24 小时待 : 命，没错是 24 小时，收到通知随时要回应。换句话说，你白天的班还是要上，只是晚上 : 睡觉时，你要随时待命，因为可能会突然被叫起来修东西。 : 这主要因为现代的软体多半是全球化的，举例来说，一个 App 的使用者可能来自全球。 : 所以即使你在的时区现在是晚上大家都在睡觉，其他时区也可能有大量的活跃使用者。但 : 其他多数职业没有这种跨时区的问题，所以下班睡觉也不太会有被叫起来做事的情况。 : 我转职成工程师前，看别人在讲 oncall 都没感觉，直到自己轮 oncall 後才知道有多可 : 怕。oncall 的可怕在於，你遇到在线上发生的问题，你根本没有碰过那部分程式码，所 : 以你要在很短的时间内搞清楚发生什麽事，然後找出问题点，然後在很短的时间内把问题 : 修复。假如处理不了，还要大半夜时很不好意思地打给其他同事，叫醒其他同事一起来帮 : 忙修……。 这个应该满看公司和工作内容，不是所有职缺都有轮班需求 再来大型跨国公司，有些会有跨时区的团队，可以 24 hr 都有团队在正常上班时间 就不一定会有这种状况了，就求职的时候要问清楚。 : 除此之外，轮到 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 : 最後，不论你有没有转职，都祝你能朝着自己理想的职涯与人生前进。 谢谢你的分享，大家一起继续努力! -- Sent from PCMan on PCMan's PC --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.249.179.42 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1675577047.A.571.html