※ 引述《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