IT討論區(186) - 重新出發！

"use hea";

見過

幫手搵高緊code coverage…

If “ok” in array[i]:
Array[i]. = ok

通常run到冇bug唔太柒唔太慢就算

寫曲遲早會去到一個point，人工有返咁上下，經驗有返咁上下，呢個時間點你再犯avoidable mistabke，或者漏左一個corner case，一旦比人周到，就會有bad impression，就會reflex係你個performance review，講真，其實都幾大壓力
我個point係，for fg/junior，make mistake暫時都可以接受，但幾年後就未必會咁鬆手，特別係，aim高人工會帶來高要求(大部分情況下)，比定個心理準備fg/junior

手巴覺得mistake 係tolerated 而唔係accepted
至於PR要求…手巴遇到既係style挑剔而唔係真係高要求…
好似大師兄話齋 冇bug唔太柒唔太慢 咁仲想點？
與其周啲pattern未係best 不如認真了解下人地寫個feature既story 有咩爆炸佢又放假個時 可以有能力support到條team啦

周到avoidable/corner case又點？
世上有人諗得晒所有意外咁就世上無意外

諗多左
高人工一樣大把人鳩寫 鳩做
咁 ideal 既話呢個世界無爛 code 啦

舊老細教落：
做得太完美=要花多好多時間之後無乜改善空間
咁kpi一定差,可以炒得

前句手巴又唔係咁睇
要睇埋啲case既impact係點 如果炒飛機 就真係講唔出口話「又點」…
手巴覺得係 一要比合理既effort去列possible impact 二對每個significant impact比合理既effort去諗corner case同加safety net
如果比人周到冇付出合理effort又真係miss撚左 咁係抵屌

後句認同 所以其實要加safety net去嘗試bound個impact

(For mission critical system)

我都知道呢句實有人駁嘴，所以我都加左(大部分情況下)
邊個唔想hea做又高人工，搵到就梗係好，但我經驗係呢d工係minority，出得起50k+請dev點都會有要求，特別係外資果d

手巴覺得 喇你問係咪鳩做 大家都會答你係
但係高人工個班既鳩做 同其他人既鳩做 未必好一樣…