作者ILikeMe (Searching)
看板CSSE
標題Re: [討論] 念完資工之後...
時間Thu Jan 4 11:57:27 2007
※ 引述《leicheong (睡魔)》之銘言：
: → tinlans:programmer != coder，coder 才比較像是生產線員工 01/02 05:46
: → tinlans:兩者的最大差別，在於寫出來的程式是否經過縝密規劃， 01/02 05:47
: → tinlans:不可否認的是，我國多數 programmer 實際上都是 coder 01/02 05:48
: → tinlans:所以需求才小改一下，就唉唉叫、加班、debug 到累個半死 01/02 05:49
: → piimaila:改code哀哀叫?沒規劃好? 禮拜五給你禮拜一release 01/02 23:32
: → piimaila:你哀不哀? 01/02 23:33
: → piimaila:需求小改? 您一定是教授不然就是嘴炮類型主管 01/02 23:34
: 這也是十分難決擇的事...
: 舉例說, 我的公司把一套高度專門化(也就是按那公司的需求度身訂做
: 銷售、報價、庫存和物流的部份)的POS系統賣了結另一間公司, 去年
: 那公司打算橫向發展, 希望代理一系列性質不同的產品... 然後sales
: 就說這只是「小改動」, 給我們3個月完成... -___-;
: 當然我們一開始也可以把甚麼都模組化, 但以當初他們給我們的spec.
: 來說這不單是over-engineering, 預定的工作時間也不容許這樣做...
: 真是十分痛苦啊...
我也來舉一下例子 ....
這是我在前一家公司遇到的情形 大致上分為兩種...
1. 為了降低成本 希望能開發取代某大型軟體部分功能的模組
簡單來說 版上各位應該都知道 一個系統 會需要依賴其他的軟體或是系統來運作
例如說 妳架個網站 需要 web server + DB + script engine
在我所處的領域 有些關鍵部分 都是依賴其他軟體的功能 才得以實現
但是上層認為 我們只是使用了其中一部分的功能 可是卻要購買整個授權
實在不划算 ..... 所以希望我們能 "自行開發" ....
但是這就是問題了 那些軟體是長期經過大量的專業人力 經驗累積
才得以開發出那些功能 雖然我們只使用其中一點點的功能
但是那些功能之所以存在 也是因為整套軟體其他的部分存在 才得以實現
白話一點 ... 如果你今天只是要開發一個網站 ....
結果妳老闆嫌 IIS + MSSQL 或是 Apache + MySql 太肥大.....
說你自行開發一個合用 的 web server 加上 DB 吧 ....
你大概會跳腳吧... 更何況我們領域的軟體更封閉 ....
有更多細節 是無法參照 open source 的軟體來進行開發
也不是 google 找一下 就有好心人 告訴你如何實作這些功能
2. 第二個情況是 客戶有時候看到某些其他軟體 就莫名其妙希望加入該功能
這個情況 我想很多版友都常常遇到 應該是見怪不怪了
而我這邊 較為特殊的一點是 功能常常是由 server 某模組或某獨立軟體來實現
所以為了成本考量 很多時候 我們會選擇比較便宜的軟體或是低階的版本
安裝於 server 上
如果要符合客戶的需求 就必須改安裝比較貴或是進階的軟體 ....
而客戶與高層 常常不能理解 why 加了一個功能 成本必須提高那麼多
其實我們也不是不打算 釜底抽薪 一次解決一些關鍵問題
某前已經離職的 PM 組長 為了終結這些問題 ....
曾經提出 擴大人力規模 老老實實的把這些功能 自己實作出來的計畫
想當然爾 熱熱鬧鬧的一陣子之後 又是因為高層不能理解 why 要投入那麼多資源
將整個計畫否決了....
然後... 我不久之後也離職了 現在轉到一家比較小的小公司
至少這個公司的老闆 知道自己規模小 什麼該做 什麼無法作 自己知道的很清楚
於是我就快快樂樂的當純粹 寫使用者介面的小小 coder 當的很快樂
偶爾寫一些 比較進階的東西 老闆就覺得我很厲害了 ... XDDDD
我會寫這段 是要表示 想當真正的 programmer 寫大軟體 作核心功能
有這種願景的人 並不在少數 ...
專心的針對一些核心問題 思考演算法 從底層的資料結構 檔案存取
然後是 自定義的 tcp / udp 封包格式 考慮加密與壓縮
老老實實的一步步作上來
不是沒有這種人 也不是辦不到....
而是常常上層無法理解與容忍 這種大計畫的存在 ....
把所有的問題都認為是如同 web script 那樣改一下 畫面就出來 這樣程度的問題
久而久之 大家都寧願當那種 拼拼元件 改一下 script 或是 tag 就可以交差的 coder
或是 google 找一下 看有沒有好心人士的現成範例可以參考一下
所以台灣 coder 多 這是事實 但是為什麼這會成為一個事實?
並不是一味的期待 電機資工出身的程式人員 如同魔法師一般無中生有
開發軟體是個工程問題 既然是工程問題 就該用工程的角度來對待他
要蓋一個房子 先是購地 畫設計圖 然後 鋼筋水泥 雇用工人 申請水電
終於可以動工了 整地 打地基 一層 一層 直到完成 最後才會內裝與裝潢...
這個過程中 如果有客戶提出 改變結構 或是蓋到九樓 改七樓
先作裝潢 之類的需求 大家都會認為這個客戶很沒 sense 吧
無法理解開發軟體是個工程問題 我認為這是最大的原因...
甚至身為資訊背景的自己人 都無視這個根本 這更是問題惡化的主因
我就親耳聽過 認為寫程式只是元件拉一拉 UI屬性調一調 的同業
只能說 不管資訊 非資訊背景 很多人目前都在作 讓情形更加惡化的舉動
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.228.236.50
推 RouterHsieh:推 01/04 12:46
推 nvfp:我覺得問題在溝通, 最近正好跟一個資管的合作專題也... 01/04 13:00
推 eva19452002:實在不能同意你更多了 01/05 22:49
推 tinlans:其實 GUI 也有 GUI 的學問，像是這樣高鐵訂票就是有一堆很 01/07 16:09
→ tinlans:不 user friendly 的地方，而事實上 GUI 設計的部分有專門 01/07 16:10
→ tinlans:的書在講改如何做，拉拉元件可沒想像中的輕鬆。 01/07 16:11