Friday, March 19, 2010

上班雜感

最近上班心得很多啊,公司內大概有快 100 個寫軟體的吧,不過真正有程式人的意識的,應該不會超過一半吧。這點在台灣實在很可悲。

對話1:

A:這個東西規格開這樣好不好?這樣定你應該程式會比較好寫吧?

我:ㄟㄟ…。

OS: 喂,這東西是要給客戶用的耶,客戶只在乎這東西好不好用,不會在乎你程式好不好寫好不好?難怪連公司內部也沒幾個人會用你的東西…。

對話2:

B:你的程式會造成我的東西爛掉耶。

我:可是我只是呼叫你的 API 啊,而且我的程式碼都沒改,改的是你的程式,我要怎麼幫你看?幫你 debug 你的程式嗎?

OS:x大的耶…怎麼會是這付德性。有聽過微軟要使用者幫它 debug Windows 的 bug 嗎?

所以他們寫的程式實在很鳥,鳥到上層應用程式的呼叫方式還得配合他們定的方式才行,不然他們不負責 debug,我剛進公司的時候,最常聽過的一句話:『可是 xxx 應用程式不會啊』。廢話!因為 xxx 應用程式是你們寫的,球員兼裁判,程式怎麼寫都不會出現問題啊。只要應用程式不是依照某個流程,有問題就自己想辦法吧。這種方式在客戶有求於你的時候,當然是可行的,不過客戶應該也是敢怒不敢言吧。一旦公司競爭力下降,或是競爭對手能力上升,應該會很慘吧。

最近要幫他們寫個轉換工具,結果他們的思維還是一樣:『我們有提供轉換工具喔,不過格式要照我們定的格式才可以轉換成功』。我聽到差點昏倒。

轉換工具存在的前提是客戶不需要改動任何程式碼,就可以轉換過去新平台。今天你還要客戶改程式才能套用轉換程式,那客戶直接把程式改完就好了啊,幹嘛要你的轉換程式?況且,用一些文字編輯軟體來作文字替換也是同樣可以達到相同的目的,那這個轉換工具存在的意義到底在哪裡?難道只是可以跟客戶宣稱『嘿嘿,我們有提供轉換工具喔』。

codeblock