不知不觉进入纯软这个业界也已经十几年，所以对於在 Soft_Job 版上常常看 到的一些议题也有了自己的想法，想说趁这个机会整理一下自己的看法，和大 家分享一下。这篇主要会先分享一下我对於读大学的看法。 要先说的是，我觉得我自己就是某种程度上的幸存者，所以这边的经验也只是 我自己的经验，但也是我最真实的想法，以及一些我实际上遇到的经历。 先交代一下背景，我自己会进入这行，大概是从小学时候就有的想法，那个时 候家里有台电脑，每天回家都在玩那台电脑，所以那个时候开始就想着长大要 靠这行吃饭，不过当然只是很粗浅的一种概念，那个时候主要还是放学就在打 电动，并没有什麽真的实际的作为。 到高中分组的时候，因为逃避自己对於数学没兴趣这件事，以及曾经有一度想 念中文系或历史系，所以选了文组。但後来还是靠申请入学上了国立暨南国际 大学资管系，在板上我想应该是会被归在後段国立大学？反正非四大四中，而 且是文组的资管系，并且最後直升该校的资管硕班。 不过这样的我，最终现在还是混到了如大家说的，在 150 左右上下挣扎的 WEB 仔，不过是个生活与工作很平衡，觉得可以做自己喜欢的事情还有薪水可 以领很开心的 WEB 仔。 在板上经常会出现的一个议题就是要不要去补大学学历。我想这个大家都很清 楚，一种看法是这行确实你可以不用相关科系也可以来做，这绝对是可行的， 也一堆人靠这种方式转行；另一种看法则是相关科系毕业是进入这行的最快的 方式。 这两种说法我认为都是对的，这行的进入门槛真的很低，只要有心，真的是一 台电脑加上毅力你就有机会进入这行。但另一方面，你有文凭再加上不要太混， 入场劵基本就到手了。 而常常看到的另一个观点，是对於大学科目的质疑，认为大学教的东西都很过 时，出来业界还是要重新学习。 关於这点其实我反而有比较不同的看法，我认为大学教的科目他的价值，正在 於他的「过时」。我认为严格来说，他应该不叫「过时」，而叫做「基础知识 架构」。 举个实际的例子来讲，前後端的 Framework 这十年来都换了几轮了？但网路 的基础架构还是没有变，SQL 的主要核心概念还是没有变。从 Web Browser 上输入网址到显示内容，基本上还是一样的流程。 更别说再更基础的计算机架构、演算法和 OS 里的多执行绪等等的概念了，这 些概念性的东西到现在，其实到现在都还是很实际的东西。反而是很多那个 时候我学的 Framework 或各个软体的版本，现在早都不知道被什麽取代了。 但电脑程式还是电脑程式，在抽象上基本还是 Von Neumann 架构，底层还是针 对记忆体中资料的各种操作，各种程式设计典范 (Procedure / Object-oriented / Functional) 的精神还是长那样。而这东西是我天天在用的，真的是天天在用， 因为这是我对自己写的每一行程式码的理解。而我自己的经验上，遇到过不少 不知道程式为什麽会坏，为什麽是那样的行为的，其实就是没搞懂程式执行的时 候，抽象上记忆体里的内容是什麽东西而已。 至於这些东西有没有用，我想应该可以用实际的例子来说明。现在做前後端，基 本上演算法都是函式库包好好，很少有机会自己写我想这应该是共识了。这十年 几年下来，我真的在工作上实作过，和演算法勾得上边的东西，大概也就只有树 的 DFS 或 BFS 而已。 那就代表大学教得演算法没有用吗？这麽讲吧，我曾经在某个线上的 Java 专案 看过这样神奇的程式码，这个专案主要是一个批次的机制，然後会需要依照顺序， 处理档案系统上的某些资料夹，对应到某个 ID 并进行处理，注意他是有顺序性 的，而且同一批次中 ID 是会重覆的。 结果呢，写这个专案的人用了一个 Java 里的 HashMap 来存要处理的 ID 和档案 系统的资料夹的对应……我看到的时候整个黑人问号。HashMap 最基本的特性不就 是一个 KEY 只会对应到一个 VALUE，而且是无序的吗？也就是说，根本就有档案 没有被处理到。我很难想像这是一个有认真上过非常基础的资料结构与演算法的人 会写出的程式。 另一个我印象深刻的例子，就是我曾在以前某间公司遇过後端工程师部署程式上去 网页伺服器後，发现从自己的机器无法连上网页时 (Connection Refused)，却不知 道如何排查问题，重点是他是有 access 伺服器的权限的。 但实际上，如果有一点点对於 OS 以及网页似服器的运作原理的理解，应该会很明 确的第一步就去查网页伺服器的 process 有没有起来了。 说穿了，我觉得大学最主要的价值，就是在於「有人帮你整理好了整个知识体系， 并帮你安排进度」，而对我而言，从我工作上的经验，我真的认为大学的学习的科 目帮助我很多。特别是工作上要学习完全没接触过的新的东西的时候，因为有这些 基础，所以可以很容易抓到重点，可以透过基础的知识来借境并且理解。 另一个我觉得大学很有用的地方，是他可以让你探索对於不同的领域的兴趣。 因为我自己 Linux Kernel / Andorid BSP / Android APP / Library Design / Web 前後端 / Desktop Application 都碰过一点，所以感觉满深刻的。就是虽然都是纯 软，但每个领域的成就感、有趣的地方、烦人的地方都不太一样，而大学可以让你在 几乎没有额外的成本之下探索自己有兴趣的领域，我觉得这是很棒的一点。 最後我列一下我认为不论是走哪个领域，不管是资工还是资管，在大学都一定要学 好，而且工作上我觉得非常实用（以及面试时也常常考）的几个科目： 1. 程式设计 / 计算机组织与架构 这两个通常会是两门不同的课，但其实是一体的，这两门课是在帮你建立完整的 对於你写的程式的心智模型。 2. 资料结构与演算法 不是叫你一定要像刷题达人一样可以看到题目就实作出解法，但对於各种资料结 构和演算法的基本特性还是要有个概念。就算人家函式库都帮你包得好好的，你 也总是要知道在什麽场合下适合用什麽样的资料结构或演算法对吧？ 3. 关联式资料库概论 这个不用说了吧……即便是现在一堆 Non-SQL DB，但很多时候他们也都是以和 SQL 做比较的，以及在 CAP 定理中他们想要解决哪几个问题以及放弃哪个之类 的。 4. 网路通讯概论 我认为对於各个常用的 Protocl 多少要有些了解，特别是现在几乎各个领域都 离不开网路了，特别是做 WEB 的，HTTP 怎麽一回事，和浏览器上输入网址後到 画面显示出来之间发生了什麽事，总是要有基本的了解吧。 5. 作业系统 现在愈来愈多 Multi-thread 的程式了，各种经典的 race condition / deadlock 问题等等，这些东西都是真实世界会发生的。 当然不是说我这边没列出来的科目就不重要，而是在十几年做为软体工程师的职崖 中，我认为基本上是常常都会接触到，而且从来没有让我觉得「我在大学学到的知 识是过时并且无用」的东西。 当然这个领域一直在翻新，CPU 里的真实工作情境、指令集可能也早已和我通初学 的计算机组织与架构差异很大，但抽象概念性的东西我认为并没有真的差太多。 关於大学里学的科目，大概是这些想法。我是认为，如果已经确定要走软体这条路， 有机会就去念大学，基础的科目好好掌握，然後尽可能接触多一点各式各样不同的 领域找找看自己的兴趣在哪。 至於研究所，老实说当年我并没有很强继续往上念的想法，只是顺势就读上去了。 虽然课上得很开心（我喜欢上课），但论文写得很痛苦。 基本上研究所我是混毕业的，对我来说研究所的价值真的就是那纸文凭而已，虽然 除了我後来有在中研院一段时间是靠那张文凭核薪外，我也不知道那张纸他还有什 麽其他的价值。 下一篇，应该会讲一下我真的进到这行後，一路以来对於生活与工作的平衡的一些 心路历程。 -- ~ 白马带着她一步步地回到中原。白马已经老了，只能慢慢地走， 'v' Brian Hsu 但终是能回到中原的。江南有杨柳、桃花，有燕子、金鱼…… // \\ ( 坟 墓 ) /( )\ 但这个美丽的姑娘就像古高昌国人那样固执。 【白马啸西风】 ^`~'^ http://brianhsu.moe/blog 『那都是很好很好的，可我偏不喜欢。』 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.34.206.134 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1630926110.A.232.html ※ 编辑: brianhsu (1.34.206.134 台湾), 09/06/2021 19:02:01 是不必。但这个人人念大学的时代，如果本来就已经有打算走这行，而且也有 资源读大学，这会是最直接的入场方式。 这个组合应该也不错，不过我是文组资管，没有系统程式这门课， 计组加减用一下。 如文，我认为大学的重点是「有人帮你整理好知识体系并进行导读」。 当然不是只有这一条路。但我自己的经验上，遇到疑难杂症的时候，有这些基础 知识的人，和没有这些基础知识的人，非常明显是有差别…… 如果你写的 PHP 能够让开发者不用面对多执行绪的各种问题，那麽你势必 得先对各种多执行绪会遇到的问题以及解决的方法有所理解对吧？ 如果没有，那麽要嘛： 1. 你的抽象可能还是隐含了各种问题。 2. 有更底层的抽象帮你解决了这些问题。 因为如果自己不知道多执行绪的这些问题，那麽就不可能开发出可以解决这些问 题的抽象层啊，而这些抽象层也势必得由理解并能够提出解决方法的人开发的。 有能力进到这些更底层的开发，不也正就是和没有这些基础知识的人的差别，也 是议价能力，以及能不能有更广的发展的一个差别吗？ 举例来说，如文说，我自己在各个领域中都有过一点点经验，也有过上一份专案 是做 WEB 但下一份专案要去做嵌入式系统的状况，但我从来没有过觉得「无法 上手」的状况，虽然我在大学、研究所时是完全没有碰过嵌入式的。 因为在大学完整的知识体系的训练下来，我能够知道如何把过往的知识应用到嵌 入式系统上，以及知道他和我过往的工作经验的断点在哪，於是我能够很快速的 知道该怎麽去有效率地吸收嵌入式的相关领域的知识。 一点想法上的补充，给大家参考一下。 没怎麽办啊。我文章里也说了，我认同这行确实不是相关科系也可以来做， 只是入场的方式和成本不同。主要只是分享一些我认为读大学的价值和好处 而已。 ================ ================ 我觉得这「在於是否能将知识融入思维而影响选择」句话超精辟！完全就 是我例子里想表达的事情，但没办法用这麽简单的一句话概括。 我想到的另一个例子是，我觉得「码农」和「软体工程师」的差别，会在 於当码农写出一个 O(n^2) 的程式码时，他就单纯的只是「会动就好」， 甚至有可能不知道这是 O(n^2)。 但当一个有基础知识的软体工程师写出一个 O(n^2) 的演算法时，他会很 明确知道他为什麽挑 O(n^2) 的写法，他用这个 O(n^2) 来交换了什麽比 执行时间更重要的东西，或为什麽这个 O(n^2) 是可以接受的，以及他会 一开始就知道将来遇到不得不调整的效能瓶颈的时候，这个 O(n^2) 的存 在。 ※ 编辑: brianhsu (1.34.206.134 台湾), 09/07/2021 09:40:56