作者查詢 / adrianshum

總覽項目: 發文 | 留言 | 暱稱
作者 adrianshum 在 PTT [ Programming ] 看板的留言(推文), 共448則
限定看板:Programming
[問題] SVN的使用時機
[ Programming ]11 留言, 推噓總分: +3
作者: chen22 - 發表於 2009/09/06 17:46(16年前)
2Fadrianshum:一個人也該用 SCM, 不論 svn, git, hg218.103.237.217 09/06 21:08
3Fadrianshum:除非你不打算以後作任何維護218.103.237.217 09/06 21:09
Re: [請益] 程式該怎麼越寫越好呢
[ Programming ]10 留言, 推噓總分: +4
作者: WalkingIce - 發表於 2009/09/06 03:43(16年前)
1Fadrianshum:這種想法我是認同的,可惜大部份人寫的218.103.237.217 09/06 21:10
2Fadrianshum:comment 都只是用來解釋程式的 flow218.103.237.217 09/06 21:10
3Fadrianshum:而不是如你所說提出重點。218.103.237.217 09/06 21:10
Re: [請益] 程式該怎麼越寫越好呢
[ Programming ]11 留言, 推噓總分: +4
作者: realmeat - 發表於 2009/09/05 13:04(16年前)
4Fadrianshum:樓上:很多時候和什麼語言無關吧218.103.237.217 09/06 01:39
Re: [請益] 程式該怎麼越寫越好呢
[ Programming ]64 留言, 推噓總分: +8
作者: yoco315 - 發表於 2009/08/21 17:36(16年前)
1Fadrianshum:這個... 是反面教材嗎?...202.155.236.82 08/21 18:18
19Fadrianshum:你可以說我古板, 但 method 就該是動詞202.155.236.82 08/24 14:50
20Fadrianshum:當你看到一個叫 Jan 的 method, 那有什202.155.236.82 08/24 14:50
21Fadrianshum:麼好處呢?... 要防呆, 我寧願弄個enum202.155.236.82 08/24 14:50
23Fadrianshum:我還是老論點: 這種違背正常設計原則的202.155.236.82 08/25 10:43
24Fadrianshum:創新方法, 待把程式撰寫作為工藝磨練好202.155.236.82 08/25 10:44
25Fadrianshum:才搞這種 "創新" 吧. 我實在不能苟同一202.155.236.82 08/25 10:45
26Fadrianshum:個叫 Jan 的 method, 超詭異的202.155.236.82 08/25 10:45
27Fadrianshum:Date d=getDate(2008, Month.JAN, 1);202.155.236.82 08/25 10:46
28Fadrianshum:這會比起那個寫法難讀嗎? 我覺得還比較202.155.236.82 08/25 10:46
29Fadrianshum:易讀, 防呆也沒分別202.155.236.82 08/25 10:46
50Fadrianshum:和 C++/Java 沒關吧?! method 是動詞是218.103.237.217 08/26 00:42
51Fadrianshum:基本 OOAD 的做法吧...218.103.237.217 08/26 00:42
56Fadrianshum:其實我是幹了五六年 C++ development202.155.236.82 08/26 11:29
57Fadrianshum:最近幾年才主力寫 Java 而已. 我說的原202.155.236.82 08/26 11:30
58Fadrianshum:則在 C++ 的時候已經有遵從. 我常說,202.155.236.82 08/26 11:30
59Fadrianshum:創新不是問題, 但待你把基本的磨練好202.155.236.82 08/26 11:31
60Fadrianshum:才想創新的玩法吧.202.155.236.82 08/26 11:39
Re: [請益] 程式該怎麼越寫越好呢
[ Programming ]50 留言, 推噓總分: +1
作者: mpk - 發表於 2009/08/21 15:07(16年前)
1Fadrianshum:長短與易維護與否並無一定關係. 我見過202.155.236.82 08/21 15:11
2Fadrianshum:太多大量 copy and paste 改一點點的又202.155.236.82 08/21 15:11
3Fadrianshum:臭又長的 code, 這些絕對是又長又難維202.155.236.82 08/21 15:11
4Fadrianshum:護的垃圾...202.155.236.82 08/21 15:11
5Fadrianshum:個人覺得高手才不會硬為少較少行數而用202.155.236.82 08/21 15:12
7Fadrianshum:晦澀的寫法, 為了短不惜寫得難明反而是202.155.236.82 08/21 15:14
8Fadrianshum:新手常犯的錯誤202.155.236.82 08/21 15:14
11Fadrianshum:你說這種情況反而是新手常犯比較多..202.155.236.82 08/21 15:17
12Fadrianshum:至少依我工作一路來看, 寫得好的人, 常202.155.236.82 08/21 15:17
14Fadrianshum:會為了易懂反而多寫東西, 程式短通常是202.155.236.82 08/21 15:18
16Fadrianshum:因為整個流程想得清楚帶來的. 倒是有些202.155.236.82 08/21 15:19
18Fadrianshum:人寫得不思長進, 就會整天在省variable202.155.236.82 08/21 15:20
19Fadrianshum:名稱幾個字, 或 { } 這類, 但程式流程202.155.236.82 08/21 15:21
20Fadrianshum:就寫得左堆右砌沒有細心思考... :(202.155.236.82 08/21 15:21
21Fadrianshum:其實我之前說: 維護一下爛 code 也能增202.155.236.82 08/21 15:24
22Fadrianshum:進功力, 其實就是像 m 君那種情況, 當202.155.236.82 08/21 15:24
23Fadrianshum:看過差的 code, 感受過它為維護者帶來202.155.236.82 08/21 15:24
24Fadrianshum:的痛苦, 以後就會避免犯上前人的問題.202.155.236.82 08/21 15:25
33Fadrianshum:同意 mpk 所言. 我一句寫程式(或要求別202.155.236.82 08/21 15:30
34Fadrianshum:人) 最基本的就是 可讀性. 效率我反而202.155.236.82 08/21 15:30
38Fadrianshum:不會那麼錙銖必較, 有時用一點心, 不要202.155.236.82 08/21 15:32
39Fadrianshum:寫明顯是很笨的低效率 code, 就已經足202.155.236.82 08/21 15:33
40Fadrianshum:夠了202.155.236.82 08/21 15:33
42Fadrianshum:我覺得無論什麼需求, 可讀性是不可能視202.155.236.82 08/21 15:35
43Fadrianshum:若無賭的. 個人認為這些是寫程式的道德202.155.236.82 08/21 15:36
44Fadrianshum:問題, 實在不能用需求胡混過去...202.155.236.82 08/21 15:36
48Fadrianshum:那個就是故意要寫得難明吧... 那很不同202.155.236.82 08/21 16:12
49Fadrianshum:吧 XDD 我自己是寫爽也盡量寫得讓以後202.155.236.82 08/21 16:12
50Fadrianshum:的自己也看得懂202.155.236.82 08/21 16:13
Re: Python 能 有polymorphism 的functions 嗎
[ Programming ]6 留言, 推噓總分: +2
作者: adrianshum - 發表於 2009/08/20 14:48(16年前)
2Fadrianshum:其實 overloading 定義上應該不一定要202.155.236.82 08/20 17:31
3Fadrianshum:靜態吧? 可以 late binding 找到適合的202.155.236.82 08/20 17:32
4Fadrianshum:overloaded method 應該也算吧?202.155.236.82 08/20 17:32
Re: [請益] 程式該怎麼越寫越好呢
[ Programming ]6 留言, 推噓總分: 0
作者: sorryChen - 發表於 2009/08/20 13:38(16年前)
1Fadrianshum:要寫 unit test, 還是要先學懂怎樣才是202.155.236.82 08/20 14:50
2Fadrianshum:對和有用的 unit test, 不然大部份都是202.155.236.82 08/20 14:50
3Fadrianshum:最後寫成一堆 integration test...202.155.236.82 08/20 14:50
[請益] 程式該怎麼越寫越好呢
[ Programming ]21 留言, 推噓總分: +11
作者: miniroom549 - 發表於 2009/08/12 22:35(16年前)
2Fadrianshum:維護一下別人的code, 感受一下差的code218.103.235.76 08/13 00:52
3Fadrianshum:對維護者有多痛苦,也是一個方法218.103.235.76 08/13 00:52
14Fadrianshum:推腦懶 vs 手懶, 可惜大部份人都是腦懶202.155.236.82 08/17 10:39
Re: [問題] IT之路
[ Programming ]19 留言, 推噓總分: +6
作者: tinlans - 發表於 2009/08/11 19:36(16年前)
6Fadrianshum:金融系統, 最重要是 know-how 了, 值得202.155.236.82 08/11 20:03
7Fadrianshum:投資時間下去 (前提你有興趣). 這類系202.155.236.82 08/11 20:03
8Fadrianshum:統不可能只靠 "技術強" 就能做的, 對整202.155.236.82 08/11 20:04
9Fadrianshum:個 business 都要有基本的了解才行202.155.236.82 08/11 20:04
Re: 透過繼承來override static variab?
[ Programming ]11 留言, 推噓總分: +5
作者: adrianshum - 發表於 2009/07/30 15:25(16年前)
5Fadrianshum:百萬個, 每個 4byte 也才那幾 MB 而已202.155.236.82 07/31 15:44
6Fadrianshum:相比你至少幾十byte 的資料, 那真的很202.155.236.82 07/31 15:45
7Fadrianshum:小吧... 不然就用 short 甚至 char 存202.155.236.82 07/31 15:45
8Fadrianshum:長度吧... 1-2 bytes 不會負擔不來吧?202.155.236.82 07/31 15:46