台灣人玩臉書，我想應該已經成了一個國民運動。

看來似乎是昨天改版的，在網站內容上其實沒有太多的變化，
只是將首頁的版型配置變更過，也變得更花俏了。
可以大膽假設的是：Rational 是願意花錢投資在這個平台上面的！
願意花錢投資，就代表著他們對這個系列產品的未來性是看好的；
也期待這個平台能陸續推出令人驚艷的產品~
 

話說，自從搬家之後，馬克的娘，就變成了台電的 “省電高手”。
而新家，就變成了吃電怪獸；
平常兩個月大概就要 NTD 3000，夏天加上晚上回家開個冷氣
（還不一定每天開，即使有開，也沒有開一整晚），
電費就會爆衝到 NTD 5000。
後來某天在跟朋友聊天的時候，他說他女朋友夏天一回家就是開冷氣，夏天兩個月也不過 NTD 3000…
當下就覺得很無言…

各位看倌，還在一股腦的用 jQuery 嗎？
看看這個比較表，再想想吧！
 

公司內部使用的 RTC 版本，就要從 1.0 升級到 2.0 了。
但是大家用的開發環境，不論是 RSA  或者是 RAD 7.5，內建的 RTC Client 都是 1.0。
該怎麼辦呢？
查了 Jazz.net 上面的論壇，再經過我自己測試之後，方法如下：
先將 RSA/RAD 7.5 更新到 7.5.5 ifix1，我測試過直接用 7.5 的版本是無法把 RTC Client 換成 2.0 的；
但是是不是要更新到 7.5.5 ifix1，這我就沒空一個一個版本去測試了，
目前 7.5.5 ifix1 是最新的更新，也能很順利的跟 RTC 2.0 整合。

安裝時選擇：使用現有的套件群組

可以正確的進到最後的安裝確認畫面。

安裝完之後的測試，因為目前公司還是用 1.0 的版本，所以無法連接成功。

看來是每一季 release 一版啊…
千萬別讓我對 Rational 這個 brand 失去信心啊…
按此連結到IBM下載

從六月份開始，將 RTC 實際運用在專案上，到目前看來，的確是達到了不錯的效果。
打算用三個階段來自行完成 RTC 的導入：
 
第一階段是：
讓整個 team 了解 iteration plan 跟 work item 的運作模式。
心得：
過去我們專案的 work item，
都散落在各個 programmer 的日、週、月報 (Excel or Word) 當中，
而且隨著專案持續的往前走，
PM 自己的 MS Project file 有的時候，
也很難對上 PG 的 work item，線再透過 RTC 的 Iteration Plan，
讓 PM 可以規劃在這個區間中，要某某人做某某事，一目了然；
而 PG 也可以透過 Eclipse 中的 My Work 這個 View，
知道自己目前在這個 Iteration 被分配到哪些工作，
然後自己預計要做哪些工作，十分清楚！
 
第二階段是：
將 Source Control 由 CVS 轉換到 Jazz Source Control
心得：
過去使用 CVS 的時候，只能達到單純的版本控制。
但是在 OOAD 的架構底下，一個問題，
可能要修改好多支程式，然後一個專案又那麼多 PG 會 commit 程式，
SA 怎麼會知道哪些程式是解決了哪些問題啊…。
轉到 Jazz Source Control  之後，要 commit 程式碼，
就要把程式碼跟一個 change set 關聯；
而這個 change set 要整個 commit 進到 server 的時候，
都需要填寫 comment 或者是跟某個 work item 建立關係，
所以當 SA 在跟 Jazz Source Control 同步的時候，
透過 Pending Changes …

千呼萬喚始出來…等考完 PMP 來好好研究研究…
https://jazz.net/downloads/rational-focal-point-for-project-management/betas/1.0Beta1

 剛開始玩 Team Concert 的時候，instant messaging 只能用 Lotus sametime 跟 Jabber 去整合，
Sametime 很難搞，Jabber 可以自己架 Server 但是還要自己維護，
而且都還要 team member 再另外申請帳號，很麻煩。
最近在看 Jazz.net 上面的簡報檔案，才知道已經有支援 Google Talk 的整合了。
這年頭，要沒有一個 gmail 帳號的人，
應該是侏儸紀公園裡面的產物了，就讓我們看看 RTC 怎麼整合 Google Talk 吧！
先到 Window > Preference，選擇 Instant Messaging（我已經設定好了）

編輯設定的畫面，選擇 Google Talk，然後把帳號密碼打進去之後，再回到上面那張圖，選擇 connect，就連上囉。

連上之後，在 Team Organization View 裡面看起來就會像下圖：

有連上的 team member 也會以綠色的方式顯示，就可以直接在 RTC 裡面丟訊息了，
收訊息的人還可以看到丟訊息的人在 RTC 裡面放置的個人圖檔…
當 Mike 丟訊息給我的時候…那個畫面就超爆笑的…

好久沒有看看新技術了…光是搞 PMP 跟 Software Process 的東西，再加上工作上的事情，每天就覺得累得要死…
回想起來，念研究所的時候還比較快樂…老闆不在的時候還可以跟學弟們忙裡偷閒一下…嘿嘿…
 
最近在檢視一些過去案子裡面，要用到圖形驗證碼的功能，看來看去，架構上實在是不太令人滿意。
安全性好像也沒有那麼好。
逛著逛著，就逛到 facebook 去了…
然後就逛到 Twitter 去了…
然後就要註冊了…結果就發現了這個玩意。
reCAPTCHA
恩，Carnegie Mellon University 主持的案子耶，Carnegie Mellon University 的 Computer Science 也是數一數二厲害的…。
坦白說，這東西很容易會看到眼睛脫窗。
考慮把這個機制提案給客戶看看，驗證碼的部分，就直接採用這個方案；
但是想想之後…還是算了，我想弄上去之後，客戶應該會被他們的客戶客訴到爆吧。
不過在架構上還蠻可以參考的。