Re: [請益] 資工 資傳 資管 那個好???

[zeebra (Be Bop)]

其實這就是很典型資工思維不是嗎
我覺得學資工的人比較看重"軟體本身"
規劃->分析->設計->實作->維護 這些都只是以軟體本身為主的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
推 xvid:資工是有SE的課程 研究所也有軟體工程實驗室...
→ xvid:沒有嚴謹基礎? 只能說內容很硬 你要不要來讀讀看
→ andymai:開發的不會去做系統分析?我朋友碩畢去應徵就被資x會告知要
→ andymai:SA、PG、RD三位一體了..更別說小公司就那麼幾個人要怎麼分
→ andymai:打錯~是PM...三位一體的意思也不是一人兼三職~而是不同的
→ andymai:專案相同的人有不同的職位...
推 yauhh:又不是說講工程就徹底不懂程式該怎麼寫.都是彼此包含的事情.
→ zeebra:我也沒說所有資工系的軟工都不強 資工所做軟工的也理所
→ zeebra:當然要好些 唸到資工所實驗室千百種 也不是每個人都做軟工
→ zeebra:另外就像一樓說的 軟體工程是非常專業的學門 所以3位一體
→ zeebra:或是說角色轉換太頻繁且迅速 真的很難累積經驗
→ zeebra:但在best practice的觀點來看 角色切割是很重要的
→ zeebra:所以這行為什麼國外環境比較好 從這邊就可以看出來了