Blueimp 論壇首頁


列印 2024/5/5 上午 04:53:48

文章作者 jieh2005/9/25 下午 01:21:04
applause   20050826
本週的內容相當精采喔!!! 不看可惜... 即使您不用 Java 也要來看看

Java 的技術發展藍圖

首先 SUN 已經將 Java 在 Tiger 之後未來三年兩個版的技術發展藍圖勾勒出來了

  • Java SE 6
    加強先進的開發功能:XML 堆疊改寫、新的程式引擎 (scripting engine)、透過註釋提供宣告式程式設計支援,以及提供更好的 JDBC 技術;

    改善終端使用者的使用觀感:與 Microsoft 的「Longhorn」類似的外觀和感覺,且具有與 .NET 共通語言執行環境(Common Language Runtime, CLR) 共存的能力,提供 Java Web Start 軟體以及諸多畫面圖形的強化功能;

    核心系統改良
    :全新的程式碼驗證裝置 (code verifier),操作更簡單執行更迅速,並有改良過的檔案 I/O。
  • Java SE 7
    更精簡的開發流程:將擴大 Java 延伸管理 (Java Management Extensions, JMX) API 中的使用,而且會利用註釋協助開發者更輕鬆、迅速地編寫 Mbeans。這將有助於加速上市時間並降低開發成本;

    簡化管理:Java 程式碼和資源將封裝成模組;這些模組可辨識資源與相依關係,並能提供即時搜尋和載入應用程式的功能。XML 網路服務也可以與 JMX API 搭配用來進行遠端平台的管理;

如果您有興趣參與測試的話 可以到 http://community.java.net/jdk 免費申請喔!!!

需求工程

如同我在專案中說過 整個專案的成敗在於客戶需求處理 (看過文章過後改口為 需求管理) 也是在中山上第一堂 軟體工程 的課時 一直想回答老師的問題 我認為軟體工程最重要的是"挖掘需求"

我認為一個有價值的系統開發者 最重要的能力就是 引導需求(本章為誘導需求) 看似簡單卻必須搭配 KnowHow 但是卻有些畫地自限者 在事後面對需求變更時 完全不經過思考直接回User:當初又沒說!!!

系統最重要的基礎建設 可是絕大部分的 User 都沒那個耐心 甚至用心 和 開發者 走過這段時期 這或許是導致許多開發者也無所謂的主因

但我覺得要有資格以 "當初又沒說!!!" 的假設為 "開始談需求變更" 的條件為

  • 首先 您應先思考過這個變更的影響度 不是為反對而反對;
  • 相對的 User 也是 不能打從一開始就以 "我就是要..." 的心態來談
  • 如果當初是否只是隨便聽 反正客戶沒說到的就不作 有說的就盧盧看能不能不作 那就是 開發者 的責任
  • 而 User 也要檢討當初是否態度隨便 反正你們是專業的 一定知道我要什麼;
  • 另外 開發者 是不是有努力教育 User 重視需求訪談的階段呢?

回歸到最原始 軟體工程 和 MIS 課題共同的結論 一切困難和問題都來自於參與人的 "惰性" 這個惰性是 懶得參與 懶得思考和整理 還有懶得改變現況

雖然這麼多的問題都來自於多方的責任 但是站在大部份的時間都是開發方的我 還是認為 開發方 的責任較大 因為這是中心人物 而這個人的價值在於 必須排除本身的惰性 能夠引導 User 鄙棄惰性 還要有智慧處理最難處理的政治因素

good luck
----------------------------------------
附加檔案 javaweek20050826.rar (334519 bytes) (下載次數: 671)

----------------------------------------
支持小惡魔
BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx
LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA
知識跟八卦一樣,越多人知道越有價值;知識最好的備份方法,散播!
藍色小惡魔(林永傑): 臉書