如果引用或轉貼,麻煩註明出處與本網誌連結,否則視為侵權。

2011年12月28日

Javascript學習資源整理


Javascript要學習的內容主要分為資料型態,程式控制結構,HTML中的執行/呼叫方式,函數/副程式,文件物件模型(DOM)的控制與動態網頁設計,HTML輸入控制,事件處理,Cookie控制,CSS的動態變更,Layer物件控制,網頁保護技巧,使用者環境判斷(如使用什麼瀏覽器,是否使用行動設備iPhone,iPad等,螢幕解析度)
Javascript進階就要學AJAX,javascript framework的使用如jQuery,YUI,ExtJs,Mootool等
Javascript的寫法也直接影響網頁執行效能,Google, Yahoo都有專文說明。
推薦書籍
1.清大資訊系教授張智星所著的"JavaScript 程式設計與應用" (已經出第二版了,在清
大書店買有85折)
張智星教授的網站:
a.
http://neural.cs.nthu.edu.tw/jang/books/jsBook/
b.http://neural.cs.nthu.edu.tw/jang/books/javascript/
2.博碩出版的JavaScript與Ajax範例活用辭典(日本人寫的)- 博碩出的這些辭典書整理的相當好(果然是日本人的風格)準備一本是必要的。
3.進階書Javascript大師Douglas Crockford的書"JavaScript:The Good Parts", O'Reilly出版,已經有中譯本了,另外,從這裡可以找到大師的文章 http://javascript.crockford.com/

推薦Javascript教學網站
1.W3Schools.com的教學網站

2.Javascript資源網

3.Javascript教學文章庫 78篇教學文章 
4.由淺入深教授JavaScript

2011年12月27日

Xclesius2008 使用環境與條件

作者 : Fred Wang

前端環境限制

1.需要Adobe Flash Player version 9 or later
2.Flash Player’s Domain安全限制
透過Xcelsius產生的Flash檔案中,如果使用Data存取不在其資料的本機Domain時會遇到下列錯誤: Error : 2107 (Flash),如果想要在Flash裏面跨域獲取資料,就必須在對方server (ex:BOE,SAP 的Web AP,Tomcat...)上配置一個policy file (crossdomain.xml)。比如你的Flash在domain A下面,而你想要訪問domain B暴露的web service,那麼domain B的server根目錄下必須要有一個crossdomain.xml檔來配置說你有這個許可權。
3. Flash Player's HTTP, HTTPs安全限制
Flash file (SWF)放置的本機server提供HTTP service, 無法存放在HTTPS server上的data
 
Xcelsius支援Excel的限制
 
1.如果要同時使用Xcelsius與Excel則須先開啟Xcelsius,然後再開啟Excel
2.支援Excel的功能
  • a.使用Excel 2003在Xcelsius內可以看到Excel default toolbar但是與資料無關的按鈕則失效
  • b.不支援巨集
  • c.不支援conditional formatting
  • d.並非支援所有的公式, 支援的公式表列,請見Xcelsius 2008 User Guide p371 or Xcelsius 2008 Dashboard Best Practices p401
  • e.不支援與其他Excel間的連結
 
Xcelsius效能限制
 
1.Xcelsius 的Spreadsheet沒有size的限制,資料量太大將影響執行時的效能
 
2.影響顯示效能的因素包含
  • a.Canvas上的元件數
  • b.顯示時改變的資料量
  • c.計算的複雜度
3.效能問題訊息 : 如果超過60秒flash無法顯示則會出現”A script in this movie is causing Flash Player to run slowly…”?
 
開發環境要求
1.安裝Xcelsius 2008 sp3
2.使用Office XP/2003~2007
3.作業系統 : Windows XP/Vista
4.記憶體最少1G RAM

 

 

 

 

 

 

 

iPhone網頁應用開發環境與工具(iPhone Web Application Development Environment and Tools)整理

作者 : Fred Wang

一 模擬與測試工具

a.iPhone線上模擬器(Online Simulator): 直接透過網站模擬iPhone, 可以測試開發好的iPhone網頁應用系統.
工具 :
1.
TestiPhone : 可以直接使用瀏覽器模擬iPhone,快速測試您iPhone版的網頁應用系統。支援 Internet Explorer 7, FireFox 2 and Safari 3.
注意 : iPhone不支援Java與Flash, 但這些應用可以在這個simulator中執行
2.
iPhone4Simulator.com : iPhone4 模擬器,可以測您開發的iPhone版網頁應用系統或網站。

b.iPhone 模擬器Simulator (要下載安裝) :
工具 :
1 iPhone Simulator
http://iphone.simulator.name/
2 AIR iPhone http://merhl.com/
3 iPhoneBT 包含 :
- All widgets from main menu are fully functional (you can access their primary pages, not use them)
- A fully functional iPhone Calculator.
- A fully functional Photo Gallery
- Full Phone Interface: Contacts, Usable Keypad, Calling Screens etc.
- iPod Widget Interface: Playlist Browsing, Now Playing Screen.

4 iBBDemo : 必須配合Safari for Windows(
http://forums.techarena.in/windows-software/1221227.htm)

二 開發平台(IDE)

1.Antenna Mobility Platform : 目前較為成熟的行動應用系統開發平台。

2.MobiOne : 可以在幾分鐘內不須寫一行的程式碼就可以建立行動應用系統與網站。可以在Windows環境上開發,再傳送到設備上。可以使用HTML5, Javascript, CSS3。目前僅支援iPhone與iPad兩種設備的應用開發,內含iPhone與iPad的模擬器。有MobiOne Eclipse Plug-in。

3.SAP Sybase Unwired Platform : SAP Sybase的行動企業應用開發平台

4.Eclipse Mobile Tools for Java (MTJ): 擴充現有的Eclipse框架已支援行動設備Java應用系統開發

5.Eclipse Pulsar : 行動開發者的整合平台工具, 容易整合行動設備SDKs以開發行動應用系統。

6.Eclipse Sequoyah : 同上, 繼承自MTJ與Pulsar, 可以結合Tools for Mobile Web(TMW), FireFly DevKit

IT人員教育訓練資源整理

104教育資訊網-資訊科技專區 http://www.104learn.com.tw/computer.htm

itHome研討會與課程 http://www.ithome.com.tw/seminar/

資策會數位教育研究所 http://w3.iiiedu.org.tw/index.php

恆逸教育訓練中心 http://www.uuu.com.tw/

中央大學企業資源規劃(ERP)中心課程 http://www.104learn.com.tw/cfdocs/edu/classall.cfm?school=3088

交通大學推廣教育中心-資訊類 http://ccet.nctu.edu.tw/programs_class.php?k1id=5

台灣大學資工系所資訊系統訓練班 http://www.csie.ntu.edu.tw/train/

巨匠電腦教育中心 http://www.pcschool.com.tw/

學承電腦教育中心 http://www.pccenter.com.tw/courses/Guide.php

聯成電腦教育中心 http://www.lccnet.com.tw/

2011年12月25日

SAP ABAP 使用者介面設計(一)一般原則

作者: Fred Wang (FW知識瑣記) 日期: 2011/12/25

這篇文章內容摘錄並翻譯自SAP Accessibility Competence Center的"Accessibility Guidelines for ABAP Dynpro v3.0”

1. ABAP程式設計在UI設計上的一般原則

  • 盡可能使用ALV Grid, 而不要用ABAP Lists
  • 盡可能使用ALV Grid或Table Controls, 而不要用step loops
  • 用SAP interactive Forms by Adobe,而不要用SAP Smart Forms或SAP Script
  • 避免使用HTML controls
  • 避免使用簡稱
  • 複雜的元素要建立標題,如ALV Grid與Table Controls, 有標題可以幫助使用者了解這些用途是什麼

2.可存取模式
應用系統可以用fnction module “GET_ACCESSIBILITY_MODE”查詢是否使用者設定可存取模式。這個功能只有在應用系統存在可存取模式與非可存取模式才有用到。
image
可存取性模式除了用在視覺障礙者外,非視覺障礙者在某些情境可能也會用到,例如行動障礙者,只能使用鍵盤,不能使用滑鼠。對視覺障礙者在可存取模式提供文字模式,也要提供Hot-key鍵盤輸入。

3.使用Tooltips
當游標移動到某元素上,可以顯示說明文字,這就是tooltips
image
輸入欄位,Pushbuttons, Radio button, Checkbox, Combo box與dropdown box,這些元件可以建立Tooltips

元件屬性中Tooltips設定有下面兩種方式 :
第一種 是在元件清單中的Tooltip Text設定
image

第二種 在Screen Painter的Tooltip屬性設定
image

4.使用標籤文字(Lables)
一般而言,Radio Buttons與Checkbox的標籤文字應該放在元件右邊,而輸入欄位, combo boxs, dropdown boxs的標籤文字應該放在元件左邊
image

設定As label on right或As lable on left表示這是欄位的標籤文字,設定後使用Tab鍵,跳欄位時,游標就只會在輸入欄位間跳動,而不會跳到標籤文字上。

下圖為設定欄位左方的文字欄是它的標籤文字
image
下圖為設定欄位右方的文字欄是它的標籤文字
image

相關內容 :

2011年12月22日

網頁可用性參考書籍與文章

下面是個人近期研究網頁可用性所參考的書籍與文章
Jakcob Nielsen,“可用性評價十原則”
Jakcob Nielsen,”The Ten Most Violated Homepage Design Guideline”
Jakcob Nielsen and Hoa Loranger, “Prioriting Web Usability”
Tomas A. Powell, “Web Design設計實務—徹底研究”
網站可用性設計中不可忽視的30個原則,2011/10/14
25個基於網格佈局設計的優秀網頁案例,2011/11/1
Steve Krug, “Don’t Make Me Think”
資訊軟體協會軟體人因工程開發培訓班 課程講義
Vgod blog,”費茲定律Fitts' Law與使用者介面設計”
Intel,“情境感知技術將快速改變使用者與科技的互動”
資策會數教所,”無所不在的個人化情境感知服務”
“網站可用性設計:西方網站和亞洲網站的文化差別”

2011年12月19日

免費的資料庫軟體整理


作者 :Fred Wang  日期 : 2011/12/19
資料庫霸主Oracle有Express版本提供開發者自行下載,最新版本為11g Express R2 Edition
其他商用軟體也已經有Express版本,如
其他知名(或不那麼知名)的商用軟體還有Sybase IQ, Teradata, Adabas, FileMaker, Pervasive PSQL,沒有找到釋出的免費版本
Open Source 資料庫軟體,較有名的有
其他Open Source DB還有TurboPower FlashFiler, TurboPower B-Tree Filer, FIS GT.M, MCObject Perst(OO Embeded DB), Drizzle
非關聯式資料庫,非SQL資料庫,NoSQL(Not Only SQL) DB有



2011年12月13日

加速個人電腦的各種方法整理

Fred Wang整理

僅收集自網路的各種加速個人電腦的方法做為參考,尚未分類有效使用的Windows版本與是否有效,影響效能多少。

有效的方法


1 改變硬碟設備 - 採用SSD作為系統碟 : 加速作業系統讀取的效率 註: 依聯強的測試數據,以40GB容量SSD與7200轉硬碟相比,SSD系統開機為19秒,關機為6秒,使用傳統硬碟開機則要38秒,關機則需要11秒

2 更改硬體裝置設定 - 禁用閒置的IDE裝置 : "減少開機時IDE偵測的時間(可以大大加快的XP的啟動速度,最少快一倍)" "我的電腦>內容>硬體>裝置管理員, 打開“IDE ATA/PATA控制器”選擇“進階設定”,在這裏找到“當前傳送模式”為“不適用”的 一項,將此項的“設備類型”設置為“無”,確定即可"

3 定期重組硬磁碟 - 定期重組硬磁碟 : 減少檔案存放於非連續性磁區造成讀取效能的降低 "開始>程式集>附屬應用程式>系統工具>磁碟重組工具, 一周執行一次磁碟重組"

4 更改網路連線設定 - 手動設置IP位址 : 減少開機時搜索DHCP伺服器,獲取IP位址的時間 網路上的芳鄰>內容>區域連線>內容>Internet Protocal TCP/IP內容 - 輸入IP Address

5 更改系統屬性 - 更改系統啟動功能表時間 : 減少開機時顯示作業系統清單的時間 我的電腦>內容>進階>啟動及修復>顯示作業系統清單的時間, V去除

6 更改系統屬性 - 調整為最佳性能 減少視窗GUI顯示處理的時間 我的電腦>內容>進階>效能>調整成最佳性能

7 更改啟動設定 - 減少啟動時不必要之程式載入 : 減少開機時不必要的程式啟動的時間 "1.程式集>啟動, 2.msconfig>啟動"

8 更改輸入法設定 - 刪除不需要的輸入法 : 減少開機時輸入法載入的時間 語言列 滑鼠右鍵>設定值 - 移除沒用到的輸入法

9 簡化桌面顯示 - 關閉桌面背景及Theme : 減少開機時背景圖檔與Theme的載入時間 桌面 滑鼠右鍵>內容>桌面 - 設為"無", 顏色用黑色

10 簡化桌面顯示 - 減少桌面捷徑之使用 : 減少開機時查找和驗證桌面捷徑的有效性時間 將桌面快捷方式分門別類放到特地、專門的文件夾中便於管理及加速啟動



參考的方法

1 變更安裝之字型 - 去除不需要字型 :減少開機時字型載入的時間, "設定>控制台 - 去除不需要字型(注意:系統字體不要動), 例如:如果你不常到 ms_dos模式的話,就刪除dos 字型"

2a 更改註冊表 : 加速關機速度, "1.在AutoEndTasks的下面可以找到 HungAppTimeout,WaitToKillAppTimeout,把“數值資料”設為2000或者更小, 2.把選單延遲的時間修改一 下,在AutoEndTasks的下面找到MenuShowDelay,數值是以毫秒為單位,如果希望去掉功能表延遲就設為0。"

2b 更改註冊表 : 加速關機速度,"Windows XP中關機時,系統總會發送消息到運行程式和遠端伺服器,通知它們系統要關閉,並等待接到回應後系統才開始關機的。如果我們要加快關機速度的話,我們可以先設置自動結束任務的時間。, HKEY_CURRENT _ USER Control Panel Desktop分支,找到AutoEndTasks子鍵,將其設置為1。再將該分支下的“HungAppTimeout”子鍵設置為 “1000”,將“WaitTOKillService”改為“1000”(默認為5000)即可。"

3 硬體安裝 : 拔取一段時間內暫時不用的設備,如USB設備,光碟, 減少開機時系統自動檢測USB介面的時間與光碟

4 關閉開機自動病毒掃描功能 : 減少開機時間, 註:如果已經打開了防毒軟體的即時監視功能,並且定時對系統查毒,那麼啟動時掃描系統就顯得有些多餘

5 更改註冊表 - 更改EnablePrefetcher : 減少系統預讀時間 (但是進入桌面後讀取系統檔案的時間就會增加) "HKEY_LOCAL_MACHINE>SYSTEM>CurrentControlSet>Control>Session Manager>Memory Management>PrefetchParameters,在右側視窗中區找到EnablePrefetcher子鍵,把它的預設值“3”修改為“1”
註: 0不預讀, 1:只預讀應用程式 2:只預讀Windows系統檔 3:預讀應用程式與Windows系統檔"

6 關閉系統還原

7 減少Chkntsf等待時間 : 減少開機磁盤掃描等待時間,"開始→執行,鍵入:chkntfs /t:0, 如要關閉則用 chkntfs /x c:"

8 清除不必要的檔案 - 刪除系統備份檔案 : 刪除系統備份檔案,減少300多MB磁碟佔用, 開始→執行,鍵入:sfc.exe /purgecache

9 取消zip檔當成資料夾流覽功能 : 系統要使用部分資源來實現這一功能,因此禁用這一功能可以提升系統性能 開始→執行,鍵入:regsvr32 /u zipfldr.dll

10 設定虛擬記憶體 : "我的電腦>內容>進階>效能>進階>虛擬記憶體變更,系統自行管理虛擬記憶體,它會因應不同程式所需而自 動調校交換檔的大小,但這樣的變大縮小會給系統帶來額外的負擔 ,令系統運作變慢!因此最好自定虛擬記憶體的最小值和最大值,避免經常變換大小。"

11 移除殘留的註冊碼及登錄項目 : "使用Cleansweep等軟體, 控制台""新增/移除程式"" 只會幫你移除程式,而不會幫你移除該程式 的注冊碼和一些登錄項目"

12 清除不必要的檔案 - 定時清理磁碟 : 開始>程式集>附屬應用程式>系統工具>清理磁碟

13 關閉光碟自動運行功能 : 開始→執行,鍵入:gpedit.msc 電腦配置→管理範本→系統,找到“關閉自動撥放”雙擊後選擇“已啟用,在下面的關閉自動播放,選擇”所以驅動器

14 打開的保留的20%網路頻寬 : 開始→執行,鍵入:gpedit.msc 電腦配置→管理模版→網路→qos資料包調度程式" ,雙擊 "限制可保留帶寬" ,選中"已啟用" ,將 "帶寬 限制%"的值改為0,註:  QoS (Quality of Service)。它可以針對不同的程式採用相應的頻寬優先順序,通常用來解決網路塞車或延遲(Lag)的問題,以確保連線品質和傳輸水準。常應用於網路遊戲和串流影片一類需要穩定資料流的服務。簡單來說它就類似交通警察,專門管理網路秩序的機制。其實XP沒有把20%的頻寬吃掉,任何軟體還是可以透過QoS API來共享這20%的頻寬,不過QoS不是獨佔20%頻寬之後再來跟其他程式分杯羹喔!在QoS沒有被程式使用的情況下,所有的頻寬都是Free的,無任何限制。只有在程式需要由QoS控管頻寬來運作時,QoS才會從最大頻寬中分割20%的頻寬出來給需要的軟體使用。

15 關閉自動搜詢網路資料夾和印表機 : 打開我的電腦 >工具>資料夾選項>檢視, 去掉勾選“自動搜尋網路檔夾和印表機”點擊“套用”

16 關閉Dr.Watson : Dr. Watson 是一種程式錯誤疑難排解工具,並且產生作業系統的快照,可以利用所產生的快照來診斷錯誤。執行 Dr. Watson 時,如果發生程式錯誤,Dr. Watson 會自動建立記錄檔。記錄檔的副檔名為 .wlg,並且儲存在 \Windows\Drwatson 資料夾中。記錄檔指出產生錯誤的程式、發生錯誤的程式及發生錯誤的記憶體位址。如果程式無回應,則 Dr. Watson 無法建立快照。

17 關閉遠程協助

18 關閉自動更新

19 關閉錯誤報告

20 最佳化網路芳鄰 : "Windows XP網上鄰居在使用時,系統首先會搜索自己的共用目錄和可作為網路共用的印表機以及計畫任務中和網路相關的計畫任務, 然後才顯示出來,這樣會直接影響電腦的運行速度。如果不必要的話,應將其刪除。具體步驟如下:在註冊表編輯器中找到 HKEY_LOCAL_MACHINE\sofeware\Microsoft\Windows\Current Version\Explore\RemoteComputer\NameSpace,刪除其下的{2227A280-3AEA-1069- A2DE08002B30309D}(印表機)和{D6277990-4C6A-11CF8D87- 00AA0060F5BF}(計畫任務),然後重新啟動電腦,當你再次訪問網上鄰居時,發現運行速度已經提升。"

2011年12月9日

企業Adobe Flash應用系統在iPhone/iPad的解決方案

Fred Wang 原作:2011/04

企業開發的Adobe Flash應用系統,如何讓配發iPhone或iPad同仁使用呢?
首先要注意一則新聞 "蘋果放寬限制 iPhone、iPad接納Flash軟體"

根據新版開發者協議,蘋果刪除今年4月時加入授權協議3.3.1條款的一些措詞。這段封鎖Flash應用程式的條文是

「應用程式必須是以Objective-C、C、C++ 或 JavaScript寫成,由iPhone OS WebKit引擎執行,而且只有以C、C++和Objective-C寫的程式碼可以編譯和直接連結Documented應用程式介面(API) (也就是說,禁止透過中介轉譯或相容層或工具)。」

要注意的是解禁的是Apple App開發工具,並不是Browser plug-in的Flash Player

來源: http://www.zdnet.com.tw/news/web/0,2000085679,20147477,00.htm

解決方案一、使用Citrix Receiver for iPhone/iPad

Citrix Receiver可從蘋果電腦的Apple App Store下載,讓iPhone及iPad用戶可以隨處存取Windows應用及文件,打造高效率的行動工作環境。 但是使用iPhone會有畫面太小操作不易的情況。

解決方案二、使用雲端瀏覽器讀取內嵌Flash的網頁

使用Cloud Browse是免費的,AlwaysOn Technologies公司推出的免費程式Cloud Browse

Cloud Browse分免費版與付費版,付費版用戶月繳9.99美元,免費版功能較少,瀏覽視訊的速度慢,同時連線人數也受限,在忙線時可能連不上,也可能在付費用戶上線時被踢出。
參考 : http://kocpc.pixnet.net/blog/post/26610865

Cloude Browse的原理與優缺點

原理 : 在雲端(AlwaysOn Technologies公司的Server)處理網頁,再把畫面轉換後傳送到 iPhone 中,解決 iPhone 不能播放 Flash 的問題。
優點:
1.在瀏覽器可以線上播放Flash影片
2.只提供在WiFi網路環境下使用,不用擔心流量問題
缺點:
1.此軟體只有美國itunes App Store才有,需要註冊美國帳號。
2.網頁的清晰度不是太高,而且進行多點觸控時會出現頁面間歇性延遲 (免費版)
3.瀏覽器反應比較遲鈍,輸入網址或文字時間歇性停頓,會有1~2秒的延遲(免費版)
參考 : http://uon.cc/cell-phone/cloud-browse-4552.html

解決方案三、製作獨立的iPad/iPhone軟體

製作成Adobe Flash AIR,再使用Adobe AIR® Packager for iPhone,可以將一個Adobe AIR應用系統轉成一個Apple application (ipa).

注意 : Adobe AIR® Packager for iPhone會對Adobe Application做完整的轉換, 因此當應用系統太複雜時,可能發生效能的問題。

參考 : http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/20679


結論
方案一 用於提供企業內部同仁使用的應用或網站,若企業開放同仁透過Citrix存取內部系統則須建置提供相關服務的Citrix軟硬體環境。
方案二與方案三 適合於在Internet上使用的同仁或客戶使用,內部同仁可以透過教育訓練,用雲端瀏覽器以及安裝提供的Apps,不過公司外部人士可能不知道如何使用雲端瀏覽器,也不知道您提供的Apps,因此,應提供非Flash形式的應用或網頁。





2011年12月8日

[專案管理] 解救您的專案 - 如何面對不斷變更的需求


作者: Fred Wang 原作日期: 2011/10/2
       如何面對不斷變更的需求,要了解為何客戶會不斷變更他的需求,有沒有可能是派來談需求的代表,對業務的需求不夠了解,專業能力不夠,提出的需求代表性不足,提出的不是最終用戶的需要,也許是對系統化過程經驗不足,也可能是尚未成熟的需求(只有想法),或許是新業務或變動大的業務,尚無法訂定明確的需求。這些問題要先了解,才能真正找到問題的根源。(先確認到底專案所有相關影響人有哪些,他們的期望與需求各是什麼,客戶的代表是否有足夠的授權)
       解決不斷變更的需求,需要建立一些管理程序,而這些管理程序也要看雙方合作的經驗與信任的關係,如果合作經驗少,信任度尚未建立,需求分析與變更管理的過程都需要更嚴謹(成本較高)的方式來進行。
1.    需求蒐集與分析
a.專業的了解 : 系統分析師不僅僅只是蒐集客戶的需求了解客戶業務流程,還須對客戶的產業與專業領域有更多的了解,最好也懂得以一些大型系統作為最佳案例,例如SAP ERP各模組功能,在需求討論的過程可以提供客戶一個比較好與正確的引導,以期能讓客戶對需求考慮完整周詳,減少未來的需求變更。當然要求SA具備專業顧問級的能力,可能不太容易,但是這個能力的大小將直接影響專案的進行。一些大型專案(在中大型公司)會引進專業顧問,將業務流程標準化與合理化再進行系統化。
b.需求溝通會議 : 需求的提出與需求變更,透過正式的需求溝通會議進行,任何決議都有紀錄,紀錄都有簽字,且須通知主管,而不是一通電話或eMail私底下就決定,如此會讓客戶(需求提出者),更審慎地制定需求與嚴格地面對變更。
c.雛型化需求確認 : 由於使用者的需求變化大,也許是業務面變化大,也許是新的業務需求,可以採用雛形化的需求確認方法,透過多次需求訪談,快速雛型建立與確認,將需求談定。如果系統龐大,則應該區分功能模組,逐一確認模組。d.
d.使用高生產力的工具 : 由於雛型開發法可能的成本高於瀑布法,因此,使用可以快速開發雛形且未來容易轉換成實際系統的工具才有較好的生產力。
e.累積經驗 : 最好每次專案可以累積一些雛形,樣板或模組化的功能,不同應用領域累積不同的專業經驗與設計雛形,可以讓這個過程能夠更為快速。當然對於需求不明確的專案,專案經理必須估較長的需求確認時程,與雙方談定需求確認的方法,以避免爭議。(需求合理性是另外一個議題)
2.     系統設計
需求變更是專案過程中常見的現象,因為需求變更造成整個架構變更,全部或多數程式要重寫,都是系統設計開發人員要設法避免的。因此有經驗的設計開發人員會採取彈性的設計與開發手法,預先考慮可能的變更,提供系統較好的彈性,重點列出如下 :
a.彈性的架構 : 將系統設計得更為彈性,讓變更時的影響最小,設計的彈性包括系統架構每一層次都獨立化(如使用者介面與商業邏輯,資料處理區隔, Web設計上Javascript, CSS, HTML區隔,使用MVC架構等)
b.程式模組化 : 系統的開發最理想的是像堆積木般,將既成的模塊加以組合就可以完成整個系統,也就是採用庫存程式庫,再加以組裝。或是先用標準的庫存程式建立半成品(標準次系統),在上面加以客製化的程式來完成整個成品。
c.參數化設計 : 系統中可能變動的部分予以參數化,可以透過一個設定檔或介面進行變更,這些參數可能是系統參數或由使用者自行變更的業務參數。
這些能力與開發團隊累積的開發與系統架構的經驗與累積的程式庫有關。
3.    變更管理
a.將變更管理列入合約 : 專案一開始就跟客戶談好變更的方式與流程,而且要在合約中註明。另外,上線後提供多久或多少次的變更支援,在合約訂定保固的條文。
b.保留彈性的時間 : 專案時程最好也留下一些彈性的時間可以面對一些小型的變更,而會影響時程的大型變更就須雙方談定否則不能貿然進行。
c.變更過程要有變更記錄 : 專案會議需有會議記錄外,變更也需有變更紀錄以記錄需求變更的原因,變更的單位與負責人,主管,進行變更的影響分析,造成的成本增加,對專案時程的影響等,且必須雙方負責主管同意才能進行變更。
特別是對專案越後期的變更,造成影響越大,如果沒有做好變更管理,釐清責任,將大幅提高專案的風險。
       如同軟體品質管理,要做到多嚴謹,訂定怎樣的品質標準與要投入的成本多少有關,需求與變更管理也是一樣,都應該有成本觀念。多數專案的失敗,往往發生不斷延長的時程與不斷增加的成本。
推薦相關閱讀 :
1.    怎樣控制需求變更 , ITEye, 2008/11/5

2011年12月7日

"什麼是真的?什麼又是假的?看得不夠遠,還真容易受傷"文章讀後感

作者 : Fred Wang 原作日期 : 2010/12/21
什麼是真的?什麼又是假的? 看得不夠遠 還真容易受傷

文中讓我印象深刻的是這句 - "科技與科學的進展,加速人類對自然與人類本身的 瞭解,同時也大幅解放了傳統的束縛與愚智。但得到自由的同時,我們卻又陷於另一無知的恐慌:太多的訊息,使我們無法也難一一理解其中的真假。"

資訊快速成長的時代,我們更容易收集到資訊,但是,接下來呢?

第一個要分辨,哪些是描述事實的訊息性的資訊? 哪些是加入人為判斷與情緒的資訊?

第二如果這個資訊經過人為整理與分析,再行發布則要判斷發行者的專業能力如何? 商業目的或非營利的角度?

最後,才是自己決策過程,採納哪些可以提供決策參考的資訊,至於要看多遠,應該決策的事情大小有關 (對政府單位而言,應該為國家做長遠規劃的能力)。

決策的原則應該是對長遠有益的優先於對短期有益的(除非是緊急的),對整體有益的優先於對少數有益(除非只與少數族群有關的決策),對公理正義道德的優於違背真理的(不能一切都以利益或成本效益來計算)。

不過,如果不是工作或研究,平常大家比較不會嚴謹地思考這些問題。以上是我的感想,不知道是否切題?!

2011年12月3日

時間的價值觀

 

日期 : Fred Wang 時間:2011/12/3

篇朋友傳給我的網文,標題是時間的價值

“想要體會「一年」有多少價值,你可以去問一個失敗重修的學生。

想要體會「一月」有多少價值,你可以去問一個不幸早產的母親。

想要體會「一週」有多少價值,你可以去問一個定期週刊的編輯。

想要體會「一小時」有多少價值,你可以去問一對等待相聚的戀人。

想要體會「一分鐘」有多少價值,你可以去問一個錯過火車的旅客。

想要體會「一秒鐘」有多少價值,你可以去問一個死裡逃生的幸運兒。

想要體會「一毫秒」有多少價值,你可以去問一個錯失金牌的運動員。”

----------------------------------------------------------------------------------------

人們似乎多從逝去的時間來體會時間的價值,因為怕逝去才懂得珍惜,少壯不努力,老大徒傷悲,古書也多以警示人們把握時間以免後悔。汲汲營營努力一輩子,還是對人生有很多的懊悔與感慨,沒有花時間在正確的事情上,沒有好好念書,蹉跎年輕歲月,沒有好好陪孩子長大,沒有好好孝順父母,沒有好好珍惜夫妻情感,沒有勇於實現心中的夢想…

因為,多半的人未能好好思考時間的價值觀,怎樣過一個有價值的人生。常常追求這個,就失去那個。

時間的價值對於不同的人,做不同的事情是不等價的。

對於墮落荒唐的人,他的時間價值很低,而對於努力上進的人,他的時間價值則是高的。      

有些人認為高收入的人,他的時間價值比較高,而對於低收入的人,他的時間價值較低,同樣一個小時,前者可以賺上千或上萬,後者只可以賺幾十元。

不過,這種賺多少錢來判斷時間的價值,並不正確,同樣富人一天賺的錢可能只是買下一台名車所需金額的零頭,而窮人一天賺的錢卻是家人賴以溫飽所需要的。同樣一個小時對窮人可是重要多了。

如何提昇時間的價值呢? 如同金錢,首先將時間用在基本生活需要的,家人基本需要,然後就該用來提昇自己生命的層次,用來幫助需要幫助的人,讓受苦的人可以度過難關。

如何提昇您時間的價值,則在於怎樣定義您生命的價值。活出有意義的人生,努力讓人生每一刻都有更高的價值。 – Fred

 

 

 

2011年12月2日

雲端基礎服務(IaaS) CDN - Yahoo,Google等網站高效能服務的秘密

作者 : Fred Wang 日期 : 2011/12/2


CDN也是一種雲端基礎設施服務(Iaas)的類型。Salesforce.com,Yahoo,Google等網站都透過CDN達到高效能的目標。 像Google這種大公司會自行建構CDN,而其他中小型的公司則會租用雲端CDN服務,來提高網站的在全球佈局上的效能。
 
什麼是內容分佈式網路(Content Delivery Network,CDN)

CDN是是一系列分佈在不同地域的伺服器的集合,會根據一種衡量網域距離的方法,選取離用戶最近伺服器來發送資料,提供用戶就近的服務。
註 : Akamai 的全球平台由超過90,000部伺服器組成,分布在70多個國家,存放於約1,100多個網路內,每日傳送 15 至 30% 網際網路量。

CDN的優點

1.速度快 : 使用者可以就近取得檔案,也就是內容提供者事先將檔案推到全球的 CDN 節點,在台灣的下載者儘量從台灣取得檔案,在日本或香港的下載者也儘量從當地的伺服器取得檔案。 Yahoo!把靜態的內容從自己的伺服器移到CDN ,提高了用戶20%甚至更多的存取速度。

2.可靠度高 : 由於在全球有多個節點,所以當某個節點不通時,可以導到次近的節點以達到高可靠度。

3.效率高 : 由於使用者透過分散的CDN下載資料,減少原Server的負荷。

4.安全 : 以分散架構對抗 DDoS 攻擊。

5.成本 : 網站的頻寬消耗,絕大多數的頻寬是用來傳輸圖檔、影片,造成頻寬需求居高不下,若將這些檔案放到CDN上,就能大大減少頻寬的需求,省下最多的經常性費用。


CDN用來放置哪些東西?

根據網站Performance Golden Rule:用戶80-90%的訪問時間被花費在下載頁面中的圖片、樣式表、Script、Flash這些元件上。先實作這些靜態組件的分佈。就可以大幅減少使用者的回應時間

Yahoo!把靜態的內容從自己的網路伺服器移到CDN提高了用戶20%甚至更多的存取速度。
CDN服務提供者

Akamai Technologies(國內有代理商),Limelight Networks,CDNetworks,Amazon CloudFront,EdgeCast,Level3等


網頁可用性與可存取性設計與驗證工具整理

作者 : Fred Wang 日期 : 2011/12/2

快速雛型設計工具 Mockflow, Lumzy, Mockingbird, Lovely Charts, Cacoo, Gliffy, The Pencil Project, Simple Diagrams 等


可用性測試與驗證工具 (超過四十種的工具)
包含下面幾類
1.眼球追蹤模擬 : Attention Wizard
2.點擊紀錄統計-問題式 :如ChalkMark等
3.點擊紀錄統計-程式嵌入式 :如ClickDensityClickHeat,Clixpy等

可存取性測試工具
1.台灣 : 研考會單機版檢測工具 Freego,線上檢測。
2.國外 : WATC的 WAT (Web Accessibility Toolbar) for IE and Opera 與多倫多大學A-Prompt與ATRC等 (相當多)

筆記 - 雲端運算的定義

作者 : Fred Wang  日期: 2011/12/2

雲端運算在Gartner Group每年公佈的十大策略技術已經蟬聯上榜好幾年了。世界各大廠也已經投資大量資金在上面,但是似乎任何IT產業都想要沾上邊,因此不斷將雲端運算的定義擴大化與模糊化,讓人有"只在此山中,雲深不知處"的感覺。Gartner Group也表示雲端運算的定義已經被濫用。

許多人(包括我)對於雲端運算的明確定義就像是迷霧(雲)一樣霧煞煞,維基百科的解說似乎無法讓我完全理解,也沒辦法讓一個沒有IT基礎的人員完全理解。有些定義解說可能太過技術性了。因此,整理一下一些雲端的定義,看能不能釐清雲端運算的觀念。

一 什麼是"雲"(Cloud)
     資訊技術中的雲(端)泛指網路或網際網路。
     源於過去工程師在繪製電信網路示意圖時會用雲(Cloud)的圖示做代表,後來也用雲來表示網際網路和底層基礎設施。(來源:維基百科)  通常是告訴看這個示意圖的人,不要管這雲裡面有什麼細節,專注在與這個雲連結或互動的事物。

二 什麼是"雲端運算"(Cloud Computing)
     雲端運算一詞源於,2006年8月9日,Google執行長Eric Schmidt在搜尋引擎大會(SES San Jose)首次提出雲端運算的概念。
     而對雲端運算的定義各家有所不同,這裡列出五種定義 :
1. 美國國家標準與技術研究院(NIST) : 雲端運算具備大規模電腦叢集(clusters),虛擬化的軟體/伺服器的框架,與在此框架上運作的應用系統組合的架構,提供用戶可擴充的公用計算能力,為應用軟體服務提供彈性調整伺服器資源或代管各種應用系統。(這個定義非技術人員會看不懂)

2. 維基百科 : 雲端運算是一種利用網路使電腦彼此合作或使服務無遠弗屆的概念。此概念源於分散式運算與網格運算。(這個定義簡單明瞭多了,但是好像無法區分跟傳統運算有何不同)
3.Gartner Group : 雲端運算是一種具備大量且可擴充的IT相關能力的運算方式,透過網際網路技術,並以服務的形式,提供給外部使用者。
4. IDC : 雲端運算是一個高度具有彈性及延展性的運算中心,可以提供使用者所需程式,依據資源使用多寡來收費。
5. Forrester : 雲端運算是一種即時的IT能力運算網路平台,透過網際網路,被請求、供應、傳遞、以及消費。
註 : Gartner Group與Forrester的定義為狹義的雲端運算,也就是公有雲
6.Google : 應用程式和資料在雲端,可以透過任何裝置存取,使用瀏覽器在網雲間相互連通。
7.IBM : 雲端運算是種分享的網路資訊服務的模式,使用者看到的只有服務本身,不用關心相關基礎的建置。
8.Mircosoft : 一種由微軟資料中心供應的網路雲端服務平台,可提供一套作業系統和一組程式開發者服務,可供個人或群體操作。

三 雲端運算的分類
    有兩種分類的方式
a. 按照部署方式可以分為公有雲、私有雲與混合雲三類。
b.按照服務類型則分為基礎設施服務(Iaas),平台服務(Paas)與軟體服務(Saas)三類。

四 什麼是公有雲
    用戶透過網際網路共同使用雲端供應商提供的資源與服務的環境,如Amazon EC2, Salesforce.com等。(媒體文章中的雲端多數是指公有雲)。

公有雲的優點 : 透過租用公有雲服務可減少企業軟硬體部署與管理成本,提高系統建置的速度與使用的彈性。(還有很多)
公有雲的缺點 :  包含三大風險(資料安全的風險,服務中斷的風險,內部資訊洩漏的風險)與六項問題(隱私權問題,資料所有權問題,司法管轄權問題,智慧財產權問題,稽核問題,移轉問題)等。
下面是公有雲的三種類型 :
1.雲端服務商提供服務給一般使用者(消費大眾)
2.企業租用雲端服務提供給企業內外部的使用者使用
3.企業租用雲端服務提供給企業內部員工使用
五 什麼是私有雲
     企業員工透過內部網路共同使用由企業建構的資源與服務的環境。例如成功大學建構校園雲端基礎設施服務(Iaas) , 美國國防部建構內部雲。

私有雲的優點
1.企業建構內部私有雲可以提供企業各部門可共享運算能力,例如,薪資部門在每個月 15 日及 30 日工作量大增,需要足夠運算能力來消化工作,而其他時間工作量較少,透過內部私有雲可在需要時即時增加必要運算能力,而其他部門亦然。
2.相較於傳統架構,私有雲能讓資源更有效的運用。
3.減少租用公有雲的問題與風險。
私有雲的缺點 : 較大的初期投資成本與長期的軟硬體維護,升級與管理的成本。(跟傳統架構一樣或更大的成本)

六 什麼是混合雲
    結合公有雲與私有雲提供企業內部用戶服務的環境。例如 IBM混合模式的郵件系統。

混合雲的優點  : 根據企業資訊安全政策與商業需求將不同的應用分別建置於公有雲與私有雲,並提供系統間無縫的整合。同時享有公有雲的彈性與私有雲安全等優點。

七 什麼是雲端基礎設施服務(Iaas)

    提供基礎設施(如作業系統、資料庫等)服務,像旅館一樣,分隔成不同的房間供企業租用。
,提供使用者底層,接近於直接操作硬體的服務介面,以獲得設施的運算能力或儲存能力。
類型有 :
  • 虛擬機器,如Amazon EC2/VPC(Virtual Private Cloud), IBM Cloud
  • 儲存服務,如Amazon S3/SimpleDB/RDB, Apple iCloud, Rackspace
  • CDN服務,如Akamai, Amazon CloudFront
註: CDN(Content Delivery Network) 內容傳遞網路,透過內容同步到各地伺服器提供用戶近端服務,提高連線使用效能。


八 什麼是雲端平台服務(Paas)
    提供系統開發平台服務,開發人員可以透過網路在該平台開發系統,一般使用者也可以在上面使用開發好的系統。 在雲端平台開發系統必須遵循平台限定的程式語言,資料儲存模型與應用類型等。如Force.com, Google App Engine, MS Windows Azure

九 什麼是雲端軟體服務(Saas)
    直接提供用戶特定的應用軟體服務,用戶透過瀏覽器進行簡單設定就可以上線使用,通常依使用者人數收費。
類型有 :
  • 雲端郵件,如Google GMail, IBM LotusLive Notes, MS Exchange Online
  • 雲端辦公室,如Google Docs, MS OA Cloud, Oracle Cloud Office
  • 雲端掃毒,如趨勢科技, Symantec, McAfee等
  • 雲端CRM,如Salesforce.com
十 雲端技術的類型

     分為兩類 :

第一類,虛擬化技術
    使用虛擬機器機制擴充使用單一主機的資源,如Citrix 的Xen與VMWare的vSphere主機虛擬化技術。通常用於企業的伺服器虛擬化與私有雲的建置。

第二類,分散式計算架構
    使用分散式運算架構提高整體系統的可擴展性。許多公有雲如Amazon,Google,IBM,Facebook均採用此類架構。架構包含 :
  • Hadoop分散式檔案系統
  • MapReduce分散式平行運算架構
  • HBase分散式資料庫

 參考資料
  • 維基百科”雲端運算”
  • 黃重憲,”淺談雲端運算”,台大計算機與網路中心電子報第八期
  • IBM陳瀅,”雲端策略”,天下
  • “雲端策略-四個案例搞懂雲端”,天下雜誌2010/03
  • 台灣大學分散式與行動運算實驗室,”雲端運算關鍵技術解析”
  • “選用Amazon雲端服務的七大理由”
  • 雲端運算使用案例白皮書第三版
  • “雲端運算引爆企業,生活新革命”,遠見雜誌2009/09
  • 美國國家標準與技術研究院(NIST),”Perspectives on Cloud Computing and Standards”





    
   






2011年12月1日

近君子,遠小人 – 古書文獻整理 「論君子與小人」


整理 : Fred Wang 日期 :2011/12/1
因應世道日壞,人多不辨君子小人,為政者,上位者用人重才而不重德,終造成組織不忠不信,結黨營私的小人成群。因此整理古書文獻中論君子與小人,讓忙於治事之人,能以清醒的腦袋,分辨是非。 – Fred
 

論語
1. 君子不重則不威,學則不固;主忠信,無友不如己者,過則勿憚改。-- 論語.學而篇
解說:君子不莊重,而沒有威儀,求學問則不紮實(散漫輕狹則無法將學問學好)。親近忠信之人,以忠信之人為師。勿交與我道(忠信之道)不同之人為友(也就是不要與不忠不信狡詐投機之人交往)。有過錯要勇於面對,則不要害怕更改。
 
2. 人不知而不慍,不亦君子乎? - 論語·學而
解說:別人並不了解我,也不會感到氣憤、委屈。這不就是君子的風度嗎? (君子直道而行,因此不需要因為別人不了解而生氣)
 
3.「君子不器!朝聞道,夕死足矣!」 - 論語.為政篇
解說:君子不限於某一專長技能,心性高、器局大、能夠通瞻全局,除此之外,能追求真理,與生命存在的意義。
 
4.「君子和而不同,小人同而不和。」- 論語.子路篇
解說:君子能和諧相處但各自有獨立的思想,小人同謀利但是卻各懷鬼胎不能和諧相處。
 
5.「君子坦蕩蕩,小人常慼慼」- 論語.述而篇
解說:君子心胸寬廣,思想上坦蕩,光明磊落。小人則心胸狹窄,事事斤斤計較,投機取巧,患得患失。
 
6.「君子懷德,小人懷土;君子懷刑,小人懷惠。」 - 論語.里仁篇
解說:一位求道的君子,他心中懷者仁德道德的思想。而小人所想的都是田地財產,一己的利益。另外,君子對於自己的行為,時常惦記著所做所為是否符合公義,合乎道德典範。而小人做事卻只想到自己有沒有受到恩惠、利益。
 
7.君子喻於義‧小人喻於利 --論語.里仁篇
解說:君子只知道所做的是否合乎道義,小人則只在乎所做的是否合乎利益。
 
8. 君子欲訥於言而敏於行。 - 論語 里仁
解說:君子說話要謹慎,而行動要敏捷。
 
9.在陳絕糧,從者病,莫能興。子路慍見曰:“君子亦有窮乎?”子曰:“君子固窮,小人窮斯濫矣。 - 論語·衛靈公
解說:孔子在陳國時斷了糧食,跟隨的弟子都生了病,起不來。子路抱怨說:“君
子也有窮困的時候嗎?”孔子說:“君子在窮困的時候能安守節操,小人窮困了就會為所欲為(偷盜強劫)。”

 
10.「君子求諸己,小人求諸人」- 論語‧衛靈公
解說:君子會自我反省,小人只會埋怨與檢討別人。
 
11.「君子成人之美,不成人之惡。小人反是」 - 論語‧顏淵
解說:君子成全別人的好事,不促成別人的壞事。小人卻和這相反。

12.「君子泰而不驕,小人驕而不泰。」- 論語·子路

解說:君子坦蕩而不驕狂,小人驕狂而不坦蕩。

13.「君子上達,小人下達」- 論語·憲問
解說:君子時時提升自己,小人則日日沈淪墮落。
 
禮記
1.天命之謂性,率性之謂道,修道之謂教。道也者,不可須臾離也,可離非道也。是故君子戒慎乎其所不睹,恐懼乎其所不聞。莫見乎隱,莫顯乎微。故君子慎其獨也。- 禮記·中庸
解說:上天所給予人的本質叫做性(人性並非獸性),依照本性去處事叫做道,修道的方法就是教化(學習與修行)。 “道”片刻都無法離開的,如果能離開的便不能稱為是道,所以君子,在別人看不到與聽不到的地方要戒慎恐懼,因為沒有比那細微之事物,更容易顯現出是非善惡的,所以君子在獨處更應謹慎以存養本性的光明。
 
2.「君子周而不比,小人比而不周。」- 禮記·為政
解說:君子以公正的心對待他人,不徇私護短,沒有私心與成見,小人則結黨營私,只求自己的利益。
 

莊子
1.君子之交淡若水,小人之交甘若醴。君子淡以親,小人甘以絕。- 莊子‧山木
解說:君子之間交往,在利益和情分上看得很淡,雖然淡,卻可以長久;小人之間交往,在利益和情分上看得很重,卻常因利益衝突斷絕交往。
 

孟子
1.君子之於禽獸也,見其生,不忍見其死;聞其聲,不忍食其肉。- 孟子‧梁惠王
解說:君子面對禽獸時的態度,秉持仁民愛物之心,看到活的動物,不忍心看牠被宰殺;聽到宰殺時發出的號叫聲,就不忍心吃下牠的肉。(雖然沒有吃素,但是能以悲憫的心對待所有的動物)
 

資治通鑑
1.夫聰察強毅之謂才,正直中和之謂德。…才德全盡,謂之聖人;才德兼亡,謂之愚人。德勝才,謂之君子;才勝德,謂之小人。 - 資治通鑑
解說:才德兼備而極至的人稱?「聖人」,才德全無的人稱?「愚人」;品德勝過才能的人稱?「君子」,才能勝過品德的人稱?「小人」。
 

訓儉示康
1.御孫曰:「儉,德之共也;侈,惡之大也。」共,同也,言有德者皆由儉來也。夫儉則寡慾:君子寡慾,則不役於物,可以直道而行;小人寡慾,則能謹身節用,遠罪豐家。故曰:「儉,德之共也。」侈則多欲:君子多欲則貪慕富貴,枉道速禍;小人多欲則多求妄用,敗家喪身;是以居官必賄,居鄉必盜。故曰:「侈,惡之大也。」 - 司馬光·訓儉示康
 

周易
1.天行健,君子以自強不息
解說:君子,應該有堅強的意志,永不止息的奮鬥精神,努力加強自我修養,完成並發展自己的學業或事業
 
2. 君子藏器於身,待時而動。
解說:君子就算有卓越的才能超群的技藝,也不會到處炫耀、賣弄。必要的時刻才會把才能或技藝施展出來。
 

荀子
1.君子行不貴苟難,說不貴苟察,名不貴苟傳,唯其當之為貴。故懷負石而赴河,是行之難為者也,而申徒狄能之;然而君子不貴者,非禮義之中也。…盜跖吟口,名聲若日月,與舜、禹俱傳 而不息;然而君子不貴者,非禮義之中也。故曰:君子行不貴苟難,說不貴苟察,名不貴苟傳,唯其當之為貴。《詩》曰:「物其有矣,唯其時矣。」此之謂也。 - 荀子·不苟
 
2.君子易知而難狎,易懼而難脅,畏患而不避義死,欲利而不為所非,交親而不比,言辯而不辭。蕩蕩乎!其有以殊於世也。- 荀子·不苟
 
3.君子能則寬容易直以開道人,不能則恭敬繜絀以畏事人;小人能則倨傲僻違以驕溢人,不能則妒嫉怨誹以傾覆人。 故曰:君子能則人榮學焉,不能則人樂告之;小人能則人賤學焉,不能則人羞告之。是君子、小人之分也。- 荀子·不苟
解說:君子有才能,就寬宏大量平易正直地來啟發引導別人;沒有才能,就恭恭敬敬謙虛退讓來小心侍奉別人。小人有才能,就驕傲自大邪僻背理地來傲視欺淩別人;沒有才能,就嫉妒怨恨誹謗來傾軋搞垮別人。所以君子有才能,那麼別人就會把向他學習看作光榮;沒有才能,那麼別人就會樂意地告訴他知識。小人有才能,那麼別人就會把向他學習看作為卑鄙;沒有才能,那麼別人就不願意告訴他什麼。這就是君子和小人的區別。
 
4.君子寬而不僈,廉而不劌,辯而不爭,察而不激,寡立而不勝,堅強而不暴,柔從而不流,恭敬謹慎而容,夫是之謂至文。《詩》曰:「溫溫恭人,惟德之基。」此之謂矣。 - 荀子·不苟
 
5.君子崇人之德,揚人之美,非諂諛也;正義直指,舉人之過,非毀疵也;言己之光美,擬於舜、禹,參於天地,非誇誕也;與時屈伸,柔從若蒲葦,非懾怯也;剛強 猛毅,靡所不信,非驕暴也。以義變應,知當曲直故也。《詩》曰:「左之左之,君子宜之;右之右之,君子有之。」此言君子能以義屈信變應故也。 - 荀子·不苟
 
6.君子大心則天而道,小心則畏義而節;知則明通而類,愚則端愨而法;見由則恭而止,見閉則敬而齊;喜則和而理,憂則靜而理;通則文而明, 窮則約而詳。小人則不然,大心則慢而暴,小心則淫而傾;知則攫盜而漸,愚則毒賊而亂;見由則兌而倨,見閉則怨而險,喜則輕而翾,憂則挫而懾;通則驕而偏, 窮則棄而儑。傳曰:「君子兩進,小人兩廢。」此之謂也。 - 荀子·不苟


 菜根譚
1.涉世淺,點染亦淺;歷事深,機械亦深。故君子與其練達,不若朴魯;與其曲謹,不若疏狂。
解 說: 社會歷練不深的人,所沾染的不良習性比較少;而社會閱歷豐富的人,城府與權謀也比較。所以做一個君子,與其精明老練,不如樸實憨厚,誠懇正直;與其拘泥小節謹慎求全,不如坦蕩光明,豪放灑脫。 

2011年11月30日

使用者讓IT顧問(或技術支援人員)抓狂的十件事

譯者 : Fred Wang 日期 : 2011/11/30
摘錄翻譯自 : 10 things end users do that drive me crazy - TechRepublic
原作者 : Jack Wallen

作為本地的顧問公司的成員,我的主要工作是遠端支援和備份。因為如此,我常與客戶直接打交道。雖然我喜歡許多的客戶,但大部分的時候他們表現出來的行為,還是會令我抓狂。

1:控制遠端會話(session)

我會用LogMeIn的或TeamViewer進行客戶遠端支援。在進行遠端支援時,常遇到客戶不斷要展示給我看發生了什麼事,控制滑鼠點擊不同的東西,或者使用他們的機器一些其他不相干的事情(例如回復電子郵件這些應該可以晚點做的事)。這樣讓事情拖更久才能完成。

註 : 遠端會話(session)是指技術服務人員透過遠端遙控軟體,遙控客戶端的電腦,來協助解決客戶電腦發生的問題。

有時,似乎客戶並沒有意識到,其他客戶也在等待我的協助,他們認為可以任意佔用我的時間。但是,佔用時間的行為會讓技術人員覺得客戶不信任他們的工作。沒有人願意在這種情況下工作。

2:給太多跟問題無關的資訊

我真的想知道的是,你(用戶)點擊一封電子郵件的附件的狀況。我不在乎電子郵件是誰發給你的,電子郵件裡有什麼小貓和小狗的圖片。我也不關心,你是坐在辦公桌前或在吃酸奶配蘋果切片當午餐。給我問題的重點跟實況,我就會盡力做好我該做的。

3:把問題怪罪到我(或另一個技術人員)以前做的處理

我的確在你(客戶)的機器處理過一些問題。但是最後一次是幫你重新映射您的硬碟K槽,跟你不能與某個網路連接完全無關。相任我,這100%跟K槽無關。我可以說明兩者不相干的所有原因,問題在你根本不相信我。如果你還是不相信我,我有其他樂意協助你的顧問清單 - 直到他們不再樂意幫你處理問題。

4 : 說謊

這不應該需要做任何的解釋。但對於那些沒有經驗的騙子(客戶),我給他們一些下台階。有次當我登錄到用戶的機器,發現,顯然他們(客戶)做了一些事 - 一個被刪除的配置文件或程式 - 這只有用戶可能做的。當用戶自己造成這樣的錯誤,他或她有時會試圖否認他們有做過任何事情造成這樣問題。這是大多數支援專家都可以看穿的謊言。我們都知道真相......所以承認沒有關係!。

5:控制對話

當我試圖解釋一個問題給用戶時,用戶的插話會讓我沒辦法效的說明問題或解決方案。如果這些用戶可以停下來好好地聽,將有助於他們不會再重複發生相同的問題。

6:用“快速的問題”服務

客戶使用“快速的問題”服務時不可避免要在30分鐘內很快速完成電話交談。許多客戶使用"快速問題"服務,以避免支付解決實際問題所需要的支援。這通常讓技術人員很難完整地瞭解問題並解決問題。

7:在我專注處理事情的時後跟我聊天

許多用戶,在我遠端支援時喜歡跟我聊天。在我在等待下載或等待應用程式的回應時是OK的。但當我試圖解決一個關鍵問題時,不要試著跟我聊天氣,王室婚禮,或天然氣價格。請讓我專心解決手頭的問題(特別是需要專注處理時),之後我會很高興跟你(客戶)聊其他的事(只要在你之後沒有其他的任務)。

8:堅持親戚告訴他的才是事實

一些公司老闆找個懂一點電腦的親戚"Cousin Joe"幫他的秘書解決一個問題。如果Joe做的事造成了更多的問題,Joe是不會為你(客戶)負責解決的。雖然Jeo的意圖是好的,但是所作的對解決手頭的問題可能適得其反,這將會花你更多的錢。當然,你如果還堅持Joe說的或做的都是對的,那麼你肯定會需要找一個新的支援專家。

9:取消我所做的處理

如果你(客戶)取消(undo)過技術支援人員做過的處理,請舉手。我已經看過這種情況很多次。很多客戶也承認做過這樣的事。這些客戶並沒有意識到,我將很可能要回來重做這些我事,而這是我先沒有安排在行程的造訪 - 我還是得修復它們,這將打亂我的工作。

10:缺乏必要的資訊

當用戶請求協助時,75%的時候他們有解決問題所需的資訊。其他的25%?沒有這麼多資訊。事實上,這25%大部份需要增加近一倍的工作時間來收集問題相關資訊。所以... ...當你(客戶)請求協助前,請確保您有相關問題的所有資訊再做預約。否則,你是在浪費我的時間和浪費您的帳單的錢。

譯者註 : 原文作者整理顧問服務或技術支援服務人員常遇到的問題。

2011年11月28日

Information Dashboard的設計程序

作者 : Fred Wang 原作日期 : 2010/06

以下內容根據自己的經驗並參考Business Dashboards – A Visual Catalog for Design and Deployment”一書整理而成。

 
Dashboard開發專案的角色
  • Project Manager –負責專案計畫與管理
  • Data Architect –熟悉Data Warehouse, cubes及資料整合技術
  • Data Source Expert– 熟悉資料來源及其存取方式,如DB Connections,Data Tables and Fields,Access Rules
  • Dashboard Expert–熟悉Dashboard設計軟體與Dashboard設計方法
  • Business Unit Manager/Key Users–了解業務需求與能夠提出希望看到與分析的Dashboard需求
  • IT infra. Support–提供Server, Network, Database等技術支援

 設計程序

 1.業務需求分析

 
1.1 設計衡量指標與KPIs (Information Design)

 
請參考“Business Dashboards – A Visual Catalog for Design and Deployment”一書,第五章

 
1.2 選擇展示的方法並與用戶進行互動(建立一個故事板stody board)

 
a.使用工具如 Pen and Paper, Whiteboard, Powerpoint or Dashboard Prototyping Software

 
b.可參考templates, samples, best practices

 
c.運用元件包含 :
  • Charts, Gauges, Tables…
  • Warning and Alerts : Traffic lights, arrows, trend…
  • Interactivity : Drill Down, Annotation, Actions…

 1.3 確認需求與使用者簽字

 

  
2 使用者介面設計

 
2.1 參考 best practices, samples and templates : 應了解正確的統計圖表與Dashboard設計表達方式

 
2.2 外觀佈局(layout)設計

 
a.顏色選擇 : 避免過多的顏色或依賴顏色表達重點,可以用對比方式突顯重點 (部分人士有色盲與辨色力問題)

 
b.字型種類與大小 : A.避免混用不同的字型,建議英文用Arial,中文用標楷體 B.避免使用太多不同大小的字型 C.避免使用太大或太小的字型,特別是中老年的使用者避免太小的字型 D.建議標題用12 or 14 pixel粗體字,一般文字用8-12 pixel的字

 
c.Dashboard大小: 設計大小應適合於使用者螢幕單一可視範圍,避免產生捲軸,當單一可視範圍無法放置所有的設計元件時,有幾種設計方式
  • 使用可以展開與收合的元件 
  • 使用層疊的元件,透過按鈕或其他選項切換 
  • 使用Tab元件切換 
  • 使用多個Dashboards,用選單,按鈕或連結切換檢視Dashboards 
  • 使用參數過濾資料,顯示使用者要看的內容,例如使用時間選擇元件選擇某一季來顯示統計圖,而不是顯示4個圖

 d.元件放置 : 如果有超過兩個以上的tables, grids , scorecards or charts應如何放置 
  • 與key users討論,哪些資訊最重要,通常依重要性由左至右,由上至下排序
  • 根據控制流程由左至右,由上至下排序,例如先看Scorecard,才會看趨勢圖,然後點特定指標值,顯示明細的Charts

  
2.3 給定Dashboard標題與元件的標籤

 
2.4 設計核心的Dashboard功能(如filters,drill down, alerts, etc)

 
a. 定義控制流程
b. 決定展開路徑(Drill Paths)

 
2.5 展示Dashboard雛型給使用者,得到使用者建議, 修正與核可

 

 
3. 資料與系統設計

 
3.1 資料模型設計

 
a.決定每一元件的資料來源

b.決定每一個UI Component的資料格式與計算方式

c.決定所需歷史趨勢資料的保留方式(Data Warehouse)

 
3.2 Data Model轉換, 來源資料與顯示Dashboard所需的資料格式與粗細度可能不同,需經過計算或轉換後才能做為Dashboard的Data Model

 
3.3 系統設計

 
a.決定資料的存取方式

b.設計OLAP Cube的結構

c.設計整體架構,包含網頁設計,使用者權限等

 

 
4.架構設計 (略)

 

 
從專案角度可以分下面幾個步驟

 
1. 組成專案團隊

2. 建立專案計畫

3. 檢視衡量指標與KPIs

4. 根據風險,機會與成功要素排定Dashboard實作的優先順序

5. 開始外觀佈局(layout)設計

6. 定義軟體,硬體,安全與架構需求

7. 得到關鍵利害關係人的核可簽字

8. 開始建構dashboard與相關系統(包含測試)

9. 訓練使用者

 

IT(MIS)工作的十大缺點

譯者 : Fred F.M. Wang 日期 : 2011/11/28

摘錄並翻譯自 10 drawbacks to working in IT

原作者 : Brien Posey 2011/11/22 (TechRepublic)

試圖進入IT領域工作的人多半不清楚他們將會面臨怎樣的狀況。下面描述一些IT工作真實的一面。希望這篇文章讓想進入IT領域工作的人不要有不切實際的期望。

第一 : 工時長

有許多種類的IT工作型態,但共同的特點是工時長。如果你要在IT工作,最好要有在晚上或週末工作的心理準備。

第二 : 私人的時間會受到干擾

如果您在所在的單位扮演一個重要的支援角色,你會需要隨身攜帶手機。而且在任何時間可能會收到電話去處理一個警急事件。原作者曾在週五晚上第一次跟現在的老婆約會看電影時被Call去處理系統問題。也曾在耶誕晚餐時被Call。在IT工作幾乎像救火員或生命線。您不知道何時會有警急情況發生,不知道將要處理怎樣的問題。

第三 : 必須面對一些惱怒的人

在IT工作的人,特別是擔任helpdesk的角色最糟的事,就是遇到一些惱怒的使用者。每個打電話給你的使用者幾乎都是遇到某樣的問題感到挫折並期望你能馬上幫他解決。通常撥電話時懷者很大的敵意,因為他們認為都是你的系統造成他無法順利完成工作。

第四 : 有時間期限的壓力

多數IT工作都是有時間期限的。例如開發者有一定的準時結案的壓力。網管人員要在特定日期建立使用者帳號,安裝與測試新的系統。常常在大量的工作中要再安插一些工作,這些時間期限完全是不合理的,但是卻被希望準時達成。

第五 : 希望你可以修他們家裡的電腦

另外常發生的是希望你可以修理同仁個人的電子設備。當然IT人員通常抱有服務的熱誠,會儘可能幫忙他們,但是有時候真得忙不過來。作者曾遇到同仁想用很少的錢請他幫忙升級一台1988年的老電腦。

第六 : 別人常常對你撒謊

作者剛開始在IT工作時,發現許多人常常對IT人員撒謊,以掩飾因為自己的錯誤所造成的問題。你也會發現廠商的技術支援部門也會對你撒謊,作者已經數不清有多少次廠商的技術人員對他說這些問題跟他們的軟體無關,而是電腦硬體或是作業系統的問題。當然廠商銷售人員的謊言更是無法計數。

第七 : 必須學習最新的東西

IT產業持續在演進,IT專家必須學習大量的資訊才能完成他們的工作,而且這些資訊需要快速地更新。最好的方式就是不斷地學習成長。最難的是在工時長的情況而且預算緊縮下又要常常去上課或自我學習。

第八 : 電腦不如你預期的運作

最糟的是你嘗試在一定期限內完成的專案時,因為一些技術問題而被終止。電腦系統是複雜的,有時你下很大的工夫,他們還是無法如預期地運作。

第九 : 你必須面對很多官僚

作者二十年在IT工作的經歷,常常需面對許多的辦公室政治與企業官僚文化。近年來,官僚文化達到另一個新的水準。因為Enron醜聞事件,迫使IT專家必須面對無數的聯邦法規。這些法規讓IT工作變得更困難,更耗時也更昂貴。

第十 : 你的工作是讓自己過時

作者初次擔任網管人員時,一個老朋友告訴他,IT專家的工作是讓每個東西都完美地運作。但是,如果每個東西都完美地運作時,就不需要IT專家了。多年來,很多人告訴作者,只要你在IT工作,就永遠不用擔心失業的問題。但是,新一代的管理產品就是讓少數人來管理大量的系統。同樣,很多IT工作外包​​,或將系統移轉到雲端。因此儘管IT行業本身不會很快消失,但可以了解,IT知識絕對不是就業的保證。

譯者註 : 這篇文章點出IT工作的困難處,我想除了以上十點還有許多,例如使用者需求模糊不清,一改再改,不合理等,我還遇到有公司的IT人員要負責修理廁所的燈泡(可能是老闆看到他們常拿著螺絲起子拆裝電腦,以為IT工作跟水電工沒兩樣),本文中最經典的一句話是"IT專家的工作是讓每個東西都完美地運作。但是,如果每個東西都完美地運作時,就不需要IT專家了",常發生的是老闆平常覺得這些IT人員好像沒啥貢獻(因為一切都運作得好好的),出問題時才來怪罪IT。我認為只要IT從業人員能保持領先的技術專業(不要只會一種技術),而且保持對IT的熱忱,不管在企業IT,IT服務公司,軟體公司,相信都能遊刃有餘。 -- Fred Wang







2011年11月27日

無所畏懼追求真理的傳奇人物 - 尼古拉·特斯拉(Nikola Tesla 1856-1943) 資料整理


作者 : Fred Wang, 2011/11/27
“首次接觸到特斯拉的資料,深深被吸引,原來人類的科技文明是可以提前數十年,遺憾的是人們的自私,讓許多好的事物無法流傳與發揚光大,特斯拉偉大的發明因為影響到許多既得利益者,因此遭無情打壓,以其無所畏懼,追求真理,對人類具大的貢獻無法被輕易抹滅,相信歷史最後會還原真相。”—Fred Wang
頭銜 :
交流電之父、無線電之父、免費能源之父、現代物理學之父、雷達之父、電腦之父、網路之父、X光攝影之父、太陽能之父、死光之父、飛碟之父、人造衛星之父、二十世紀之父、火星探測之父、太空旅行之父、人造閃電之父、人造地震之父、人造氣象之父、意念控制之父、意識顯影之父、空間傳送之父、粒子牆之父、引力牆之父、人造星球之父。
事績
  • 五歲時,自製一台嶄新的無葉片小水車,這種小水車不但能順利地在河流中轉動,並且比一般水車轉動得更快。
  • 1879年,經由指導教授舉薦他到匈牙利完成第一款電話系統及揚聲器。
  • 1882年,經引薦幫忙法國建立旋轉磁場的電器設備及發明了感應馬達
  • 1884年,被引薦到美國紐約的愛迪生財團總部任職於電器研發特別部門的一位主管,一年內就獨立開發二十四種產品,包含「直流發電機」的重新設計。
  • 1887年,組裝了最早的無電刷交流電感應馬達
  • 1888年,發展出特斯拉線圈(Tesla Coil)的原理這是一項能夠無限量供電的免費能源科技。(簡單的說,他證明了電可以免費從空氣中取得,這是不得了的發明,將造成多少石油公司與電力公司倒閉,影響多少人的生計,當然會被打壓封鎖 – Fred)
  • 1889年,特斯拉在科羅拉多州的實驗室中證明了泥土是導電體並製造出人造閃電。透過自己的接收器觀察了閃電並研究了大氣電。計算得出地球的共振頻率接近8赫茲。
  • 1891年,證實了無線能量傳輸,他用機電振蕩器進行了機械共振實驗,使周圍的一些建築物產生了共振,且在紐約一些地方無線點亮了那裡的電燈。
  • 1893年至1895年,特斯拉研究高頻交流電。用圓錐形的特斯拉線圈造出了百萬伏的交流電,研究了導體中的「集膚效應」,設計了調諧電路,發明了無繩氣體排放燈,並無線發射了電能,造了第一台無線電發射機
  • 1893年的世博會特斯拉與喬治•威斯汀豪斯用交流電照亮了整個博覽會藉此向參觀者介紹交流電。一位參觀者記述道:"房間內懸掛著兩個用錫箔包裹的硬橡膠板。兩個大約相距十五英尺。當電源接通,燈泡與燈管沒有電線連接,而燈泡發光了"。(同時點亮九萬盞燈)
  • 1893年特斯拉在在費城的法蘭克林學院發表演講表示:"許多年以後,人類的機器可以在宇宙中任何一點獲取能量從而驅動機器"。 (愚昧的後人仍無法完成此項成就--Fred)
  • 1897年,特斯拉研究了粒子輻射,使他建立了宇宙射線基本方程式。
  • 1897年,成為國際軍事派科學的首席大師,時年四十一歲。(之後的研究進入軍事機密領域,多被封藏)
  • 1897年,舉世知名的「尼加拉瓜」發電站落成,此發電站是特斯拉運用了他9項專利發明設計了這個第一座達10萬匹馬力的發電站。
  • 1898年,特斯拉創造了「遙控力學的藝術」(Art of Telautomatics),在麥迪遜廣場花園的一次電學博覽會上向公眾演示了無線電遙控船隻發明了內燃機的「電點火器」即火星塞
  • 1900年,發明增加電子波動強度的儀器。
  • 1900年-1911年,在紐約的「水邊發電站」,進行無葉渦輪引擎在100–5000匹馬力測試。
  • 1901-1905年 在紐約附近的長島建造Wardenclyffe塔,是一座複雜的電磁振盪器,特斯拉利用此塔實現地球與電離層共振,後世認為此塔引發了1908年通古斯大爆炸。1908年,特斯拉時年五十二歲。
  • 1910年,成為國際軍事間諜的幕後黑手,暗中主導各國的軍事單位,左右若干國家的首腦,包含美國、蘇聯、德國、英國等十餘個國家,時年五十四歲。
  • 1912年特斯拉提出:「若把物體的振動和地球的諧振頻率正確地結合起來,在幾個星期內,就可以造成地動山搖、地面升降。」
  • 1933年,美國戰爭部動用國力,近乎使用一個國家來交換他留在美國的機會,也確立了美國西部「51區」的誕生,時年七十七歲。
  • 1935年,特斯拉在實驗室打了一口深井,並在井內下了鋼套管。然後將井口堵塞好,並向井內輸入不同頻率的振動。奇妙的是,在特定的頻率時,地面就會突然發生強烈的振動,並造成了周圍房屋的倒塌。當時的一些雜誌評論說:「特斯拉利用一次人工誘發的地震,幾乎將紐約夷為了平地」。(人造地震)
  • 1937年,完成人類史上最不可思議的"引力的動態理論",時年八十一歲。(理論主要內容是具體實踐的方式,包含「反引力」及「人造重力」的裝置設計,也是「人造星球」的重要基礎。其中關於「空間傳送系統」及「引力門系統」的設計,亦即接觸「良善的外星人」方法,另外還有「死光」的一系列裝置說明。「引力門系統」(釣飛碟系統)是直接通過「良善的外星人」得到高科技支持的方法;「死光」的主要用意是預防「非良善的外星人」的攻擊而作為防禦使用,包含摧毀外太空的隕石,其中也涵蓋了如何在宇宙的各角落去利用引力而成為取之不盡用之不竭的能源方式;「空間傳送系統」的大致內容估計要有「特定元素」才能製造,而這些元素在地球上都沒有,故而要先通過「引力門系統」去取得。)
  • 1943年死後美國政府下令徹底銷毀他的生平及一切活動細節,1897年後四十五年間的作品全部被FBI列入絕對機密,至今仍無從得知細節。
其他
  • 他在美國科學界被除名並遭到嚴重抹黑,原因是他否定「相對論」等其他理論,他認為有理論基礎就得去實驗證明,不值得空談高唱。1921年諾貝爾團隊否定相對論,基於尼古拉·特斯拉全面否定的緣故,因為他當時已經初步完成"引力的動態理論",諾貝爾團隊有幾位科學家有涉獵,故1922年頒發愛因斯坦獎項時才決定公開否定相對論。
  • 精通八種以上的語言,至少能閱讀十一種文字,至少可以使用六種語言進行複雜的專業溝通。(英語、法語、德語、梵語、拉丁語、捷克語、匈牙利語、義大利語、塞爾維亞語...)
  • 特斯拉一生獨自獲得1000多項發明專利相當於發明大王愛迪生的通用電器公司實驗團隊的總發明數。
  • 總共獲得十一次諾貝爾物理學獎,他都拒絕領取。
  • 研究尼古拉·特斯拉的作品,從而直接得到啟發獲得諾貝爾物理學獎的比率佔了27%,甚至間接得到啟發的比率更超過65% 。因此被稱之「現代物理學之父」
  • 不止準確的預知到第一次世界大戰的爆發日期、結束日期、爆發地點、結束地點,更預知第二次世界大戰的開戰日期、結束日期。
  • 1912年不惜動用一切力量去阻止當年世界首富摩根(J.P.Morgan)搭上鐵達尼號,晚年的三十年中,曾經救過很多的世界富豪及政要。
尼古拉·特斯拉 (Nikola Tesla)語錄
  • 「我的大腦就像一個接收器,太空中存在著一切東西的核心機密,他是我們知識和靈感的來源。我沒能瞭解這個核心的眾多秘密,但是它的存在是不容置疑的。」
  • 「我和電磁粒子天生投緣,彼此之間關係密切,我想掌握他們的行為規則,每一個產生電磁效應的基本粒子,都是極其複雜的實體,是帶有只能的生命。從智慧的角度看,他們絲毫也不比你我來的差。與他們交流是一件時時發生,極其正常的事。」
  • 「電給我疲乏衰弱的身軀注入了最寶貴的東西一一生命的活力、精神的活力」。
  • 「我利用了宇宙射線,並且使它們操作一個成為原動力的設備。」
  • 「我只是一位平凡人,我也沒有特殊能力。在宇宙中的任何一小部分都包含著整個宇宙的所有信息,在其中藏著某個神秘的資料庫又保存著宇宙的總體信息,我只是很幸運的可以進入這個資料庫去獲取信息而已。」
  • 「太陽系有防護罩,通過旋轉進行共振放大才能脫離太陽系的囚牢,才能轉移到任何一點上。」
  • 「太陽系是被製造出來的,我們被關閉起來,我們必須突破出去,我們必須努力進入宇宙的大家庭。」
  •  「如果你想要通達宇宙本源真理,就要開始思維一切和能量,頻率,共振有關。」
  • 「如果科學界開始研究非物質領域的現象,這一個世紀的進步絕對會更超越過去所有的記錄。」
 
參考資料 :
  1. 尼古拉·特斯拉(Nikola Tesla) - 維基百科
  2. 人造地震 - 錢神電信 (最豐富)
  3. 可以不封神,但是不能不修煉——亞特蘭蒂斯之神特斯拉的啟示 
  4. 尼古拉·特斯拉:太陽系是被製造出來的,我們被關閉起來
  5. 尼古拉特斯拉--一位默默無名的重要人物
  6. 不用電線就可以傳送電力?流言追追追-【實驗精華片段】
  7. 東森關鍵時刻 20100517B (7/7) ~ 誕生在閃電中的天才特斯拉
  8. 尼古拉-特斯拉紀念(Nikola Tesla)影片

2011年11月26日

彈性應用系統平台十種設計方向(Flexible Application Platform 10 Design Approach)

 

作者 : Fred Wang 日期 : 2011/11/26

甚麼是一個高彈性的應用系統平台,可能具備下面的彈性需求類型 :

a.使用者操作彈性,b.彈性可調整的外觀,c.支援多前端平台,d.功能可擴展性,e.開發人員分工協同設計,f.程式高度可再用性,g.彈性支援多種後端來源資料儲存與傳送方式,h.可彈性擴充後端支援的硬體

是否有機會做到呢? 下面提供一些設計方向,可以依據所需的彈性需求類型組合參考下面的設計方向來建構。在此僅說明設計方向,至於實現的技術需要獨立專文討論。

一,使用者介面個人化設計 : 如iGoogle,myYahoo等個人化入口網站,提供End User有限度地調整自己個人網頁要看的內容。

二,使用者外觀與資料分離式設計 : 將外觀如theme, styles抽離網頁內容,在Runtime時由展示層(Presentation Layer)動態組合成網頁後呈現到使用者前端(Client),好處是可以獨立設計與調整外觀Theme,並可切換不同的Theme,這種設計在許多系統都已經實現,特別是WCM系統,IBM Portal, Quickr等。有些平台提供設計師上傳預先設計好的themes或styles檔案的介面,有些提供使用者介面(UI)進行Themes與styles有限度的微調,並可以儲存自訂的Themes與styles。    

三,多重網路協議層設計 : 為了支援多種的使用者前端如Web Browser,內嵌式設備,行動設備或自行開發的應用前端(application Client) 如Flex, Adobe AIR等,在展示層增加一個層次用來處理多種的網路協議(protocol),將這些前端訊息格式轉換成一致的格式傳給後端層次的成式處理,也將後端層次的層次處理或抓取的資料轉成前端訊息格式回應給前端。

四,MVC架構或多層次架構設計 : 將不同類型的處理分層,一個層次的程式接收前一層的資訊加以處理再轉交/呼叫下一個層次的程式或透過委託程式(delegation)分配給後一層次的程式處理。這種設計可以提高功能的可擴充性,而且有利於大型專案的專職分工。

五,程式模組化設計 : 這是程式設計入門學問了,程式設計師必需具備的高內聚力,低耦合性等模組化程式設計素養,不管是前端的Javascript,邏輯處理的Java等都平常都要養成模組化設計的習慣,而團隊則要做好共用模組的管理,如測試,驗證,品檢,文件製作等才能提高再用性的效力;另外,Design Pattern與software framework的運用也是很好的方向。

六,Metadata結構設計 : 在資料庫的資料表(data tables)前增加Metadata層,程式不直接存取實體的資料表,而是存取Metadata層結構的資料,而Metadata與資料表的轉換有專屬程式處理,例如:Metadata與Oracle資料庫間有一組處理程式,而Metadata與MS SQL Servr資料庫間又有另外一組處理程式。此種設計廣泛出現在Data Warehouse,而知名ERP軟體SAP也是採用此種設計。

七,高度參數化設計 : 將系統中任何可能變動的參數甚至一些判斷邏輯從程式抽離,並設計使用者介面(UI)提供管理者進行調整。這些參數又分為系統參數與業務相關參數,可以區分不同權限管理。多數商用系統應該都有這樣的設計,很多是儲存在.ini檔中,而較好的是提供使用者操作介面,例如SAP的Configuration。

八,可客製物件設計 : 這種設計是將商業的元素物件化,例如:訂單是一個物件,訂單項目是另一個物件,每個物件有標準欄位與可自訂欄位,欄位值可以設定預設值公式,欄位檢查,並可以設定物件間的關聯,部份看起來是資料庫管理系統的作業,部分應該是程式中處理的,有些系統如Force.com將這些動作完全提供使用者介面,透過畫面以簡單的操作完成設定。

九,彈性資料表設計 : 這個設計是資料庫內表格設計的一種技巧,例如,物料主檔各類型的物料屬性不同,如果採用聯集,會設計出一個欄位超多的資料表,儲存資料時也將產生許多的空值或預設值,浪費許多的儲存空間。因此衍生彈性資料表設計,就是區分預設欄位資料表與彈性欄位資料表,前者包含key欄與一些共同的必要欄位,這些欄位可以設定索引快速搜尋,後者包含Key欄,屬性名稱欄位,型態欄位與內容欄位。

十,虛擬化與雲端化的基礎架構設計 : 這是近年最夯的IT話題,主要好處就是高擴充彈性的基礎架構(infrastructure),服務容量將要不足時可以隨時加入硬體伺服器,任何一台伺服器要維修也可以不影響營運下抽離。有兩種不同種類的技術,一種是VMWare,Xen的虛擬技術,一種是Google Hadoop, MapReduce等技術。

作者: Fred Wang(http://fredwang.blogspot.com),麻煩參考時請註明出處,本網站的連結,否則視為侵權。

2011年11月21日

十個免費的網頁草圖設計工具


作者 : Fred Wang
線框(Wireframing)是網頁設計和開發的一個關鍵步驟,它可以作為快速雛型設計,有助提早點出潛在的問題。可以視覺化的方式呈現內容,階層與佈局。

線框讓意見溝通更容易,減少範圍蔓延,降低因後續設計改版造成的專案成本,並提供更早的前端可用性和功能測試。

下面介紹一些免費的線框與草圖繪製工具。

1. Mockingbird

這是以Cappuccino框架為基礎的網頁測試版軟體,用來建立,連結,預覽和分享網站或應用程式的線框/草圖。

2.Lovely Charts

這是一個線上繪圖工具,可以建立flowcharts, sitemaps, 組織圖和線框等圖形。

3. Cacoo

這是一個線上繪圖工具,可以建立sitemaps, wireframes, network charts等圖形。

4. Gliffy

這是一個網頁應用程式,可以建立process flow diagrams,組織圖,Floor plans,商業流程,網路圖,技術圖,網站線框等
5. Lumzy

這是一個網頁與應用程式模擬與雛型建立工具,可以增加事件來模擬使用者的動作。也提供即時協作功能,如團隊編輯,對談等功能。
6. Mockflow

這是Adobe Flash平台的應用程式,具備乾淨簡約有組織的介面,編輯功能廣泛。可以拖拉元件模擬網頁的線框。

7. Pencil Project

這是一個open source工具,用來繪製圖表,GUI雛型等。有Firefox add-in與獨立的應用程式(linux and windows

8. SimpleDiagrams

這是一個小型的桌面應用程式,可以幫助你快速地表達想法。建構在Adobe AIR平台上可以在Mac, Windows和Linux上運行。輸出成PNG檔。

9. Denim

這是一個免費跨平台的桌面應用程式,提供素描,允許在不同的精細水準下設計,是早期腦力激盪與繪製線框的有效工具。

10. Website Wireframe

這是一個簡單快速建構網頁線框的工具。可以透過eMail,簡訊等傳送wireframe的連結提供意見回應,討論與建議。

參考資料 :

1.Grace Smith, “10 Free Wireframing Tools for Designers”, Mashable Tech. (http://mashable.com/2010/07/15/wireframing-tools/)

2011年11月16日

雲端服務選擇與評估檢查表(checklist)

雲端服務選擇與評估檢查表(checklist)



作者 : Fred Wang 日期: 2011

企業在選擇雲端服務時,應依其雲端應用的安全性要求與企業的資訊安全政策定義選擇與評估的檢查表,下面是一份整理自網路上各文獻的檢查要點,提供企業選擇上的參考。

1.網路傳輸安全性

1.1 是否具備網路傳輸中斷之資料儲存與接續處理機制?

1.2 是否具備網路傳輸資料加密機制?


2.用戶端安全性

2.1 是否具備憑證認證機制?

2.2 是否可以特定帳號在限定電腦執行?

2.3 是否有同一帳號限定同時多少台電腦可以登入使用?

2.4 是否具備防列印,剪貼或網頁另存等機制? 是否可以限定瀏覽器Cache的使用?

2.5 是否具備防機器程式,防側錄等機制?


3 伺服器安全性

3.1 儲存數據的安全保護方案是否有能力抵禦Internet駭客和病毒的攻擊?

3.2 一旦出現重大問題時是如何恢復數據的?能在多長時間內完成資料恢復?

3.3 有沒有業務連續(Business Continuity)和災難恢復(Disaster Recovery)保障策略?

3.4 有沒有災難異地恢復方案?

3.5 能否針對災難恢復時間和災難恢復水準出具書面承諾?

3.6 在解決和處理數據恢復和備份時,是否需要用戶中斷業務操作?

3.7 是否提供用戶自行備份服務?


4.應用程式與資料安全

4.1 資料與其他企業在相同平台, 應用程式和資料的隔離方式? 有沒有安全隔離和防滲透保護策略?

4.2 如何避免因其他客戶的系統當掉而受到影響?

4.3 所有涉及用戶機密資料是否採用加密保存,即便是系統管理人員也無法得到原文?


5.資訊安全保證

5.1 能否提供IT管理員與特有權限人員的相關資訊? 與避免資料外洩之保證? (2007/11/8 新聞 : Salesforce員工遭網釣攻擊,而洩漏自己的帳號密碼,使得駭客取得Salesforce的客戶連絡人名單。)

5.2 如何進行資訊安全管制? 有沒有部署規範化的安全管理制度?

5.3 是否可由外部機構來進行稽核或進行安全認證?

5.4 是否有第三方監理或相關安全認證?


6.司法與稽核

6.1 是否從屬於伺服器放置地所在國的司法管轄? 在這些國家展開調查時,服務商是否有權拒絕提交所所託管資料?

6.2 如果企業試圖展開企業內部違法或洩密活動的調查,服務商能否協助,提供system log? Log是否方便存取或查詢?


7.隱私權 : 服務商是否會對客戶資訊進行加值處理以達行銷目的? , 例如Gmail客戶打開信件可以看到與信件內容相關的廣告連結

8.智慧財產權 : 用服務商提供的API開發應用系統, 智財之歸屬問題?

9.資料所有權 : 為資料保全問題進行客戶資料的複製, 是否經過客戶許可?

10.服務水準 : 有哪些服務等級? 服務水準如何? 7x24x365? 是否有Local Support?

11.資料移轉 : 合約中止時如何取回資料? 是否可以用一定的格式轉入替代的應用系統 ?

12.帳號管理 : 是否有人員異動,離職,工作代理等權限變動管理機制?

Jakob Nielson的網頁可用性設計資源整理

. Jakob Nielsen 曾於IBM用戶介面研究中心任職,並獲得用戶介面設計/電腦科學的博士學位。1998年前他作為Sun公司的工程師,負責了幾次Sun公司網站和內部網的可用性設計和再設計工作,包括1994年SUNWEB的設計。此後他和Donald A. Norman博士共同建立的Nielsen Norman Group(http://www.nngroup.com/)。(資料來源 : 維基百科)

. Nielsen創建了"可用性工程"運動來快速低成本改進用戶介面,發明了多種可用性方法,包括啟發式評估法.他擁有75項美國專利,主要是在網頁易用性方面。


Jakob Nielsen的書籍

1.Jakob Nielsen,"Designing Web Usability",1999/12

2.Jakob Nielsen and Marie Tahir,"HomePage Usability:50 Websites Deconstructed",2001/12 (提出113條首頁設計準則)

3.Jakob Nielsen and Joa Loranger,"Prioritizing Web Usability",2006/4

4.Jakob Nielsen and Kara Pernice,"Eyetracking Web Usability",2009/12
 
Jakob Nielsen的網站


Jakob Nielsen的網站 : http://www.useit.com/

Nielsen Norman Group網站 : http://www.nngroup.com/

2011年11月14日

商務筆電與一般家用筆電有何不同? (商務筆電評比要點)


作者: Fred F.M. Wang 日期: 2011/11

商務筆電與一般家用筆電有何不同? 除了特殊工作需要,多數商務筆電不同於家用筆電對影音的需求,而是在行動性, 安全性與穩定性,下面列出一些重要的評比要點,提供IT人士參考

1.搭載的作業系統不同


商務筆電搭載Windows XP/7 Professional以上的版本,提供加入Windows網路(windows server domain)以分享檔案,遠端桌面功能提供IT人員遠端協助,壓縮檔案系統,軟體使用限制等。

2.商務筆電較輕薄

商務人士或業務人員需要攜帶筆記型電腦外出的機率較高,所以重量是考量的重點。

3.商務筆電電池續航力強

商務人士或業務人員需要較長的行動使用時間,因此對電池續航力要求較大,有些廠商提供附加的備用電池延長操作時間。

4.商務筆電具備撞擊防護

由於外出使用商務筆電,可能有較多撞擊情況,物理上的撞擊防護重要性高,許多商用筆電強調其強固性,甚至通過美國軍規標準。

5.商務筆電具備資料安全防護

由對企業資料保護的重要性,因此許多商務筆電具備防止資料盜拷,遺失尋回等功能。

6.商務筆電須開機快速

商務筆電即開即用的需求高,開關機速度近年成為商務筆電重要評選項目之一。

7.商務筆電穩定性高

商務筆電零件等級高,散熱,使用商務硬碟,經過較嚴格的測試等,因此穩定性高,不易當機

8.商務筆電保固期較長,並有企業級的售後服務

當然,商務筆電價格較高,企業大量購買通常會享有折扣優惠。
註 : Apple MacBook沒有區分商務與家用的規格,在也沒有企業特有的保固與服務,價格上也較硬。

除此之外,展示能力,如連接投影設備也是必要的,近年,一些新機種強調可旋轉螢幕,雙面螢幕,觸控等展示能力,也常常成為商務筆電的評選要項。

2011年11月13日

南歐人的工作觀與債務


樂觀,快樂,浪漫,悠閒的南歐人是如何過生活的? 代價?
06:00起床, 07:30開始工作, 13:30吃午餐 , 15:30午休, 17:30休閒時間, 21:00吃晚餐, 22:30就寢
(原始來源: http://blog.livedoor.jp/dqnplus/archives/1674383.html)
債務 :
image
早上8點前起床,先洗澡,吃早餐,然後從容去上班。
到了公司不急著打卡,先到書報間翻閱足球賽的比數和戰況報導。
10點為自己泡杯香濃的咖啡,邊吃餅乾邊和同事聊天。
11點開始收發E-mail,處理今天該做的正事。
下午2點午休,和同事到餐廳或各自回家,吃午飯。然後午睡半小時。
下午4點繼續處理早上未完成的工作。
傍晚6點到7點下班後,和同事在附近小吃店喝啤酒配Tapas(下酒菜)。
晚上10點回家吃晚飯。
午夜12點到各大酒吧和朋友狂歡跳舞,或純聊天打屁。

債務 :

image
下次再研究義大利人。

試想當一個生活悠閒, 輕鬆度日的人,為了維持過好品質的生活,向每天辛苦工作超過10小時的您借錢,您會借嗎?  不借!  好,他會給您更優惠的利息,如何? 有利可圖, 借他吧! 直到有一天您發現,他連利息都還不起了,才會警覺這個投資可能血本無歸,所以為了怕倒債,乾脆給他削減利息好了。
這就是歐債的現況。

試想台灣人辛苦工作,生產出毛利極低價廉物美的電子產品,讓這些高所得的歐美國家人民得以享受這些辛苦的成果,難道這是台灣人的宿命?

2011年11月12日

軟體開發生產線化探討


作者 : Fred F.M. Wang 日期 : 2011/11/12
軟體開發團隊的成功要點包含設計建立程式元件與累積程式元件庫並建立高效率的生產線,因此,要改善軟體開發效率可以將流程生產線化,並區分系統與元件兩類生產線。
1. 系統生產線。
a.根據不同技術平台建立不同的系統生產線,如SAP, VB, Java等。
b.技術平台應單純化, 避免過多的生產線; 架構也應單純化,避免太多類型的設計架構讓開發流程,無法標準化與一致化。
c.應妥善運用庫存元件,樣版與架構,如果沒有適當元件則會建立系統專用元件。
d.檢視系統專用元件是否具備可再用性,經過審核與品檢後納入元件庫管理。

2. 元件生產線
a.根據商業各領域知識,專家經驗,最佳典範與既有系統開發領域相關的功能元件,或樣版。
b.根據現有系統經驗與開發經驗開發公用元件,或樣版。
c.元件取得也可以透過外界取得,購買或外包開發,提高效率。

參考這篇文章 : "ZDNet基於構件技術的企業MIS開發及應用" 加以修改成下面生產線圖
image

企業應用系統的開發生產模式探討

 

作者 : Fred F.M. Wang 日期 : 2011/11/12

一般企業IT應用軟體開發模式相較於四種製造模式是屬於接單生產,雖然較容易貼近客戶的需求,但是資源的運用與TAT較差。本文將介紹四種製造模式之優缺點比較。

一般企業IT應用軟體開發模式相較於四種製造模式是屬於接單生產,雖然較容易貼近客戶的需求,但是資源的運用與TAT較差。本文將介紹四種製造模式之優缺點比較。

Build to Order 接單製造    : 完全根據客戶需求規格打造產品   
優點:完全符合客戶的需求
缺點:生產單位需要不斷配合客戶進行產品與製程的變更,效率較差,TAT長

Configuration to Order(CTO)接單裝配 : 將零件模組化,接單時再裝配為客戶需要的產品   
優點:生產效率較接單製造高,對產品客製化與變更的彈性也較後兩者大
缺點:可能無法完全符合客戶的需求

Build to Assembly 組裝製造 : 先製造半成品,接單後再進行組裝完成成本   
優點:生產效率較前兩者高
缺點:可能無法完全符合客戶的需求(半成品需要經過客戶認可)

Build to Stock : 製造標準化產品   
優點:可以計畫性生產,生產效率與資源運用最好
缺點:無法完全符合客戶的需求

IT若要縮短應用系統開發時程,又能盡量滿足客戶需求,應朝接單裝配或組裝製造的方向規劃。配合有效的專業分工與產能(內製或外包)控制,成熟的程式元件庫或樣版(半成品),

 

有人知道這些奇怪的轉介網址嗎?

 

本月開始出現一些奇怪的流量來源,不知道有沒有網友有類似的問題?

image

.TK是免費的域名(Domain Name)服務

image

第一個bllog.tk因為惡搞, 被停止使用

image

 

Asmaa Heban警告大家不要連上這些網站!image

 

如果各位Google部落格版主有這個問題,請將問題反映給Google,請他們阻擋這種問題的流量

image