Re: [請益] 資工 資傳 資管 那個好???
其實這就是很典型資工思維不是嗎
我覺得學資工的人比較看重"軟體本身"
規劃->分析->設計->實作->維護 這些都只是以軟體本身為主的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
推
02/11 23:42, , 1F
02/11 23:42, 1F
→
02/11 23:42, , 2F
02/11 23:42, 2F
→
02/12 00:53, , 3F
02/12 00:53, 3F
→
02/12 00:54, , 4F
02/12 00:54, 4F
→
02/12 00:55, , 5F
02/12 00:55, 5F
→
02/12 00:56, , 6F
02/12 00:56, 6F
推
02/12 06:15, , 7F
02/12 06:15, 7F
→
02/12 08:19, , 8F
02/12 08:19, 8F
→
02/12 08:21, , 9F
02/12 08:21, 9F
→
02/12 08:22, , 10F
02/12 08:22, 10F
→
02/12 08:24, , 11F
02/12 08:24, 11F
→
02/12 08:27, , 12F
02/12 08:27, 12F
→
02/12 08:29, , 13F
02/12 08:29, 13F
討論串 (同標題文章)