请容我老者打个圆场 在还没有AJAX技术的那个年代，UI还是被称做GUI的年代 (说真的，到现在我还真不习惯把GUI称做UI) 没有所谓的前端工程师，也没有後端工程师 只有软体工程师，大一点的公司才会有所谓的DBA配置 从Mosaic/Netscape年代开始，无论是HTML还是CGI， 都是由软体工程师来做，以现在的角度来看，这就是全端工程师 全端工程师一直都是存在的角色，从来就没有消失过，也没有被发明过 真正被发明出来的角色，反而是前端工程师与後端工程师 然而，无论是怎样的职称，怎样的技能树，重点还是在於： 解决问题 软体工程只是一个手段，用来解决问题的手段 既然重点在於解决问题，我并不觉得需要去切割一条清楚的界线 「啊这个是前端要做的啦」 「啊这个後端要先给我们啊」 请问这样是解决了问题，还是制造了更多的问题？ 前面有篇文章中，提到了Quora上的答案，提到一本书的出版 需要各式各样的分工角色才会快 既然提到了书，那我也来提一本书 人月神话 人越多，分工越细，并不代表你的产出真的会快起来 当然我不否认的是，软体技术日新月异，很多事情必需要深入探究 专职分工，才会有更好的结果，然而，就像本串首篇所提 当你在一个领域上深造到了一定程度，自然而然一定会想要往跨领域走去 这是很正常的现象，前些日子我也有一位前端的同事来问我， 他想要点一些ML的技能树来玩玩，问我妥不妥 这样的方向个人觉得非常的正确，实际上透过学习不同领域的技术 对职涯、对个人发展、对软体工程的技术都会有莫大的帮助，可以看看这篇文章 https://thorstenball.com/blog/2019/04/09/learn-more-programming-languages/ 谁说Web技术用不到C语言呢？在还没有WebAssembly的那个年代 https://developer.chrome.com/native-client/nacl-and-pnacl 这是唯一可以以接近Native方式榨取浏览器效能去做影像处理的一个手段 只是你有没有碰到而已，碰到的时候，你自然就得要去学 还是老话一句，重点在於解决问题，而不是制造更多问题 当然，我也必需要说，现在的职场中的确充满着不合理的职位 而这个职位的名称的确就是全端工程师，特别是新创产业 实际上他们要的就是「软体工程师」而已 过去几年中，我面试过非常多自称全端工程师的candidate 但我必须说实话，全端工程师分做两种，一种就是软体工程师 一种是「被全端」工程师，这类人通常都是新鲜人，学历可能不够鲜明 经历也不够丰富，不得不将自己的技能树点的很广，来想办法谋得一职一餐 通常「被全端」的，面试起来的确就会像板上各位大大所言 技能树虽然很广，但是很浅，抑或实际上偏向前端或是後端 我自己很少有面试过真正的全端工程师 要不就是後端工程师不熟悉浏览器Rendering Path的，不熟悉DOM操作成本的 要不然就是前端工程师被ORM惯坏的，不了解File system block size效能差异的 比比皆是，但就我来说，无论是前端还是後端技术，总括来说都是资讯科学的产物 你在这个业界时间久了，无论是「被前端」，还是自己决定跨领域， 自然而然一定会成为一位「软体工程师」 只是需要足够的时间，我过去面试的全端工程师，大多资历都太浅 若你想要往这条路前进，就必需要有花上很多时间的心理准备 这不会是一条安逸的选择，但你会在这段旅途中学会很多事情 --

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