其实这就是很典型资工思维不是吗 我觉得学资工的人比较看重"软体本身" 规划->分析->设计->实作->维护 这些都只是以软体本身为主的tasks 对於资管背景的学生 理当要有sense指出变革管理 系统开发投资报酬率 老旧系统整合等等 尤其是组织变革 这东西大多数时候是决定专案成败的因素 total solution并不只是deliver一个软体 是deliver一个系统 （"系统"学理上的定义就不提了 但很多人以为系统就是软体） 另外我也不认为资工毕业学生对於软工生命周期都能有什麽严谨基础 当开发者的时候理当不会去做系统分析 做系统分析的人也不会去做开发 等你两边都玩过 大概就爬上一格了 毕业生怎麽可能两边都被训练到 （当然规模较小的专案很多时候会一个扮演数脚 但一个提及"solution"的专案 通常是较大规模且较角色较分明的） 我想软体物件该怎麽切 怎麽提昇再用性 软体架构 资料结构演算法 这些才是资工学生的优势吧（软体业而言 毕竟资工还有学电子相关的东西对应其他产业） ※ 引述《wa120 (哇120)》之铭言： : ※ 引述《howshou (好小 )》之铭言： : : 不管是资工,资管,资传,会资,工资... : : 重点都不是在写程式。 : : 写程式只是帮助我们实现产品,或解决问题的工具与手法"之一"。 : : 这也是为何,很多人都把某个软体/系统/元件称为 solution 的原因。 : : 软体写得好不好,你念什麽科系与我们无关阿,我们只要求一个 solution。 : : 资工设计的 solution 通常用来解决硬体问题。 所以需要一直与硬体沟通 : : 资管设计的 solution 通常用来解决企业营运问题。所以需要一直与人沟通。 : 我对资管的 solution 有点不敢苟同，今天公司开出了5x项需求好了 : 需要制作仓储管理系统，学资管的会资料库，会写程式，但是... : 会开发吗？ 资管也只是对六个管理面做学习，要怎麽做沟通？ : 出一张嘴写程式吗？ 资管这个科系，也是要爬到主管的职位才有用 : 我的认为，资管学习的 solution 却没有软体工程来的精实 : 软体工程提出的 solution 是要对系统开发方法为 : 规划->分析->设计->实作->维护 的开发模式 并且每一阶段都会严谨的定义 : 那资管的 solution 会是什麽呢？ : P.S. 资管的六个管理面分别为 生产、行销、人资、会计、研发、财务 : : 其他与资讯结合相关科系也是如此。 : : 与硬体沟通你就要学会电子学,电路学,演算法,计算机组织,作业系统等 : : 与企业沟通就要学会各类管理学,各类商学基本常识。 : : 学会怎麽样针对一个问题提出完整的 solution, : : 这需要很多各行各业基础学科的训练。 : : 这也是为何光是资讯,又要把它分成那麽多系所的原因, : : 而不是把所有的科系都叫做 "程式设计系"。 : : 有时候阿,念资讯的学生都忘了自己是在学习solution, : : 而一直以为自己是在念程式设计系。 --

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