在做軟體技術的過程中,常常會遇到「未知」的問題,例如某個商業邏輯很複雜,因此寫了很長一段程式碼來處理,既複雜又容易出錯。或是需要作一個新的功能,需要從零開始寫程式,進行的過程中可能會遇到未知的狀況,是一個風險。 不過,在我自己的經驗中,通常真正未知的問題的比例低於10%。大部分的問題,在這個世界中都有人遇到過。所以當遇到問題時,我首先會在網路上搜尋、找人詢問、或是到 Github 上找類似功能的程式碼,通常這樣可以解決 80% 以上的問題。 有些問題特別複雜,在網路上找不到,但這就表示沒有人碰過嗎?其實,複雜的問題通常是複合型的問題。這種問題需要先跳脫問題本身,從問題的本質著手來解決。
技術架構閒聊:站在巨人的肩膀上
技術架構閒聊:站在巨人的肩膀上
技術架構閒聊:站在巨人的肩膀上
在做軟體技術的過程中,常常會遇到「未知」的問題,例如某個商業邏輯很複雜,因此寫了很長一段程式碼來處理,既複雜又容易出錯。或是需要作一個新的功能,需要從零開始寫程式,進行的過程中可能會遇到未知的狀況,是一個風險。 不過,在我自己的經驗中,通常真正未知的問題的比例低於10%。大部分的問題,在這個世界中都有人遇到過。所以當遇到問題時,我首先會在網路上搜尋、找人詢問、或是到 Github 上找類似功能的程式碼,通常這樣可以解決 80% 以上的問題。 有些問題特別複雜,在網路上找不到,但這就表示沒有人碰過嗎?其實,複雜的問題通常是複合型的問題。這種問題需要先跳脫問題本身,從問題的本質著手來解決。