軟體開發文選 2012年3月19-30日

作者: Fred Wang (FW知識瑣記) 日期: 2012/3/30

程式設計1.最少編碼原則(cnblogs) : 「最少編碼原則」並不是說寫的代碼少到令意思表達不清楚。其實在很多情況下，可以只寫幾行代碼就能執行相同的邏輯，最少編碼不只是寫最少量的代碼，還意味著優雅的代碼。


網頁設計1.10個便利的CSS代碼線上產生器(cnblogs) : 本文給大家帶來幾個不錯的工具，可以產生線上 CSS 代碼。節省您的時間，並自動獲得一個專業的 CSS 代碼。
2.CSS 佈局：40個教程、技巧、例子和最佳實踐(cnblogs) : 佈局(layout)是 WEB 開發一個重要的課題，進入 XHTML/CSS 後，使用 TABLE 佈局的方式逐漸淡出，CSS 佈局以眾多優點成為主流，本文將介紹 40 個基於 CSS 的 web 佈局的資源和教程。
3.關於 HTML5 的七個事實與誤解(cnblogs) : HTML5 簡單的說就是一組新的標準，語法和規則用來創建網頁，可以利用一些新的瀏覽器的「本地」功能，例如離線存儲，多媒體播放和其他的交互等等。我們所看到的很多很酷的 HTML5 網站實際上跟 HTML5 無關，而是由 CSS3 和 jQuery 生成的。
4.無需編程知識，Wix讓你零基礎打造HTML5頁面(cnblogs) : 讓沒有 Flash 知識的人也可以製作支持 Flash 的頁面，Wix 正是以此而出名。如今該平台推出新服務，將同樣思想應用到 HTML5 技術，讓你零基礎打造 HTML5 應用。這對 HTML5 技術的推動來說非常重要，因為它讓大量的人可以通過它打造跨 PC 和手機瀏覽器的應用。
5.適應未來發展 Web如何設計才更友好？(cnblogs) : 設計出對未來友好的 Web，這一思想包含很多內容：Web 標準、內容策略、漸進增強、響應式設計等等。這比任何一個方法、技術更強大。它可以幫助我們跳出現有項目的範圍思考問題，幫助我們為充滿創新、持續改變的未來做好準備。


程式語言
1. Rust 0.2 發佈，Mozilla 的編程語言(cnblogs) : Mozilla 開發一個新的程式語言，名為「Rust」目的是為瞭解決一個很頑疾的問題：軟體的演進速度大大低於硬體的演進，軟體在語言級別上無法真正利用多核計算帶來的性能提升。

FW管理隨筆之三 : 馬屁文化的形成

作者: Fred Wang (FW知識瑣記) 日期: 2012/3/26

人人都喜歡聽好聽悅耳的話，負面言論,衝突與批評的話語沒人愛聽，特別是喜好權威的主管，更討厭下屬對自己判斷與決策的挑戰。

如果企業主管沒有接受負面問題與批評的雅量，沒有反省思考的能力，可能有幾種結果 :

1.人人粉飾太平，不敢將真正的問題與不好的狀況提出，好事誇大，壞事忽衍帶過，久而久之企業競爭力將越來越弱，甚至招致重大的危機。

2.造成馬屁文化，喜歡矯飾言詞，掩蓋問題，迎合上司者，被視為有較能力，獲得獎勵或升官；如此在組織造成示範效果，人人以為這種方式才是正途，而形成關係至上，不強調貢獻的馬屁文化。

3.劣幣驅逐良幣，有能力的人不願意待在這樣不重專業與才能的組織，虛偽小人漸漸得勢。而小人將引進更多的小人，如此就慢慢便成了侏儒企業。

強調和諧與良性互動的組織，可以讓大家快樂的工作，但是並不表示就不存在任何的問題與衝突，因此，協同解決問題取代掩飾，主管正面與公正的衝突處理，開放建設性的批評，可以讓每個同仁成為企業重要的智囊，與企業不斷改善不斷進步與提升的推力。
 
上一篇 : FW管理隨筆之二 : 您有Roadmap嗎?

工作流為主的流程監控系統(Workflow-based Process Monitoring System)簡介與參考模型。

作者: Fred Wang (FW知識瑣記) 日期: 2012/3/21

目的 : 提供Workflow System統一與即時的統計分析與監控系統。


效益說明
1.提供流程改善的依據 : 藉由流程監控了解流程中的瓶頸，提供流程改善的參考。
2.提供跨流程共同的監控規格 : 透過統一的log規格，將Workflow System主要狀態的變更，蒐集、過濾與彙總到資料庫，統一進行監控。
3.減少人工匯整統計的工作 : 各Workflow系統需要進行流程狀態統計時，會依其職權下載所需的資訊到個人電腦再進行統計。如周報中需求最新狀態紀錄，先由個人製作到周報中再由部門主管再進行匯整監控部門需求處理的狀態。缺乏自動化的輔助系統。
4.管理更為即時 : 許多事件發生到主管收到分析資訊往往需要一段時間，透過監控即時狀態變更紀錄，可以讓主管即時得到資訊並快速做出決定。

參考模型 : WfMC 參考模型，WfMC 參考模型共包含五個界面
界面一 訂定工作流程作業，定義規格及其描述語言規格
界面二 定義前端應用如何呼叫Workflow Engine的服務以控制流程，活動或工作項目的進行
界面三 定義Workflow Engine叫用其他應用系統的API標準介面
界面四 定義Workflow間互動的模式與標準
界面五 定義系統監控與管理標準

其中界面五就是用來發展"工作流為主的流程監控系統"的標準，目的在於使任一廠商所發展的管理、監控程式可以與其它符合標準的WfMS作連接。讓許多不同廠商所發展的WfMS可以共用同一個管理程式所提供的功能。

如何建立高效率應用系統開發團隊

下面是筆者以個人經驗，提出建立高效率應用系統開發團隊的重點，如下

第一 專業團隊的養成，建立Library(知識庫，程式庫..)
a.尋找適合團隊中各種角色的人才, 並持續進行培訓
b.蒐集相關知識，建立與累積程式庫
c.建立高效率的工作流程並且持續改善工作流程
d.訂定績效考核標準，建立標準TAT

第二 專業分工
可將開發區分為兩大團隊 : 一個是專精商業領域知識，善於溝通的需求分析團隊與專精開發技術與架構設計的系統開發團隊。

2.1 業務需求分析團隊的任務
a.蒐集需求,過濾哪些需求適合系統化 : 成員包含熟悉各業務領域(銷售、財務、人事…)等的人員，收集並過濾需求。
b.編寫規格 : 確定需求後, 使用UML等工具編寫規格。
c.專案溝通會議 : 完成系統規格後,與系統開發團隊連繫與溝通, 應做快速而有效的溝通。

2.2系統開發團隊的任務
a.雛形製作團隊共同參與設計會議
b.繪製DFD,ERD等; 建立功能模組
c.細部設計開發與整合
e.單元測試與整合測試
f.品管(QA)
角色再區分 : 使用者介面設計人員,程式設計師, 測試與QA人員
重點 :
a.需訂定各階段標準TAT
b.持續建立公用程式庫,商業功能模組,與樣版(template)
c.持續改善流程 (生產線化)

MS Word中文文字比對問題與解決方法

作者: Fred Wang (FW知識瑣記) 日期: 2012/3/21

MS Word比較並合併文件功能在中文處理上會有問題，例如某行文句(中文)直接進行句內文字修改，然後進行比較，可以正確的顯示差異，但是文句上加一個空白列，再修改文字，然後進行比較，產生的比較文件，會顯示刪除原文句，再新增一個文句的比對結果；但是英文文句的處理不會有這種錯誤的現象。


為正確須進行含中文字的Word文件之比較與合併，需評估其他產品。如DiffDog與Beyond Compare均可產生正確的比對結果，但是無法直接產生如Word比較文件的呈現方式。可以將此類產品做為比對參考工具，輔助文件之比對。