線上文件出版的編輯整理用 Blog 好還是 Wiki 好?

參考了: 數位學習概論教材,係利用 Wiki 協同網友們來完成整本書的內容製作,覺得效果非常好!

突然就在 “工具” 的取捨上有點兩難~ 倒底用 Blog 的方式還是 Wiki 的方式來編輯線上文件比較理想?

我的需求是這樣的:

  • 作者只有我一個人,文件內容主要表達我個人的想法。(這也是當初我未考慮使用 Wiki 的原因)
  • 從 Web 主頁上(Blog 首頁)點選該書的書名,會列出該書的目錄、大綱,再點選某大綱後又可以進入內容閱讀。
  • 目錄、大綱、內容都是以 HTML(可能會考慮用 XHTML) 所排版的,內容的元素主要包括了文字與圖形。
  • 對每一 “章” 甚至到 “節”,均可以提供閱讀者 迴響 的功能。這點對我個人最為重要,因為我非常需要讀者們的回饋及建議,並隨時能與之互動討論。
  • 所有包括大綱、目錄、章節等內容均能動態修時修正,當然,若能適時的保存修正記錄,那是最理想的。
  • 能保留文章的版權宣告。亦即,可以自由閱讀,但若轉貼或引用,須經作者本人的同意(或註明出處)。
  • 會同時有一份以 Word 所排版的同樣內容文件(個別作編排,不需考慮 HTML 與 Word 之間的排版轉換問題),並會轉成 PDF 供讀者下載。未來不排除會以實體出版的方式來出版。

或許是我想得太多了。不過,我蠻希望對此方面有經驗或想法的朋友們給予我個人的一些 “迴響及建議“,作為「線上文件」出版的最佳參考!

我的出版計畫 — 「軟體設計」 and 「個人目標設定與規劃」

我個人在明年的目標設定計畫內,準備出版兩本實體書籍。
一本是「軟體設計實戰」;另一本是針對「個人目標設定與規劃管理」。

原來是打算利用三個月的時間先寫一本 “軟體設計與元件化(Component-based)的實務應用”,控制在 300 頁左右。以 “問與答(Problem-Solution)” 的方式來表達該書的架構。

不過,有了一些變數,因為我們團隊代理了 “Enterprise Architect” UML 工具,再加上明年初我們與國內某知名教育訓練機構合作,準備開一系列「軟體設計實戰應用」類的課程。
所以,軟體設計類的書籍撰寫有了調整,準備介紹 UML 2.0 入門介紹及實務應用,並配合我們所代理的工具 — Enterprise Architect ,來完成書中內容所有塑模的圖形。

預定教育訓練及該書的目標讀者包括:system analysts, managers, designers, and developers。

如此,也可以把該本書作為上課的教材,又能成為 EA 的指定教材(需要由 EA 總公司審核過)。
一魚三吃! 😉

(教會你軟體設計基本思維、教會如何使用 UML 來表達設計、教會如何將設計 “具化” 為實際可執行的程式碼、教會如何使用 EA 塑模工具來畫 UML 設計圖)

書名就先暫訂為:「UML 2.0 入門與實務操作 — 利用 Enterprise Architect 塑模工具」。

我準備就把本書的大綱及內容逐一的放在我個人的 Blog 內提供 “試讀” 及 “參考”。更重要的是,希望能有 “回饋(Feedback)”,提供建議給我。
可以互動討論,也可以彌補我許多想法上的 “茫點”,得以讓我隨時修正及補充內容。

另外,我也會逐漸的整理 “個人目標規劃與管理” 大綱,將我個人研讀許多包括企管、潛能開發、策略管理等書籍的體會,再加上對 “心智圖” 工具的配合應用,希望能寫成一本 “簡簡單單” 就能活化應用的實務性書籍,以協助對個人目標尚未明確清晰、也還不知該如何規劃目標的朋友們有一本實用性的參考書籍。

真切地希望未來能有許多朋友們給我實質的 “意見” 回覆在各篇文章的 “Comment” 或是 by email、msn等,無論是想法上、內容上、文字的修飾上、甚至是批判…等,我都非常非常地歡迎!!只要能給我 “回饋”,那是我最需要的了。 B)

時間管理 — ABCDE 法則

參考:「吃了那隻青蛙」

將隔天需做的每一件事表列出來。在紙上思考!
開始著手進行工作時,在表上的每一項目前分別標上 A、B、C、D、E

  • 「A」級事項,表示是非常重要,一定要做,否則就會有嚴重後果的事情。
    假如「A」級項目不只一樣的話,就在每個項目的前面寫上 A-1,A-2,A-3…等,來排定這些事項的優先順序。
    標示 A-1 的工作就是您最大、最醜的青蛙。
  • 「B」級事項,表示您應該要做的工作,但它的後果較輕微。
    這些項目可說是您工作生活中的蝌蚪,這表示,如果這些項目中您有某項沒做的話,可能就會使某人不高興或不方便,但其重要性遠不及「A」級的工作。
  • 「C」級事項,表示能做固然很好,但即使做或不做都沒有關係的工作。
    例如,打個電話給朋友、與同事喝杯咖啡,諸如此類的活動對您的工作生活完全沒有影響。
  • 「D」級事項,是您可以授權他人去做的事。
    原則是,您應該將每一件任何人都能做的事,授權給他人去做,這樣您才能有更多的時間,從事只有您才能做的工作。
  • 「E」級事項,則是您能完全排除不去做,也不會造成任何差別的工作。
    通常這只是您基於平日習慣或您的喜好而不斷重覆去做的事情。

“Write down” 隔天待辦的事項,再依此法則排定優先順序。很容易就可以找到每天最大、最醜,但最優先該吃的青蛙;相對地,就不會浪費太多時間吃一些小蝌蚪。

目前我開始身體力行,感覺到工作效率提升很多。最重要的是,每完成 A、B 級的事項,都有一種 “快感” ;D

我使用先前所介紹的便利貼軟體來紀錄每日工作事項,如下圖的範例。

每日待辦事項

軟體思維顧問

專職軟體輔導與教育訓練的獨立顧問。輔導企業資訊單位如何有效組織系統開發與維護;輔導開發人員達成有效的專業分工。傳授如何把軟體作軟 (Keeping Software Soft)的技能,得以提昇系統的彈性/延展,並進而創造系統的再利用價值。

Personal