IT討論區(196) - 好工也許會遲到，但永遠不會缺席

你第一日識佢？

夠你串?

呢啲principle都係ideal case姐
唔係任何時候都要abide
識得幾時用係合理，幾時應該violate咪就係經驗

四大惡人

當然所有rule都有exception 但手巴覺得solid連「通常」都唔稱唔上
尤其係single responsibility
根本係應該clear responsibility 而且single responsibility does not imply clear responsibility
你拆得多舊魚咁拆 反而會令其他人唔明你點解咁拆

試過。。仲未計final in 之前過左2 round phone-in，明白你心情

我都唔會問D要佢list out design pattern之類既問題, 因為真係冇意思
我個人鐘意既玩法係比個problem或者scenario, 叫佢比D option, 如果D option係make sense既就問每個option既trade off係咩之類
不過例如D basic問題, 例如手巴你好似玩開c++, 條友連vector unique_ptr之類係咩都唔知你點問落去

in完6個鐘，出埋offer再收返

你咁答我實ok, 因為代表你知solid大概係咩, 同時你自己諗過有一套見解(當然我何德何能in手巴)
clear responsibility呢點同意
OLI我覺得係圍繞interface呢個concept存在, 核心係define一個好既interface, 令interface user可以唔需要區分implementation就用得.
例如做ETL application需要handle N種data source, 你只要define出一個好既data source interface, 就可以無限extends你可以support既data source而core logic絕大多數情況下唔需要改

會入行做IT狗嘅做學生都一樣扑唔到學生妹

有種感覺同樣內容如果唔係手巴講既話 評價唔會係咁

咁又誇張左啲……

八股文I don't give a shit
諗起我對上間公司果時interview問我識唔識design pattern, 我當時答佢:
睇書學過下, 不過已經唔記得哂, 只係記得搵design pattern書發現絕大部分pattern其實你寫code注意maintainability做下refactoring, 你已經會唔經唔覺發明左至少一半design pattern

呢個幾好 抄低用先

ok!