Re: [請益] java的效能!?

看板Soft_Job (軟體人)作者 (沉默是金。)時間15年前 (2011/05/22 01:06), 編輯推噓2(204)
留言6則, 1人參與, 最新討論串16/52 (看更多)
※ 引述《mq2kr3j92 (小旅者彈鋼琴)》之銘言: : 除非是專門講究執行效率的程式 : 不然開發出來的東西 誰會知道它是快了點還是慢了些? : 只要演算法不是真的爛到爆炸 : 人類哪根神經感覺得到那些微的差異 何況難有比較的對象 我覺得這個論調有點危險。 performance 這個問題通常就是一個人用沒事, 兩個人用沒事。 用邏輯跑個迴圈不幸的 n 變成一萬就出事了。 我看過得絕大多數 performance issue都是這樣來的。 單一的 case 會覺得這是些微的差異, 放大到萬,甚至是百萬你就知道痛了。 就像沒看過億等級的record , 很難感覺得到 query 有沒有善用 index 是一樣的意思... 當然我同意這件事情應該是等發生問題再回頭調校,不要預先最佳化, 這時候需要的就是一個 profiling 的 tool 去分析問題熱點。 避免預先最佳化跟認為程式跑起來很快, 所以不需要考慮 performance issue 是兩回子事... 應該是抱著設計優先,但這東西等以後改spec或更新時, 以後可能會需要回頭觀測,這樣的觀念會好一些。 : 題外話 : 開發效率高 不只是對老闆好 也是對自己好 : 最好的程式結構是適用到該產品停止開發的那一天 : 現在的軟體生命週期是能有多久.. : 所以盡量不要在無謂的議題上打轉 那就要看什麼東西可以被歸類到「無謂的議題」了。 -- 我:一半的日子讓你說,我聽你說你的所有______________________________________ ______________________________________一半的日子我想說,對你說過去的所有:我 _______________________________________________________ 在討論中妥善扮演兼具聆聽與分享的角色,是我們一生的課題。 _______________________________________________________ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.82.56.59

05/22 02:46, , 1F
推,原po的需求,效能一壓就立分高下了,絕對不是什麼
05/22 02:46, 1F

05/22 02:46, , 2F
感覺不出來的問題。
05/22 02:46, 2F

05/22 02:51, , 3F
原po的產品不是什麼新興技術比誰先趕工先上市賺的...
05/22 02:51, 3F

05/22 02:52, , 4F
而是一誕生就要面臨紅海撕殺的產品,抱著交差比效能重要
05/22 02:52, 4F

05/22 02:52, , 5F
趕出來的東西...一上場就會被打槍
05/22 02:52, 5F

05/22 02:52, , 6F
作產品和作專案很不一樣...
05/22 02:52, 6F
文章代碼(AID): #1Dr_4NXg (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1Dr_4NXg (Soft_Job)