討論串[請益] 有公司用這種開發方式嗎?
共 19 篇文章

推噓3(3推 0噓 13→)留言16則,0人參與, 最新作者PursueDream (認真的活)時間14年前 (2011/11/14 21:26), 編輯資訊
0
0
0
內容預覽:
我認為是看產業. F/W, embedded 等軟硬兼施的東西我不是很了解. 但如果是純軟 寫企業系統那種的. 架構規劃的彈性真的是超超重要. 1. 客戶三不五時給你改需求 已經在coding了還給你變來變去. 甚至有在測試階段還要你改 你架構規畫的不彈性. 倒時候整個翻掉重寫 你的project就
(還有333個字)

推噓3(3推 0噓 16→)留言19則,0人參與, 最新作者sniffer (again)時間14年前 (2011/11/14 15:37), 編輯資訊
0
0
0
內容預覽:
這只是說明一開始沒有設計好, 沒有做複雜度分析,. 規劃永遠是要的, 但是規劃不應該以維護性為優先. 在我的理解, "大部分"程式都是訂做的, 為了特定的需求,. 這些程式並沒有需要維護多少次, 只有套裝軟體或MIS系統才需要長期維護,. 盲目套用M$一類套裝軟體公司的模式, 只會增加成本降低效能.
(還有392個字)

推噓1(1推 0噓 0→)留言1則,0人參與, 最新作者oaz (幸福治安:破案數/十萬人)時間14年前 (2011/11/14 13:50), 編輯資訊
0
0
0
內容預覽:
事實是:80-20 法則,程式有 80% 的時間花在 20% 的程式碼. 甚至是 90-10 法則. 要改善效率主要有兩個方法:. 一、先寫出比較有彈性、可讀性較高的程式. 再找出比較花時間的部分,對. 二、不管三七二十一,就算沒有彈性、可讀性會變差. 但撰碼時一律用最有效能的方式寫. 事實上,第二
(還有1139個字)

推噓0(0推 0噓 13→)留言13則,0人參與, 最新作者oomusou (oomusou)時間14年前 (2011/11/14 00:31), 編輯資訊
0
0
0
內容預覽:
其實這才是正確的作法. 只是軟體業已經太習慣錯誤的方式而習以為常. PG當然只該懂他的模組. 整個架構的了解是SD的事情. 所以才要SD詳細的文件告訴PG要幹什麼. 世界前三大IC design house都這樣做了,還有什麼懷疑?. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ Fro

推噓8(8推 0噓 23→)留言31則,0人參與, 最新作者sniffer (again)時間14年前 (2011/11/13 23:50), 編輯資訊
0
0
0
內容預覽:
現實中的程式, 必須要顧慮效能, 也要顧慮時效性,. 最好效能的架構不會有彈性, 最快寫好的程式(例如perl)也往往最難維護,. 但是最好維護從來都不是大多數程式的第一優先, 也不應該是優先:. 1. 效能好的程式節能減碳, 這對server, driver或embedded system這類程式
(還有588個字)