該不該重寫程式碼

在大型商業專案中,打掉重來是非常危險的行為。當然,如果你是在做實驗,想到新算法可以隨時重寫。如果你跳槽、或剛接手一個新專案,面對看上去異常混亂的舊程式碼,請冷靜下來,忍住打掉重寫的衝動,想想下面這些經驗之談。

Posted by Inside 硬塞的網路趨勢觀察 on Sunday, May 27, 2018

之前看了這篇文章

我覺得很多工程師都有自己的想法

但我想換個角度

如果以甲方的角度

甲方有現成的系統在運作

是不是應該重寫整個系統?

我有做過幾個這類的案子

有成功轉移上線的

也有失敗的

 

重寫的話

時間很長

營運端等不及

不重寫的話

手上的系統又問題一堆

感覺只是硬要延長使用壽命

 

比較建議的做法是

先評估這個現成的系統還想用多久

如果時間上不長 (例如一兩年)

那就可以重寫

反正舊的系統也用不久了

舊系統就盡量不要再改

有新的需求就往新系統開

不過這有一個但書

我遇過有客戶是

他花了大筆的錢 剛做好的系統

卻完全不能用

這就不適合這個狀況

這個狀況的前提是

舊系統的可用度算高

(起碼可以讓公司繼續營運)

 

如果你的系統問題不大

建議局部更新就好

柿子挑軟的吃

先找一些無關緊要的東西 讓團隊改改看

改上手 熟悉系統以後

再挑複雜的改

團隊也很重要

如果留不住人 異動頻繁

也不建議貿然的就改現成的系統

通常團隊的人事(維持)費用

會比開發系統的費用還高

這點也是考慮的因素之一

 

還有一個參考點是

可以多找一些真的有經驗的開發團隊聊聊看

因為每個團隊擅長的點都不一樣

我去年參與一個案子

這個公司的系統已經找過至少三四間公司

歷時兩三年

但是都沒弄好

每個團隊來 都改成自己想要 自己熟悉的模式

但是都不適合公司

(當然公司的主事者問題也很大)

反正最後還是搞砸了

多找些人聊 會有比較明確而且適合的答案

永遠沒有預算的公司

#沒預算隨便拍就好方案.之前有跟大家提過一個隨便拍簡單拍就好的方案,這因應廣大沒預算市場需求,我覺得可以做,而且可能會賺錢。.因為不好意思我們沒預算幾乎已經成為了詢價開頭的問候語,所以隨便拍拍就好,也能成為執行工作該有的態度。….

Posted by 郭木 on Thursday, July 5, 2018

我承認我的部落格偷懶了一陣子

最近真的很忙

這是兩個月前的草稿

週末颱風 很涼

把一些東西挑出來寫完

 

無厘頭的詢價

其實案子做久了就知道

常常都有一些莫名其妙的人來要報價

我不是說這些人不好

可能有50%是陌生人找上門的

另外50%是朋友/合作夥伴介紹的

大家都很忙

除非這個客戶問題很大

不然朋友可能都沒有時間幫你過濾

所以PM/業務就得跟這個會提怪問題的客戶周旋(浪費時間)

報價隨著心靈成長

問怪問題是小事

沒預算才是重點

案子問題一堆 不做功課

然後說能不能便宜一點

那個便宜已經不是打個八折

或是報價含稅這類的程度

而是一砍就是 2/3

10000元的東西砍成3333元

 

在路老闆的心靈成長步驟中

一開始我會po fb罵一頓

後來發現 客戶很雞掰

他不會說他本身一堆問題

他會跟別人說路老闆很雞掰

所以我成長了

第二階段

我會把這個人的需求丟著

但丟著的同時

客戶也會出去亂講

隨便報價 也會被講

被講說找路老闆做一個案子要100萬

我們是真的有做過200萬+的案子

但不是一般小型電商

 

和善不得罪人的報價

最後的心靈就變成

我會弄一個非常簡單的版本

跟這客戶要的需求不會一樣

(廢話 那麼誇張的要求是怎麼一樣)

但費用會跟這客戶的口袋深度差不多

因為通常客戶要的是預算相符

內容不是很重要

而且重點是 其實我並不是這麼想做這個客戶的生意

但為了不得罪客戶

不落人口實

還是要給個跟工作內容相符的報價

所以可以參考這位 fb 仁兄的做法

提一個新手大禮包的報價

既不得罪人

又保留一些做生意的”機會”

反正最後這些客人一定會找些沒經驗的外包

做了一堆屎東西

然後草草了事