[Works ] 三月 12. 2008, 11:09

本篇密碼為生日(共四碼)

 (閱讀全文)
[Life , Works ] 元月 21. 2008, 14:08

說要增加英文聽說能力的計畫一直拖了很久....不趕快準備執行拖著拖著時間又要過了啊

該從何處開始呢?請個英文家教?學習上會不會有系統一點?
我只希望跟vendor開會時我都能聽的懂並且對談流利就好了 ORz

傷腦筋傷腦筋~



[Life , Works , Food ] 十二月 30. 2007, 21:38

這是我這輩子第一次跟最多人吃湯圓,也是四年來第一次不是自己一個人吃湯圓

另外,這是本blog第一百篇文章(百文達成,下一篇就是破百啦) :p

 (閱讀全文)
[Life , Works ] 十月 08. 2007, 21:37

目標應該被量化,不被量化的目標沒有完成的一天。

一天只有24小時,當某件事情的重要性也提升時,花在其他重要事項的時間必須減少。

想做的事情也許太多,但是要做的時候先選定一兩個,再確實去完成。


[Travel , Life , Works , Feeling ] 九月 07. 2007, 21:20

 (閱讀全文)
[Life , Works ] 七月 11. 2007, 02:09

很忙很忙
要盯bug要sync要丟bug要回答大家的問題要問大家問題要想自己有沒有問題要聽別人說的有沒有問題
同事說我每天看起來好像很開心似的,怎麼會有這麼開心的PL
是來不及悲傷還是沒有時間悲傷
下了班洗了澡就該睡了
醒了刷了牙就該上班了
明明就是比大家都還早上班可是還是比大家都晚下班
有時候想要思考Who I suppose to be
可是事情又來了
轉呀轉的事情會怎麼樣呢?
沒有時間多想,因為我該睡覺了


[Works ] 十月 16. 2006, 18:10

寫好的假單沒有勇氣丟出去....


[Shopping , Works , Comp ] 三月 14. 2006, 19:04

因為現在把R52拿來當工作機之後,深深的覺得:NB的硬碟好慢啊:(,既然是拿來當工作機,心裡想著換個轉速高一點的硬碟應該是無所謂,反正是不求省電,於是買了Hitachi的7K100 60G

可是捏,好死不死,IBM會鎖硬碟,如果你換上了你自己買的7K100的硬碟而不是IBM出品的7K100,硬碟使用上會有問題,BIOS會認硬碟的韌體而不給你用 囧rz,還好已經有使用7K100在小黑們的前輩們找出破解,我也因此有7K100可用

換上新硬碟有比較快嗎?嗯,用舊5400轉的硬碟的時候是NB打開電源,放好背包,吃個早餐,準備登入。現在是NB打開電源,放好背包,準備登入,邊吃早餐邊看新聞 XD


[Shopping , Works , Comp ] 十二月 12. 2005, 02:16

其實說敗也不算敗,因為是買了R52最低階的產品,又不拿NB打Game,又沒要搬著跑來跑去,於是就買了R52,希望未來在工作上R52能發揮他的用處

在台北第一次去資訊月的展覽,台北果然是OX的人多,昨日先去做了功課,心裡的底案是Asus 的M5,回來一看,不得了,散熱有問題,雖然看起來風扇模組後來有換過,不過我還是頗擔心

看來看去,只有IBM他們家的東西比較對味,於是今天先去資訊展的會場看一看,再去新光三越的Fnac(有買5000送500,要買Sony Vaio的高階機器去買Fnac反而比較賺),可惜沒有IBM的NB,所以又到了會場買R52,領了提貨單去光華附近的本店提貨,付現32.9K

拿回家之後,試著拿起來看看,感覺原廠標示的2.85KG一點都不重,不過試著背起全套裝備(原廠變壓器、光學鼠、原廠包、R52本體含電池與光碟機),感覺還真不輕@@,看來買個雙肩背的背包是必要的

 (閱讀全文)
[Works ] 八月 07. 2005, 08:23

傳統代工業的價值,取決於產業導向

當一產業的原物料高時,靠近低價原物料的代工業就有利可圖;當產業以人力成本為最大支出時,位居低廉的人力代工業就有賺頭

但是為甚麼要代工?也許是為了Time to market,當然大部分是節省成本,節省成本四個字就包括了設備成本、人力成本、管理成本、開發成本、運輸成本其他等等你想的到的理由

但是如果是軟體代工業呢?

軟體代工,目的是為了讓電子產品能更好使用,賦予電子產品附加價值,理由或許跟傳統加工業相同,但是與傳統代工業不同的是,傳統代工業是幫客戶將商品完成,或是完成某一個部分之後,收入由完成的量計算,軟體代工業而是靠客戶賣出去的產品,來一個一個計費

軟體加工業有個更大的風險就是:如果當客戶設計了一個豬頭產品沒人買時,即使你代工的隨機軟體好,也沒有人知道

行行都是服務業,電腦開發商服務的對象是一般大眾,軟體代工業服務的對象一定是電腦開發商嗎?可惜消費者不會因為你為某NB量身訂做的軟體而買了客戶某一台的NB,他們知道了可能只會問說:「為甚麼我的電腦裝了卻不能動?」

廢話,不是每一台電腦都可以裝的咩

歐耶,難道軟體代工業最後會死掉嗎?

我不知道,我還在想,或許該清楚的確定服務對象以及獲利基礎,因為軟體代工業創造的價值相對於最終消費者來說,只有九牛一毛


[Works ] 八月 07. 2005, 08:09

終於,我扛了我進公司之後的第一個案子,不過不是我扛回來的,是因為我們team leader離職了,所以轉交給我,於是我就成為了這個案子的Project Leader

而在8/1,Kevin家跟我們家都來了一個新人,因為看起來UI team 的同事們已經是忙到翻掉,所以不好意思請他們培訓新人,所以只好自己帶,還好還有事情讓她做,也剛好給他機會認識公司的產品是怎樣運作的

所以目前一方面除了開始學著如何有效的控制時程之外,也要開始學著如何在組織管理方面的進步,如何培訓一個新人;在新人身上,我好像看到了以前的我,不過還不曉得她是怎麼樣的人,如何讓她往好的方向走我還不是很清楚,總之,就是試一試

事情有點多,有點突然,但是試著踏好每一步,都希望能有所進步


[Photo , Life , System , Works , Health , Sports ] 七月 29. 2005, 04:19

1. 減重:預計要瘦到75公斤以下,這樣等到不需要每天做運動時就可以有時間來增加英文聽說能力;本週回家會去買啞鈴,要開始瘦上半身的其他地方;除此之外,還要找時間做有氧運動,跑步也好,去蒸氣室也好,游泳也好,要增加有氧運動的量跟頻率

2. 訓練右腳反應能力:方法是買個網球來練不落地盤球,不然開刀的腳的反應還是不見好轉,這樣打球危險,也不夠靈活

3. 工作能力增加:見賢思齊,見不賢則內自省

4. 建立電子相簿:就等Gallery 2正式版發表

5. 投資理財:選擇某一個公司的投資型保單作為較保守的投資計畫,風險較多的部份就交給新仔,預計在過舊曆年前存到20萬


[Works ] 七月 13. 2005, 16:53

http://chinesetrad.joelonsoftware.com/index.html

這是部門老大寄來的信,其實早在三月寄來時就看完了;不過最近案子忙的緊,又讓我想到這個作者關於軟體工程的一些看法

唉唉,到底甚麼時候才能符合時程呢?


[Works ] 六月 22. 2005, 19:32

以下為咱們家老大的今日訓示內容:

與不同team合作時,切記兩件事

  1. Task要下的快
  2. 不要讓對方找理由拖時間

例如說,在開案子的bug review會議時,某些bug可能是要讓其他team的某個人負責,這時候如果確定應該是要他來處理的話,應該就要下Task讓他或是讓那個人的team leader,使bug能夠在第一時間被處理

在下了 Task之後,需要常常去關切進度,以掌握整個案子的時程;透過這個動作,也可以知道對方是否有在處理這個bug

一天的工作時間應分為上午與下午,上午除了確認bug的處理情情以及bug應該可能由誰負責的相關細節,下午來處理自己該解決的bug以及分散出去的bug 處理進度

PM是訂產品的時程以及相關規格,而Project Leader是要能夠知道整個案子的進度以及符合PM與客戶制定的時程出版本,因此Project Leader除了要能掌握進度外,最好能夠要幫助解bug的人,當他遇到頻頸,找人或是利用其他方法幫助他解bug;也就是因此Project Leader需要去關切進度



以下是我個人想法

我認為公司目前的組織型態並不是完全的2 Dimension Matrix,各個 team雖然也有自己的目標要go,但是大部分的project的成員組成還是會少了某些team的成員,原因是某些team負責的部分元件比較穩定(?!),所以在遇到與他們有關的問題時,要請他們解bug就會有比較大的問題,畢竟壓力並不在他們身上,而是在我們Project Leader身上

也就是因此在Bug管理系統上,這些人的名字永遠不會出現,而在系統中他們應該要處理的bug就永遠不會轉到他們頭上,所以這時候他們當然就是一副無關緊要的樣子

所以我們Project Leader就需要去做關切

 (閱讀全文)
[Life , Works ] 六月 18. 2005, 01:10

I hate any thing that has catfish-like figure.


[Works ] 六月 15. 2005, 17:21

解決bug,是每個工程師都要做的事

那project leader呢?

project leader 要解決莫名奇妙的各種bug,尤其是在給客戶版本之前 orz

Debug難免都要改程式,但是改了程式之後是否會有side effect,當初可能不會發現

但是可能到了送測QA的時候,這些side effect可能就會被挖出來

更慘的是,如果到了客戶手中才被挖出來那就更難看了

或者是有時候環境的改變(driver or kernel),系統機制的改變,硬體平台的問題

往往都會產生一些莫名奇妙的bug,等到要出貨的時候,通常都很要人命

有些bug的確是可解,但是遇到bug不可解釋,project leader通常都要親自下海處理

畢竟為了時程,把critical的bug解決掉是一定要的

而這也是project leader的宿命 orz



Jensen辛苦了


[Works ] 六月 09. 2005, 21:37

話說,進了蔽公司之後除了剛進來的一個禮拜很閒之外

接下來的日子實在是忙到不行

但是今日又開始閒了,原因是咱們公司的版本控制伺服器掛點 orz

所謂工欲善其事,必先利其器

給工程師好的作業環境是必須的,而除了好電腦之外,當然穩定的系統也是一回事

不過不曉得最近怎麼搞的,版本控制的伺服器開始不大穩定

於是在今天下午停擺了,現在到底有沒有人處理完全不曉得

於是原本今天要預定做的事就一直拖拖拖

相當不好的感覺,尤其是你要做事卻沒得做的這種時候



唉,早知道今天就帶球鞋跟球褲來了


[Works ] 六月 04. 2005, 06:49

身處於一個project team,在成為一個project team的 leader之前,首先要先對project team與generic team的差異要有所認知

我老闆如是說

在我目前的認知,我發現的是以下幾點

  1. project team最主要的任務是在時限內完成客戶的要求,而如何的有效率的掌握時程是第一要點
  2. 與generic team的合作當中,如何有效率的規劃工作分配以及責任歸屬
  3. 在與generic team合作時,分配的工作的時程掌握
  4. 客戶的要求是否合理
  5. 客戶是否提供有效的資源

以上談到的這些,是我認為project team需要去面對的事

除了前三點之外,為甚麼第四點也需要去負責呢?

因為有可能PM不清楚公司本身產品是否能夠支援到客戶需要的程度,或是generic team開發的某些原件無法支援到客戶的需求,更或者是客戶提供的資源有問題,所以project team需要做這些事

成功的時程掌握是一門大學問,慢慢的我必須要學會去處理這些事

To be a project leader的基礎


[Works ] 五月 31. 2005, 05:58

因為在工作上常常是需要跟別人溝通

例如系統的設計,或是bug的出現的步驟

都需要跟同事溝通、詢問

在這些過程中我就會發現我並不是一個擅長溝通的人

有時候好像是簡單的事情,我描述起來總是要花一點時間

雖然不曉得是不是溝通技巧不好,但是我想我還是先練練咬字吧 orz