作者:
jej (晃奶大馬桶)
2022-01-21 19:53:56看到回文認真覺得
今天光是OOP
認真要考你
應該能刷掉一堆人
一堆SA SD PG 甚至自認架構師的
光是OO兩個字就很夠了
還不包含OOP衍生UML
如果範圍變成要考OOAD
還可以考一堆系統設計, 軟工的手法
看看分析設計做出來的系統
是否很OO
因為就長年的經驗來看
真的太多系統
只是披著OO的皮
作不OO的事情
你也可以回覆說
什麼年代了還在OO
自己是反OO那派的
那就更可以在面試中
討論你對你的系統用了哪些套件
他們如何做到反OO又出名的
認真要考你
絕對不會是考你名詞
作者: juijuijuijui (瑞瑞) 2022-01-21 20:39:00
什麼等級的公司考什麼試
很會寫又如何？公司都用OO的人幹嘛找一個反OO的人進來？用人屬性也要相同的
作者: superpandal 2022-01-21 20:43:00
全OO可以阿 盡量不做純util類 資料庫也全映射 但考量直觀與動態 OO肯定不是完美的 參雜是很不錯的選擇而且可以用closure也沒必要OO到走火入魔
問題不一定是在比誰厲害，只是進入這個團隊的必要門檻
作者: superpandal 2022-01-21 20:49:00
而面試通常也不會延伸那麼多 一個面向都很花時間了至於樓上說的會不會寫其實有差 當然台灣公司多數不需要那麼強 這話其實可以反映現象當然這是說一些大神
作者:
DrTech (竹科管理處網軍研發人員)
2022-01-21 23:55:00現在開發軟體，除了接案公司，Agile系的，誰還搞這些設計。
作者:
acgotaku (otaku)
2022-01-22 03:30:00寫到繼承 多型就差不多了,搞太複雜 是要不要重構拉
就是信仰 團隊信仰OO 總不能找一個反OO的人這樣回答很大的機率被打槍
作者:
crowley (蒼蠅拍)
2022-01-22 17:42:00確實
作者:
kingofsdtw (ä¸èƒ½é–’下來!!)
2022-01-22 22:42:00oo到整個dead lock路過...
作者: gekkou (X 1106) 2022-01-23 14:09:00
你要反OO也沒問題 但你總點說點東西出來會dead lock 跟OO 沒有直接關係的