Google Chrome 引起的新功能

080908chrome1.jpg
女友像要試試看GOOGLE CHROME

080908chromefinalwep-796471.gif

打開網頁結果都是男友之前看的A片網站!!!

080908chrome3.jpg

兩人都傻掉!!!

(圖片來源: http://www.gizmodo.jp/2008/09/google_chrome_1.html)

這個笑話是來自日本的網站(http://www.gizmodo.jp/2008/09/google_chrome_1.html),這裡面想要透露出的訊息只要使用過的人都會知道。由於Google Chrome 再啟動的時候,會把前幾次你所瀏覽的結果總結在首頁上面讓你選取,並且還有縮圖在旁邊。可以讓你相當快速的去選擇你所喜歡網頁。

不過這個時候,無痕式視窗或許就是最好的解決方法。

延伸閱讀:

家裡快變代工廠

隨著婚禮腳步的接近,許託MSN上面的朋友每次問我的時候都是說” 你快結婚了~~~那應該很忙了喔(有嗎?) 那先這樣了"。雖然我個人認為那只是結尾用語助詞無意。但是這幾天真的是很忙,想不到吧!! 強烈颱風來了~ 我跟老婆兩個人在家裡能做甚麼??

> > 做手工!! > >

沒錯! 就是做手工~ 那些需要做手工呢?


喜帖:

喜帖自己折,自己把美美的照片放進去(我的照片~ 挺帥的!)。由於每張喜帖都得自己手工去折~ 加上邊折喜帖的時候,邊看著CSI~~ 就一直覺得自己的指紋會洩漏一樣。喜帖就折了一整天。

婚禮小物(密):

新娘說要保密的東西,不過真的很難折~~ 折了兩天~ 加上每個賓客都準備一個,真的很累人~~。

我看~ 當我家變成手工代工廠的時候,也就是我要結婚的時候!!!

婚紗照二校用

這個拿來給我老婆看的,畢竟她那麼懶。 檔案應該也不會自己解壓縮~~~~

原檔

24拷貝.jpg

改過

24-02.jpg

原檔

23拷貝.jpg

改過

23-02.jpg

原檔

19拷貝.jpg

改過

19-02.jpg

原檔

16拷貝.jpg

改過

16-02.jpg

原檔

6拷貝.jpg

改過

5拷貝.jpg

原檔

2拷貝.jpg

改過

2-02.jpg

檔案下載: http://www.badongo.com/file/11318146

這裡也可以看: http://kkdai.badongo.com/alb/47457

讀書心得(之一)–Software Estimation: Demystifying the Black Art (Best Practices (Microsoft))  學習專案管理的好書~~~~

book.jpg

> > by [Steve McConnell](http://www.evanlin.com/exec/obidos/search-handle-url?%5Fencoding=UTF8&search-type=ss&index=books&field-author=Steve%20McConnell) (Author) > > > > Covers software estimation techniques with information on how to successfully estimate scheduling, cost, and project activities. > > > > 圖片提供Amazon: [http://www.amazon.com/Software-Estimation-Demystifying-Practices-Microsoft/dp/0735605351](http://www.amazon.com/Software-Estimation-Demystifying-Practices-Microsoft/dp/0735605351) > >

其實前兩天就把這本書買回來了,由於工作關係,其實到了現在也才看完三分之一而已。不過還是覺得可以先把一些心得做一個簡單的整理。首先先來提提這本書的作者吧。Steve McConnell 已經被公認是軟體研發裡面相當具有經驗的人,而他所寫的Code Complete更是聖經中的聖經。不過我個人比較喜歡的書則是Rapid Development: Taming Wild Software Schedules (Paperback),因為這本書裡面利用故事講解了許多關於軟體開發上會遇到的現象與問題。

回頭來談談買這本書的原因吧,主要是因為最近組織調整的關係,原本我們是負責主要軟體研發與設計的部分(當然有所謂的除錯)。工作調整後,現在則專心在做專案管理與主要產品的控管部分。套句主管常說的話,除錯的能力人人都有,但是專案管理的能力可以讓你一輩子帶著走。不過仔細下去開始做,每個同事都是做得唉唉叫。比起以前硬著頭皮下去改程式碼、修臭蟲,原來專案管理與軟體研發的時間管理是更佳的困難。以前只要開程式開發工具毛起來去解問題,解不出來就加班到死~其他人也跟著你拼到死把產品交出去。現在則要好好的安排各種研發的時間與測試需要的時間與風險管理。如果需要別人加班,還需要有相當大的理由去說服人家~ 你當初在專案管理的時候怎麼沒有把加班排進去你的計畫中。除此之外,每天的報告與分析計畫更是少不了。不過~ 可能是以前做整理與分析資料的工作習慣了,我反而相當適應這樣的工作。

心得:

這本書~ 就如同他的標題一樣,主要就是講解如何去對你的軟體開發去做”評估”。怎麼樣才是一個好的評估呢? 在他的第一章先解釋”評估”與”計畫”的關係。(Relationship between estimation and plan)。裡面開宗明義開始解釋一下這本所提到的評估是甚麼,還有不要把評估當成是計畫。因為評估的時候往往是沒有了解全部資訊的,而計畫才是。(當然我們往往犯下錯誤~ 在沒有全部消息的時候就開始做計劃、或是被要求做計劃)。

個人相當的喜歡他的第二章想要傳達的重點,你是一個多好的評估者? (How good an estimator are you?) 裡面就有一個小試驗(算事小測驗)如下:

Table 2-1: How Good an Estimator Are You?

[Low Estimate - High Estimate] **Description**

[ _____ - _________ ] Surface temperature of the Sun

[ _____ - _________ ] Latitude of Shanghai

[ _____ - _________ ] Area of the Asian continent

[ _____ - _________ ] The year of Alexander the Great’s birth

[ _____ - _________ ] Total value of U.S. currency in circulation in 2004

[ _____ - _________ ] Total volume of the Great Lakes

[ _____ - ________ ] Worldwide box office receipts for the movie _Titanic

[ _____ - _________ ] Total length of the coastline of the Pacific Ocean

[ _____ - _________ ] Number of book titles published in the U.S. since 1776

[ _____ - _________ ] Heaviest blue whale ever recorded

Source: Inspired by a similar quiz in Programming Pearls, Second Edition (Bentley 2000).

This quiz is from Software Estimation by Steve McConnell (Microsoft Press, 2006) and is (C) 2006 Steve McConnell. All Rights Reserved. Permission to copy this quiz is granted provided that this copyright notice is included.

How did you do? (Don’t feel bad. Most people do poorly on this quiz!) Please write your score here: _____

(解答請買書吧~~~~ 這本書真的不錯)

你會怎麼做這個評估,在你不知道以上解答的時候? 而你又被要求須要有90%以上的準確度的時候呢?

> > "那~~~ 就設定一個超級大的範圍吧?" > > > >

你的心理或許有這樣黑暗之音會出現~~~但是另外一邊一定也會出現

> > "這麼隨便亂寫~ 好像給人感覺我不專業~~~~" > > > > "你根本就是亂猜嘛!" > > > > "怎麼可能這樣寫!!!!" > >

這些問題~回過頭來做專案評估的時候,我相信各位跟我一樣經常會遇到你的專案評估的不確定度 跟你不確定北半球海岸線長度是一樣的。 那你要如何去評估呢???? 在這裡作者沒有一定告訴你怎麼去評估~~他先詢問了所有做過題目的人,發現大部分的人只有對3~4題而已,而少數幾個十題全對的人。 發現她們的預測值都相當的大~~~ 這樣又代表著什麼?? 這裡作者沒有太仔細寫明,但是我個人覺得~ 對於不確定或是不了解的專案~ 過分悲觀的評估比起過分樂觀反而比較容易抓到正確的值。 相較之下~ 在這種情況下~ 如果你的值的範圍都相當的小~ 而你對於你的答案的範圍沒有任何的信心~ 你不過只是亂猜罷了!!

接下來的第三章~ 就開始來談~~ 精準評估的價值 (The Value of Accurate Estimation)。 有專案管理經驗的人都知道 過分評估(Overestimation)與不足評估(Underestimation)的痛苦。 往往銷售端的人由於客戶壓力就會有不足評估產生出來的行程。(通常是~~好好!! 明天就給你修好的版本)(好好好!! 下周一這個功能就可以做完!) 這些不足的評估造就了我們執行者(身為PL或是PM的人)執行上因為又過度不足的評估造成相當趕的狀況。雖然往往最後都是會延遲~ 但是銷售端的人礙於客戶壓力~ 也不斷的上映一樣的戲碼。

不足評估造成的影響可能有哪些?專案延遲~ 銷售業務可能得去道歉、可能得重新評估一個新的時間、甚者~ 可能給了一個完全無法正常使用的軟體給客戶~造成客戶困擾而生意掉單。過分評估會造成的影響相對的小: 工程師因為一個相當久的時程安排~ 而開始偷懶~ 到最後幾天才開始隨便做。 但是相較於不足評估,過分評估的的影響很明顯少了很多。

第四章談到的是把需求搞清楚是評估最重要的東西,由於我還在看~~ 先寫到這裡!!

如果明天是世界末日的話???

p23.jpg

> > .....因為,它所形容的「絕滅」過程,非常恐怖:情況大約是,當那加速對撞器一開,分子對撞會產生一個迷你的宇宙,也產生了**迷你的「黑洞」**,黑洞比家裡吸塵器還厲害,可以吸行星、吸光、甚至吸時間,這個黑洞將把地球上所有東西全部瞬間吸進去,包括地球本身,還有周邊的火星、木星、金星、太陽……然後還有太陽系之外的銀河所有大小恆星行星慧星…。 > > > > 更驚的是,一切發生在「**瞬間**」。 > > > > ......... > > > > 但,上周TIME雜誌出了一篇[「對撞器造成世界末日恐懼」](http://www.time.com/time/health/article/0,8599,1838947,00.html)的文章,再次提醒了我。報導指出,這個位於瑞士日內瓦的「大型強子對撞器」(Large Hadron Collider、簡稱LHC)的開幕日期,就是在歐洲時間**9月10日**,也就是…呃……**明天** > > > > 我滿腦子想的則是,9月10日,若真的是最後一天,那,**今天要做什麼? ** > > > > 圖片與文章內容來自: [Mr. 6: 瑞士的大型強子對撞器明天啟動,「世界末日」才會記得「Every Little Thing」](http://mr6.cc/?p=2199) > >

這篇文章跟圖片都是從有名的Mr.6 網站裡面摘錄出來的,當然~~ 如果很不幸的。 這個實驗失敗了~~~ 真的有最後一天~~我想大家都會想很多的事情,想很多感謝的話要跟你愛的人講。

但是~~~ 偏偏我這個人比較怪~~ 喜歡搞笑的我,整個腦袋都是搞笑的畫面出現~~~

不知道為何~~我就是想到了~~ 這個短片

這個短片主要是敘述~ 離隕石撞擊地球剩下三個小時的時間。本持電視台的精神~~ 還是做了最後一個特別節目。請來了現今最紅的演歌歌星、青春玉女歌手、腹語專家和魔術師。

但是因為~ 就要世界末日了~~ 每個人開始自暴自棄~~~~ 就有很多好笑的事情發生。

會寫這個並不是我不同意Mr.6的 每天都要做一些小小好事的點子~~ 只是想到~~如果有人自暴自棄就會跟這個卡通一樣~~可能有好笑的狀況發生。

> > 如果明天真的最後一天~~今天你要幹嗎??? > >

讀書心得~~  打動5%的人就好  ~~  專案管理秘辛就在這本~~

633519125745107246.jpg

### 打動5%的人就好 5%の人を動かせば仕事はうまくいく > > ##### > > ##### 作者 / [長谷川和廣](http://www.eslite.com/Search_Pro_Author.aspx?pagecount=10&queryauthor=207702) [](http://www.eslite.com/Search_Pro_Author.aspx?pagecount=10&queryauthor=207702) > > ##### 譯者 / [柳俊帆](http://www.eslite.com/Search_Pro_Author.aspx?pagecount=10&queryauthor=240416) [](http://www.eslite.com/Search_Pro_Author.aspx?pagecount=10&queryauthor=240416) > > ##### 出版社 / [漫遊者文化事業股份](http://www.eslite.com/Search_Pro_publishment.aspx?pagecount=10&querypublish=18077) > > ##### 出版日期 / 2007/12/10 > > ##### 商品語言 / 中文/繁體 > > ##### 裝訂 / 平裝 > > ##### 原幣定價 / 220 TWD [(幣別簡寫說明)](http://www.eslite.com/cs_faq.aspx?qtype=2) > > ##### 運送條件/ 允許國外 > > ##### > > ##### 定價 / NT$220 > > ##### 售價 /9折, NT$ 198 > > 大綱: > > 成功挽救2400家企業的成功KNOW─HOW 立即可用的商業心理魔術 > > 作者從成功拯救許多瀕臨倒閉公司的親身經歷,發現一件重要的事:那就是企業不管面臨順境或逆境,最重要的並不是導入什麼艱澀難懂的企業經營理論,也不用花大錢找人把脈診斷,而是懂得「打動人心」的商業心理戰術。 > > 只需要打動5%的人,整家公司就自己活了起來。 只要能管的動人,工作將會更有趣、更輕鬆。 > > (資料來源: [誠品網路書店](http://www.eslite.com/product.aspx?pgid=1001180771742763) ) > >

**心得: **

這本書看起來很像是傳授業務的一本書,而我當初在書局也是這樣想的。不過~當我打開這本書的時候,他的第一章相當的有趣”第1章 即使不擅長人際關係也能輕易打動對方” 。 裡面的內容~~ 也就是教導你如何”拜託”別人幫你做事。 這剛好是我工作上的一個值得學習的地方。

身為工程師,我們或許都了解如何幫助別人,如何完成自己的工作~ 或是如何完成自己了解的工作。但是最近老闆不斷的教導我們~ 要去完成自己可能沒有什麼頭緒而且一定要麻煩別人幫你的工作。

“完成自己沒有頭緒而且得要大家一起作的工作???” 這句話並不是說~ 你一定要去完成你自己都不知道是什麼東西的一建工作,相反的~~ 你要完成的工作~~ 你自己一定最了解 要怎麼開始~ 怎麼做以及怎麼實作。 但是 你要如何讓別人一起幫你做呢??? 我想這一點就是所謂的”取得共識”。 當然~~ 本書的第一章並不是教導你如何取得團體或是團隊的共識而取開始。 但是他卻仔細地,由實務方面來開始告訴你~~ 如何分配工作~~ 如何讓別人變成你的分身(我想這是很多剛學管理的人都想了解的)。

如何麻煩別人?

這本書曾經提過~~ 你要麻煩別人幫你做事(這是一種禮貌的講法~~ 其實只是請他完成~~ 他的份內~ 或是本來他就應該做成的事情)。這本書提供了一些很好的方式

  • 告訴它實行這件事的好處(Merit): 當然~ 很多時候請人家做事~~ 最好的地方~ 當然是你拿回來自己做(人的惰性? 他也省麻煩) 但是你還是得告訴他,這件事情對於他(應該說是整個組織) 有多麼的重要。
  • 如何完成(How): 這也是很重要的~ 很多時候我們麻煩別人都是不管對方如何完成~~ 最後的成果就不是你要的。 所以如何去做也是相當的重要。
  • 何時完成(When): 每次與對方溝通事項的事後,在做上專案管理之後總會習慣性的請問對方完成的時間。雖然不是逼迫別人要趕快~ 但是有個時間~ 你也好安排你自己的時間。

再此只討論這一本書的第一章~~但是這本書~~ 有許多做人處事的秘辛(可以說是經驗的累積~~)相當值得學習。