作者查詢 / walao81
作者 walao81 在 PTT 全部看板的留言(推文), 共253則
限定看板:全部
看板排序:
19F→:你隨便拿個題目寫寫看就知道了 XD03/24 06:30
20F推:真正難的是熬過開始好幾年的一無所知狀態,03/24 06:39
21F→:不知道邊界在哪的學習過程是超級難熬的,多少人都過不了03/24 06:40
69F→:東西沒做完,就算你身在馬爾代夫玩也是一樣的 XD03/28 11:20
1F→:N ^ N/2 ^ log n?03/23 06:48
3F→:嗯,確實沒有考慮到負號 orz03/23 11:44
24F推:python +102/14 23:37
1F→:聽起來 javascript 不相容的可能性比較大12/30 09:37
65F→:對截拳道最好的比喻,就象一根指向月亮的手指,千萬不要誤12/19 08:46
66F→:將手指當成月亮,更不可專註於手指而忽視天空其他美景。12/19 08:46
67F→:手指的作用,只是指引「光明」,至於你能獲得多少,或者12/19 08:47
68F→:看得有多遠,便全靠自悟與努力。 by 李小龍12/19 08:47
9F→:屬性應該封裝起來,這裡你要追求的是介面統一,11/22 19:31
10F→:使用human這個product的程式,不會在乎你有什麼屬性11/22 19:34
11F→:它追求所有human都有同樣的方法可用,是為多型11/22 19:35
1F→:用firebug?取得某圖像資源的url通常是固定的10/26 05:34
15F→:Design Pattern不是銀彈,但我覺得至少是必備的入門工具箱10/24 18:54
30F→:1.Design Pattern重點在於分析變動和不變的部分,選用適10/25 00:27
31F→:當的pattern來降低需求變動而影響的範圍,如果套用了10/25 00:27
32F→:pattern還是爛系統,是套用的pattern不合理?還是需求不10/25 00:27
33F→:明確?是什麼東西爛這裡並沒有定義。10/25 00:27
34F→:2.開發一套系統,從low level design 階段應該就有足夠10/25 00:28
35F→:的資訊決定選用那些pattern. 而且系統應該也不會等寫完10/25 00:28
36F→:了才知道是圓的還是扁的?10/25 00:28
37F→:3.重寫時的改變需要的應該是持續的refactory,10/25 00:28
38F→:Refactory to Pattern這本書不錯。 refactory時該拿掉10/25 00:29
39F→:的pattern就拿掉,我們追求的應該是Design Pattern所帶10/25 00:29
40F→:來的scalability而不是Pattern本身。10/25 00:29
41F→:4.找出系統repeat或相似的pattern,這裡的pattern聽起來10/25 00:29
42F→:像是指固定模式的商業邏輯,個人感覺比較像是framework。10/25 00:29
43F→:5.個人較偏好把Design Pattern當成是大師們展示如何使用10/25 00:29
44F→:delegation, composite等技巧來達成Object Oriented10/25 00:30
45F→:Principle的火力展示,改一改L大說的話,會寫OOL,爛系統10/25 00:30
46F→:還是滿街跑,重點還是OOA和OOD,大師們已經把某些OO難題10/25 00:30
47F→:優雅的解出來了,讓我們知道OO是可以如此優雅。Design10/25 00:30
48F→:Pattern對我來說是Well Object Oriented Design的範例。10/25 00:30
54F→:讓自己成為飢餓的傻瓜? XD10/25 10:13
61F→:沒有OO真的知道成品framework是怎麼運作的嗎?10/26 05:26
1F推:A. 只有跟強者一起工作才會快速變強(我的看法) XD10/24 06:30
23F推:之前面試的時候一定會問:“你們有沒有在用版本控制” XD10/22 22:40
24F→:我可不想為了莫名其妙的事情留下來加班 XD10/22 22:41