※ 引述《zeebra (Be Bop)》之铭言： : 其实这就是很典型资工思维不是吗 : 我觉得学资工的人比较看重"软体本身" : 规划->分析->设计->实作->维护 这些都只是以软体本身为主的tasks : 对於资管背景的学生 理当要有sense指出变革管理 系统开发投资报酬率 : 老旧系统整合等等 尤其是组织变革 这东西大多数时候是决定专案成败的因素 ~~~~~~~~~~~~~ 我觉得这个如果没有亲自下去了解整个系统其实很难动手去整合。起码要知道新旧系统 的介面(Interface)各自支援什麽东西。然後要能动手去做介面间的转换动作。 用Design Pattern 来讲的话就是 "Adapter" 设计概念 : total solution并不只是deliver一个软体 是deliver一个系统 : （"系统"学理上的定义就不提了 但很多人以为系统就是软体） : 另外我也不认为资工毕业学生对於软工生命周期都能有什麽严谨基础 越严仅的软体工程有时候代表着越烦杂的文件。其实这有时候是不太必要的。 我们参考"UML Distilled Third Edition" 作者在书中不止一次提到，其实UML我们不一定要全部参考，重点是在於让大家整个 团队快速理解目前的系统概况还有设计流程。 我想软体工程也是一样，很多东西规定是那样，但是只要整个团队理解并且认知一致 稍微修改一点也无不可阿XD : 当开发者的时候理当不会去做系统分析 做系统分析的人也不会去做开发 : 等你两边都玩过 大概就爬上一格了 毕业生怎麽可能两边都被训练到 : （当然规模较小的专案很多时候会一个扮演数脚 : 但一个提及"solution"的专案 通常是较大规模且较角色较分明的） 在 "UML components : a simple process for specifying component-based software" 一书中也有提到，最好的状况就是在系统设计流程中，需求分析/设计/测试三者分开 是最好的。但是事实上这很难做到。 然後软工其实很注重"期限"(Deadline)的。在主流的反覆式(Interative)开发流程中。 他每一阶段每一阶段都有明确定义固定的时间点。 : 我想软体物件该怎麽切 怎麽提昇再用性 软体架构 资料结构演算法 : 这些才是资工学生的优势吧（软体业而言 毕竟资工还有学电子相关的东西对应其他产业） 这点不知道XD 我依然认为在学校期间底子要顾好。起码一种语言要学好。 如果是属於网路方面的，物件导向的概念要懂，起码用一个语言可以随手写个小程式 描述物件导向的概念。Socket要熟。 RMI是分散式架构的基础。 如果是属於底层的，那计算机组织(包含组语)，C语言要懂。了解记忆体的概念。了解 指标(Point)的概念。从基本的加减法器开始。慢慢进阶到有记忆功能的各类设计。 如果是属於写网页的。那HTML/XML/CSS/DB 的定义/语法要熟。 PS:不过网页这边我才刚接触，所以不是很清楚，我只觉得网页这边的变动率很大... 我一直觉得有些东西是不变的。其实时代在演进，有些主体还是不会变的。 不管是资工还是资管，要学着去找到他核心的价值。这点人人不同。 毕竟东西那麽多，不可能全学完。 配合着自己的个性和手边有的资源。去找到最符合自己的核心价值我觉得才是最重要 的。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.163.183.206