2008/8/14

姊姊的守護者

http://www.umltw.com/2008/08/blog-post_14.html


(圖片出處:博客來網路書店)

「正常」在我們家,像一條太短,蓋不住整張床的毯子——它有時候可以剛好蓋住你,其他時候可能會害你冷得發抖。更糟糕的是,你永遠不知道這兩種情況會發生哪一種。[13]

當你只有一把鐵鎚,每樣東西看起來都像釘子。[22]

你知道人生不時會面臨抉擇,某些時刻好像你的整個人生分出岔路,鋪展在你眼前,即使你勇敢的選擇一條路,你的眼睛還是會一直望著另一條路,想確定你是否選錯了路。[23]

一個小孩的微笑宛如刺青,是擦不掉的藝術。[30]

我想我們的人生或遇到一些十字路口,我們對問題還不瞭解就必須做非常重大的決定。[33]

真正的朋友沒有能力為你感到遺憾。[61]

當你的世界完全停滯時,你很容易假設別人的世界也是如此。[70]

做父母的真的只是追隨小孩的背後跑,希望你的孩子不要跑得太快、領先你太多,你會看不見他們的下一個動作。[153]

如果你遇到一個孤獨的人,不管他們是怎麼對你說的,他們絕對不是因為喜歡享受寂寞而孤獨。而是因為他們曾經嘗試過要融入這個世界,但人們一再令他們失望。[163]

人類承受負擔的能力就像竹子——它的彈性大到你第一眼看到它時一定無法想像。[202]

我們做的一些事情,我們讓自己相信,不要公諸於事會比較好。我們告訴自己這麼做是對的,是為了對方好。隱瞞比逼迫自己面對事實簡單太多了。[225]

我頓悟到我們從來不曾擁有小孩,我們只是接受他們。[404]

雖然你想要抓住某個人離開這個世界的酸苦回憶不放,然而多少還是會從指縫間漏掉。活著的行為是潮水:開始時似乎一點都沒差別,然後有一天你往下看,看到痛苦已經沖蝕掉了許多。[430]

2008/8/11

繼承失落的人

http://www.umltw.com/2008/08/blog-post_11.html


(圖片出處:博客來網路書店)

滿足感有可能和失落感一樣強烈嗎?她浪漫地認定,愛情的確存在於慾望和滿足之間的夾縫中。愛情,是在於你缺少了什麼,而非你擁有了什麼。愛是痛苦,是期待,是撤退,是那些所有圍繞著愛的東西,但不是情感本身。[27]

...太多的你來我往與針鋒相對讓事情早已沒有對錯。單純想獲得答案是不實際的。你能回溯到多久以前把事情弄清楚?[106]

沒有人確定有多少事實遺落在語言之間、遺落在語言與文盲之間...[112]

他了解到,最好把事實看成許多小事的集合,因為許多小事實加起來卻可能變成一個大型醜陋的謊言。[114]

整山的熱氣將鎮民悶傻了,鐵皮屋頂燙得滋滋作響,石頭上攤著數十條烤熟的蛇...[117]

謹慎並非來自對科學的信仰,而是出於自覺與懷疑。[127]

無論用什麼手段,她得驅使自己往未來前進,否則她會永遠困在這個時間已經過去的地方。[129]

當你介入別人的生活,會有很多小機會讓你變得重要。[160]

屈服是多麼聰明的決定。[174]

但是愛情屬於流體,不牢固。他開始了解,愛情不是聖旨,它搖搖擺擺,倒向背叛,無論他把它倒進什麼模子,它就印成那個模樣。事實上,他無法避免將它倒盡各式容器裡。愛情可以用來塑成許多目的......他倒希望愛情有種限制。[275]

「但是過去發生的事是不會改變的,不是嗎?」「我想它會改變。現在會改變過去。伯斯,你回頭看也無法找到你曾經留下的東西。」[318]

他被迫面對事實,曾忍受自己用某種虛假的建構穩住自己的存在。當你編造謊言,你得編得牢固一點。事實會拆解你。他無法自毀謊言,否則過去會全盤崩潰,然後現在也是......但是現在他默許,讓過去某些事情繼續存活,重新出現,他沒有多加留意,那些事情可能會為他帶來救贖——[320]

愛情是拼布與藝術;悲傷與失落都是它智慧的一部分,就算是傷心的羅曼史也比簡單遲鈍的快樂還值得。[375]

能遺忘與放棄是福,她提醒內心,不這麼做很幼稚——每個人都得接受生命裡的不完美與失落。[377]

如果你希望保持疏離,你一定要停止思考,不然愧疚或同情會奪走你的一切,甚至是你的自我。[393]

朋友,這世界仍是如此,一邊的人飛過來當僕人,一邊的人飛過去當國王被服侍。[401]

很少人會站起來宣布:「事實上我是個懦夫。」但是他也可以偽裝膽怯,用披著溫順外衣的平凡存在來掩飾。[406]

懦弱需要門面,需要邏輯,就像他生命中其他所有原則一樣。滿足不是件容易的事,你需要有技巧地處理、掩飾、假裝它是別的東西。[406]

他看起來沒有注意到發生了什麼事,凝視前方,他沒有希望,沒有野心,也不擔心,他長出一種缺乏才能的才能,足夠苟活一生。[412]

貧困的人是最鋌而走險的一群,模糊的界線是否存在都是個問題。想像的分野介於暴動者與法律之間,介於被搶與被警察追捕的代罪羔羊之間。他們是最飢餓的一群。[418]

面對人性,他無法想像出最完美的懲罰。人不等同於動物,一點也不是。人類的生命發出惡臭、腐敗,同時則有美麗的生物優雅地住在地球上,不對任何人造成任何傷害。[429]

他們沒有本錢檢驗過去。他們必須用僅剩的東西狠狠抓住未來。[452]

幾世代以來,這種離家工作的方式迫使許多人總是掛心遠方,腦袋裡總是想著遠方的人,永遠也無法身心合一。[457]

2008/8/8

伯朗咖啡之後

http://www.umltw.com/2008/08/blog-post.html

今天跟iThome的Ray聊了一下午,在北科大對面的伯朗咖啡。或許磁場對了,或許Ray帶來的那兩本小說收買了我,讓我滔滔不絕說了許多。

回家洗完澡,坐在浴缸裡發呆,回想,好久不曾跟一個新朋友說這麼多自己。我是不是好一陣子沒跟自己對話了,從懷孕到準備PMP,老實說,這兩個月體力消退地讓我覺得疲憊不堪。沒有對話、沒有記錄、沒有文字,因為提不起勁來。這段時間,我在過日子,但鮮少留下文字,因為疲憊。

又一次回顧為何我在這個時刻想生孩子?因為失去了我摯愛的父親,所以渴望一個新生命的到來。在我不切實際的天真想像中,人生的道路是筆直的,直到發生了爆裂點,筆直的路產生了分裂。我在分裂的路上,擇一續行。

人生的轉捩點,在當下,經常稱為「苦難」,撐過了,再回首,才稱「轉捩點」。一個爆裂點,讓路分了岔。

2008/8/4

OCUP的考試中心改了?

http://www.umltw.com/2008/08/ocup.html

「OCUP的考試中心改了」,OCUP認證班的學員跟我說這個消息,我也沒查證太多,就連到新的考試中心看了。經過學員益賓的查證並告知,才知道只是有些地區改了考試中心,台灣地區倒是沒改。

這次學聰明了,先連到Prometric考試中心測試,報名狀況還是如《OCUP/UML初級認證攻略》書上所提的。

我嘗試去登入Pearson VUE,新的考試中心。連進去後,確實也提供OCUP的認證考試,確實沒有提供台灣的考試地點,有點不同的是,這邊報名是210美金。台灣地區目前還是200美金,不曉得過些時日會不會跟進。

2008/7/25

小牛::080725

http://www.umltw.com/2008/07/080725.html



寶寶現在只有5公分,養了12週,終於養到5公分了,不簡單。我拿了一條橡皮筋,做成一個8字型,放在我老公手裡,跟他說:寶寶差不多就這麼大!照片裡頭,寶寶側躺著,頭旁邊亮亮的弧線是小手,身體下方亮亮的弧線是小腳。

這次護士在孕婦手冊上頭寫11+5,我回家想了很久才想通,應該是11週又5天的意思吧!

2008/7/21

UML互助會::0809聚會#4

http://www.umltw.com/2008/07/uml08094.html

聚會日期:2008年9月20日(六)上午am9:30~pm12:30
聚會地點:開羅會議中心
九月主講:蘇嵐威
聚會主題:失敗的足跡-UML專案之生與死
簡介:
一個UML專案,如何勇敢投入、最後又是如何黯然失敗,這是很多人共同的經驗與痛。但是,最勇敢的人是最願意回顧並分享失敗教訓的人,讓我們一塊來經歷這場失敗教訓吧!
(主講補充:這個案子使用到 UML 的部份其實不多,而我的重點,是想要放在"實際的執行過程"(過程、歷程、時間的腳步、歷史的足跡...))

聚會日期:2008年9月20日(六)下午pm2:00~pm5:00
聚會地點:開羅會議中心
九月主講:Cathy
聚會主題:跟OO專案管理有關(細節未定)
簡介:
(未定)

-----
報名者必須先加入會員,已經是會員者也要來信271080@gmail.com報名,這樣才能夠統計人數,租借場地。歡迎報名!

開羅會議中心的地址為台北市松山區光復南路65號B2(光復南路與市民大道交接口)。詢問地點可直接去電給開羅會議中心之行政人員,電話為02-27477808。

UML互助會#3

http://www.umltw.com/2008/07/uml3.html



UML互助會第三次聚會,圓滿落幕了!

感謝Kenny給我們帶來關於OSGi的介紹和範例。Kenny超強的技術能力和沙啞的嗓音,迷倒全場(這是我亂吹噓的)!有會員填問卷,希望Kenny可以常常來跟我們分享研究(這是真的,Kenny,您逃不掉了)。

還要感謝JavaWorld站長-林康司來跟我們分享創站經歷。一問之下,才知道林康司是70年次的年輕小夥子,雖然他的資歷決不年輕。我頓時心想,台灣軟體界的未來就是要靠這些年輕有熱情的小夥子來支撐了,還請大家一塊多多參與並支持JavaWorld技術論壇

另外,原本以為很可能會流會的Design Pattern讀書會有新的進展,感謝幾位新加入的會員努力認領。還有原訂9月不辦聚會的,可是因為會員分享熱烈,所以我們9月還是會辦聚會,時間敲定是9/20(六),主講人已經敲定,不過主題還未做最後確認。歡迎大家報名參加。

最後,有一件小抱怨,好幾位會員之前都報名參加這場聚會,可是卻無故未到,也沒有送封e-mail跟我取消。這次只有上校送e-mail跟我取消報名,而且他還是因為家裡有重大事件發生,才會報名後取消。可能是我觀念老派,也可能我平時很有時間觀念,所以我對這樣的情況會覺得不舒服,請各位幫幫忙,報名之後有事不來,也請事先送e-mail來跟我取消,謝謝。





2008/7/15

《OCUP/UML初級認證攻略》勘誤表

http://www.umltw.com/2008/07/ocupuml_15.html

[2-5]圖2-5誤植,正確圖如下:


[5-5] 倒數第二行中的面積,英文應為area。
[6-16]圖6-24有誤,正確圖如下:


[7-33]圖7-46中的Member改成Memory。
[8-8]圖8-7前,請加上[meta]字眼,這是一張母模圖。

2008/7/10

http://www.umltw.com/2008/07/blog-post.html


我們家陽台來了個嬌客,聲音大到嚇到書房的我!


可不是掛了喔,我前前後後觀察了牠好幾次,有時牠會用這種姿勢,不知是為什麼,做日光浴嗎?

燙手新書

http://www.umltw.com/2008/07/ocupuml.html



《OCUP/UML初級認證攻略》登上天瓏的燙手新書了!

2008/7/3

use case point

http://www.umltw.com/2008/07/use-case-point.html

這是翰源提供給會員的資料,我把他的來信內文及附件貼於此處,請各位自行下載,不再轉寄給UML互助會員了。

-----
主旨:回應Justin提到EA的use case point計算,提供相關資訊供UML互助會同好參考。

Hi,

In my current project we use Websphere commerce, J2EE technology and requirements are in terms of Use Cases. We use UCP based effort estimation.

I have used UCP estimation for close to an year now, one point which is very clear to me is that UCP estimation is not dependant on the technology you are using (only some weightage is given to technology).

There is a standard template for UCP estimation (attached herewith) and also I have attached any interesting article by Clemmon's. Another good start point would be to read "Writing Effective Use Cases by Alistair Cockburn "

Some more useful links :

http://alistair.cockburn.us/index.php/Basic_use_case_template
http://www.codeproject.com/gen/design/usecasepoints.asp

Regards

下載附件

2008/7/2

PMP::080702學習筆記

http://www.umltw.com/2008/07/pmp080702.html

(4.6) Integrated Change Control



專案的變更是必然會發生的,變更發生時可能會要求調整專案管理計畫(project management plan)、範圍說明書(project scope statement)及可交付成果(deliverables)。

有些專案,會成立變更管理委員會(CCB, Change Control Board)來負責審核變更請求。根據合約進行的外部專案,則提出某些變更時,必須由顧客批准。

在整體變更控制流程中,包含下列變更管理活動:

1.確認是否需要變更或變更是否已經發生
2.確保只實施經過批准的變更
3.審查和批准請求的變更
4.控制申請變更的流程
5.僅允許被批准的變更納入專案產品或服務之中,維護專案基準(project baseline)
6.審查與批准所有的糾正與預防措施建議
7.根據批准的變更,控制與更新範圍、費用、預算、進度與品質,調整整個專案的變更
8.記錄變更的影響
9.確認缺陷補救
10.控制專案品質

(4.7) Close Project



專案結案有兩個結案程序,分別為:
1.行政結案程序(administrative closure proceduce)—更新組織過程資產(organizational process assets)。
2.合約結案程序(contract closure procedure)—當所有合約都結案時,專案才能結案。合約提前終止屬於合約結案的特例。

組織過程資產更新的內容,主要包含:
1.正式簽收的文件(formal acceptance documentation)
2.專案檔案(project files)—專案活動的產出文件。
3.專案結案文件(project closure documents)
4.歷史資訊(historical information)—記錄教訓學習(lessons learned)