
開首
上個星期,我的一位老友兼舊同事KY對我說:
”很沒面子啊,給一名熟手developer說我程式寫得不好
系統用了些polling是不專業
還提出要立即修改”
以下就是我和KY的對話分析。
作為和IT有關的你們,應該也會遇到這些情形吧?
|

我做過不同的IT公司,曾經為國際外資公司和startup製作過好幾個雲上SaaS系統當中也包括了架構和保安設計
而這位KY說的就是其中之一個系統,在2020年我和他一手一腳做出來的
|
我問KY記不記得,當時資源與人手都很有限
在限制之下而設計出來的系統,是做了些取捨的
而代價其實是在計算在中
當時是在雲費用和系統反應速度之間取捨平衡
但設計沒有妥協擴展性和穩定性
就算將來有大量使用者,設計都需要應付得來的
至於給人家說程式寫得不好的是前端React的部分
我們當時都是新手,是不能和有功力的developer相比的
只能說,基本的程式邏輯設計是可以的,程式是跑得很穩定
但使用那framework絕對有很多進步的空間
KY也記得這些
|
系統到了今時今日,已經有非常多的用戶了,甚至超過了當時的估計
我就問了KY幾問題:
1. 系統的穩定性和速度如何?
答:很穩定,沒有大問題出現
1. 系統在Support Team 那邊的Support case 多嗎?
答:不多,多數是使用問題
2. 系統維護會用很多時間嗎?
答:不會,新改善也不難加入
3.(最重要的問題)系統在雲端上所產生的每月費用和計算的有大出入嗎?
答: 沒大出入
我說,既然實際和原本設計已是相當吻合
那麼那個設計就算是成功了,你不應感到懷疑啊
請不要誤會,我不是在說那有功力的developer是有說錯
我是很尊重每一位功力深厚的IT人員,無論在什麼崗位
在團隊裏有這樣功力深厚的人,放在對的位置發揮, 對整個團隊是很有利的!
我想說,只是在做改善工程之前,是要考慮得清清楚楚
|
我歸納了以下幾個重要的問題
(其實任何新功能,改善和改錯, 都應該考慮以下的幾點)
我說,既然實際和原本設計已是相當吻合
那麼那個設計就算是成功了,你不應感到懷疑啊
請不要誤會,我不是在說那有功力的developer是有說錯
我是很尊重每一位功力深厚的IT人員,無論在什麼崗位
在團隊裏有這樣功力深厚的人,放在對的位置發揮, 對整個團隊是很有利的!
我想說,只是在做改善工程之前,是要考慮得清清楚楚
|
技術是重要,但不是全部。重點是你能否為公司解決問題
你一定有見過一些只懂” 指別人去做事” 的中層同事
他們郤受到公司重用吧
因為對於公司來說,他就是能夠推動其他人,解決了公司的問題
試想想,如果你有一身好技術, 加上懂得解決問題
是不是比上面說的那個平庸中層好很多?公司一定見到的
”能貫穿技術與用家的,就是頂級的IT人”
最後我和KY說,IT的領域很闊,我們不能每樣技能都精通
你有你精通的領域,只要再懂得解決問題,再加上不斷上進學習,那就會成功
看見其他高手時,也不用妄自菲薄了
今天就分享到這裏
|
⭐️⭐️⭐️
嘿!想要在雲端和IT領域大展拳腳的朋友們 🚀
有任何疑問都歡迎在下方留言,讓我們一起交流成長,分享經驗!💡
記住:每個IT專家都是從新手開始的,保持熱情,持續學習!✨
|
留言