2009年12月25日
2009年8月28日
向Outlook學習 Gmail也可「選擇」聯絡人了
2009年6月7日
Facebook - 六度分隔理論
Facebook -
六度分隔理論
你要如何認識它呢?
你可以透過誰來做引介呢?
↑↑Facebook裡面的一個Tool
如何應用它來分析客戶群?
找出關聯性?
並且應用於行銷上?
2009年1月14日
從企業的角度來看AP思考未來AP的發展
過去幾年在軟體公司,開發的系統專案幾乎都是Web Form...
前輩們傳授的觀念是,因為Web Form部屬容易
這些年來,一直跟隨.NET腳步的我,對於M$的ASPX的發展,真的越來越失望...
效能、網頁大小(頻寬)...等問題,是令我最為感冒的問題...
老一輩的開發者,特別重視SQL的效能,認為那是系統效能的關鍵所在...
不過這些年來,我倒是特別重視Page Size的議題
為了讓開發者寫越來越少的程式,就能開發出系統,犧牲掉許多網頁傳輸的問題...
最典型的就是View State了~
回到原點重新思考,Win Form如何呢?
那一個直譯式的Win Form程式,可以嗎?
compiler成數個小dll呢?
異動時只要個別更新即可
web form和win form的整合呢?
flash? sliverlight?
還是wpf呢?
就企業內部的使用而言,win form或許是比較好的選擇
對外,web form更能夠符合更多的使用者
到底哪一種比較好?不知道
但我知道的是,下一波~
我會嘗試的再將win form搬到web上去
sliverlight和wpf... to try...
在user端工作有個好處,有很多很多的專案,讓我不段的去嘗試~
做錯了~就用吧!
因為你必須緊接著下一個專案,但你可以在新的專案中,重新選擇改變或是延用~
前輩們傳授的觀念是,因為Web Form部屬容易
這些年來,一直跟隨.NET腳步的我,對於M$的ASPX的發展,真的越來越失望...
效能、網頁大小(頻寬)...等問題,是令我最為感冒的問題...
老一輩的開發者,特別重視SQL的效能,認為那是系統效能的關鍵所在...
不過這些年來,我倒是特別重視Page Size的議題
為了讓開發者寫越來越少的程式,就能開發出系統,犧牲掉許多網頁傳輸的問題...
最典型的就是View State了~
回到原點重新思考,Win Form如何呢?
那一個直譯式的Win Form程式,可以嗎?
compiler成數個小dll呢?
異動時只要個別更新即可
web form和win form的整合呢?
flash? sliverlight?
還是wpf呢?
就企業內部的使用而言,win form或許是比較好的選擇
對外,web form更能夠符合更多的使用者
到底哪一種比較好?不知道
但我知道的是,下一波~
我會嘗試的再將win form搬到web上去
sliverlight和wpf... to try...
在user端工作有個好處,有很多很多的專案,讓我不段的去嘗試~
做錯了~就用吧!
因為你必須緊接著下一個專案,但你可以在新的專案中,重新選擇改變或是延用~
2008年7月23日
Silverlight短片
貼這一個短片並不是要告訴你,Silverlight有多好用,幫妳提升多少工具效率~~(因為她也只是說說而已)
而是要告訴你,別那麼快回答老闆說~~~好阿~~或是說~~我可以提前完成~~
該選擇VB還是C#呢?
我想這一個問題應該是許多的軟體公司或是IT部門都曾經思考過的問題吧?
曾經面臨這樣的抉擇,後來還是選擇了維持現狀,選擇了VB
當時的考量點很簡單,因為我們的Team,從有.net開始,就已經是使用VB了,累積了不少VB的Method、Templage以及經驗...
若要換到C#,那不是要經過一番工程嗎?(有人可能會回我,有VB轉C#的工具可以用阿~~那我可要告訴你,別太相信他~~我曾經利用了這個工具~~轉換了一個Commlib的Method,後來很慘~~除了要花時間review code之外,還有一些index的問題,讓我的程式隱藏了很多很多的Bug,甚麼是index的問題呢?例如indexOf...等,回傳是從1還是從0開始算呢?這部分,我用的那個tool沒有幫我轉換,讓我嚐盡了苦頭~~)
最近看到一位大師寫了一篇這樣的文章,給各位欣賞一下~~
當然的,個人我還是覺得C#比較好,若有一個專案或產品,全部要從無到有的去開發的話,我會強烈建議使用C#,因為這對於工程師而已,比較有價值性,為啥呢?現實一點~~因為大部分的公司(使用.net的公司),都是使用C#開發,那你要跳槽也比較沒有門檻阿~~
除此之外,我也覺得C#的語法,比較嚴謹,例如型態的轉換...等。
至於效能呢?有人說C#是為.net所創造的,所以比較貼近.net因此效能比較好~~
不過說真的~~我也不知道ㄟ~~因為我還沒有遇到這樣的情況~~
另外C#的語法,跟C、C++、Java...等,都比較相近,或許這對於未來要轉換開發其他種語言可能也比較沒有門檻吧!
我的程式設計之路是先寫C,之後寫Java,再寫C++,然後學C#,到軟體業後,開始寫VB,現在又再度回到C#的懷抱,這樣的路程,撇開從C到OO之外,我覺得沒有啥語法和觀念上門檻~~除了VB之外,基本上與法都大同小異阿~~所以別在意你使用甚麼工具~~
而是要在意~~你使用它是否可以讓你輕鬆的完成工作~~不要跟我說你要用C寫一個在PC上跑的Win Form程式~~你不是高手高手高高手,就是瘋子...
曾經面臨這樣的抉擇,後來還是選擇了維持現狀,選擇了VB
當時的考量點很簡單,因為我們的Team,從有.net開始,就已經是使用VB了,累積了不少VB的Method、Templage以及經驗...
若要換到C#,那不是要經過一番工程嗎?(有人可能會回我,有VB轉C#的工具可以用阿~~那我可要告訴你,別太相信他~~我曾經利用了這個工具~~轉換了一個Commlib的Method,後來很慘~~除了要花時間review code之外,還有一些index的問題,讓我的程式隱藏了很多很多的Bug,甚麼是index的問題呢?例如indexOf...等,回傳是從1還是從0開始算呢?這部分,我用的那個tool沒有幫我轉換,讓我嚐盡了苦頭~~)
最近看到一位大師寫了一篇這樣的文章,給各位欣賞一下~~
當然的,個人我還是覺得C#比較好,若有一個專案或產品,全部要從無到有的去開發的話,我會強烈建議使用C#,因為這對於工程師而已,比較有價值性,為啥呢?現實一點~~因為大部分的公司(使用.net的公司),都是使用C#開發,那你要跳槽也比較沒有門檻阿~~
除此之外,我也覺得C#的語法,比較嚴謹,例如型態的轉換...等。
至於效能呢?有人說C#是為.net所創造的,所以比較貼近.net因此效能比較好~~
不過說真的~~我也不知道ㄟ~~因為我還沒有遇到這樣的情況~~
另外C#的語法,跟C、C++、Java...等,都比較相近,或許這對於未來要轉換開發其他種語言可能也比較沒有門檻吧!
我的程式設計之路是先寫C,之後寫Java,再寫C++,然後學C#,到軟體業後,開始寫VB,現在又再度回到C#的懷抱,這樣的路程,撇開從C到OO之外,我覺得沒有啥語法和觀念上門檻~~除了VB之外,基本上與法都大同小異阿~~所以別在意你使用甚麼工具~~
而是要在意~~你使用它是否可以讓你輕鬆的完成工作~~不要跟我說你要用C寫一個在PC上跑的Win Form程式~~你不是高手高手高高手,就是瘋子...
2008年6月27日
Corss database - SQL Parser 過去愚蠢的想法
大約在去年的這個時期,接收到了一個任務,產品的改版開發!
其中一個主要的改版重點就是...要讓產品可以支援在不同的Database上面!
那時一直在考慮是否應該導入類似Hibernate這一類的O-R Mapping技術呢?
後來選擇了捨棄這樣的想法...主要有幾個原因,如下:
1.因為是由舊產品改版,所以想說可以沿用一些舊有的SQL
2.內部人員皆未有這方面的技術背景,學習成本以及開發時程,將會是一個風險
3.因為產品的Domain Knowhow,所以有很多極為複雜的SQL語法,要用Hibernate這類的寫法來完成,有許多瓶頸與困難度
基於這一些總總的理由,所以我們捨棄了它
但是我們又要如何達到跨DB的目標呢?
一個天真的想法,儼然而生...SQL Parser
先Focus在SQL Service上開發,然後所有的SQL語法皆會先丟到一個Parser內,產生各種不同DB的語法出來,再去執行...
這樣的想法似乎可行...
離開了這個產品的開發團隊快兩個月了...對於許多不同的DataBase,開始有了深入的研究與應用...
例如oracle、foxpro...等
當我知道的越多...我發現,要做出符合所有DB的Parser,是一件艱鉅的工程...
因為各家的語法,差異性真的非常非常的大~~
而且我們也因為這樣的想法,捨棄了很多DB Server獨有的語法...
讓我們必須在許多地方,捨棄了效能較好的語法或函式...
得不償失...
如果現在讓我重頭再來,我會考慮兩個方案...
1.直接選用O-R Mapping工具,把學習成本作為長期的投資
2.針對各種不同的DB開發不同的SQL語法(當然會將它作為可抽換的元件模組...)
雖然這樣在MA上,較為困難也複雜...但,我可以享受某些語法所帶來的便利與效能的優化...
離開自己一手開發的產品兩個月了...有許多的不捨...
有些時候雖然有些後悔...
但,我看到了更多不同團隊開發出來的產品,了解更多不同的開發架構...
有些東西我真的覺得,過去我們真的做的很好,
但也發現了,我們做了很多愚蠢的想法!
我思考著...如果再來一次,我會怎麼做...
如果這個專案是由我開發的,我又會怎麼做...
我想這就是一種成長、一種學習吧...
這個禮拜以來,我的MSN暱稱都是
if (me.today == me.yesterday) me.tomorrow = null;
這句話是我在一位技術書籍作者的Blog上看到的!相當有意思~~
分享給各位~~
也期勉自己,千萬不要讓這一個判斷式成立....
其中一個主要的改版重點就是...要讓產品可以支援在不同的Database上面!
那時一直在考慮是否應該導入類似Hibernate這一類的O-R Mapping技術呢?
後來選擇了捨棄這樣的想法...主要有幾個原因,如下:
1.因為是由舊產品改版,所以想說可以沿用一些舊有的SQL
2.內部人員皆未有這方面的技術背景,學習成本以及開發時程,將會是一個風險
3.因為產品的Domain Knowhow,所以有很多極為複雜的SQL語法,要用Hibernate這類的寫法來完成,有許多瓶頸與困難度
基於這一些總總的理由,所以我們捨棄了它
但是我們又要如何達到跨DB的目標呢?
一個天真的想法,儼然而生...SQL Parser
先Focus在SQL Service上開發,然後所有的SQL語法皆會先丟到一個Parser內,產生各種不同DB的語法出來,再去執行...
這樣的想法似乎可行...
離開了這個產品的開發團隊快兩個月了...對於許多不同的DataBase,開始有了深入的研究與應用...
例如oracle、foxpro...等
當我知道的越多...我發現,要做出符合所有DB的Parser,是一件艱鉅的工程...
因為各家的語法,差異性真的非常非常的大~~
而且我們也因為這樣的想法,捨棄了很多DB Server獨有的語法...
讓我們必須在許多地方,捨棄了效能較好的語法或函式...
得不償失...
如果現在讓我重頭再來,我會考慮兩個方案...
1.直接選用O-R Mapping工具,把學習成本作為長期的投資
2.針對各種不同的DB開發不同的SQL語法(當然會將它作為可抽換的元件模組...)
雖然這樣在MA上,較為困難也複雜...但,我可以享受某些語法所帶來的便利與效能的優化...
離開自己一手開發的產品兩個月了...有許多的不捨...
有些時候雖然有些後悔...
但,我看到了更多不同團隊開發出來的產品,了解更多不同的開發架構...
有些東西我真的覺得,過去我們真的做的很好,
但也發現了,我們做了很多愚蠢的想法!
我思考著...如果再來一次,我會怎麼做...
如果這個專案是由我開發的,我又會怎麼做...
我想這就是一種成長、一種學習吧...
這個禮拜以來,我的MSN暱稱都是
if (me.today == me.yesterday) me.tomorrow = null;
這句話是我在一位技術書籍作者的Blog上看到的!相當有意思~~
分享給各位~~
也期勉自己,千萬不要讓這一個判斷式成立....
2008年5月13日
解放辦公空間,激發Google創意活水
2008年五月,是Google 台灣二週年的日子,在此同時,展示了他們在台北101的新辦公室,實在是羨煞了不少工程師!
就直接貼出一些照片來,讓大家羨慕一下吧!




























記得那一天我正在看這新聞媒體訪問Google的員工時,
有位Google的員工從他們的員工冰箱拿出了一盒鼎泰豐的小籠包,
然後對記者說,這是她們的員工福利,但是他們蠻希望說下次可不可以不要再訂這家了呢?
因為已經吃膩了...
這句話聽起來,對那些在台灣本土的軟體公司討生活的工程師而言,真的有蠻大的諷刺!
不過也沒有關係啦!我相信未來會更好的!(幻想中...哈哈~)
有位大學同學,在碩士班一年級的那年,他就立志要到Google去上班,
因此他跑去跟教授說,他要直升博士班,原因是因為Google的員工,有很大的一部分擁有博士學位,他想要提升他自己進入Google的機會!
當時的我,真的很佩服他有這樣的想法!
加油吧!看看哪一天我能不能夠到這樣的公司去服務!
不過我想,相對的,當你得到比較多的福利時,也一定要復出更多的價值,因此要不斷的累積自己的能力與體力吧!
引用郭董說過的一句話,要股票,拿命來換吧!你敢衝~我敢給
2008年5月6日
價錢談不攏 微軟不買雅虎了
早晨,看著MIC寄來的資訊產業重點新聞,突然間被一個抖動的標題給吸引了...
"價錢談不攏 微軟不買雅虎了"
在數月前,第一次得知M$有意收購Yahoo!時,內心有股莫名的反對。
雖然渺小的我,並無法做任何的事情來影響這個決定。但那時的我,對於未來的網路市場的有著莫大的隱憂...
因為過去的微軟,惡名昭彰,只要是他想要涉略的領域範圍,絕大部分的廠商都會在一場廝殺後...宣告黯然的離開市場!
雖然近幾年來,這個現象有逐漸的在各種大環境的因素下...看似有逐步好轉的跡象...
來看看Microsoft給Yahoo的分手信吧!
Microsoft Withdraws Proposal to Acquire Yahoo!
另外在羊男的Blog上,有看到一篇翻譯!
也轉貼給各位欣賞一下吧!
時間:2008年5月3日
收信人:雅虎首席執行官楊致遠
收信人地址:美國加州太陽谷第一大街701號雅虎公司
尊敬的致遠:
在時間過去三個多月之後,我們(微軟)已經就雙方可能進行合併的事宜做出了自己結論。
首先,我個人想感謝你、你的管理層及雅虎董事會成員,感謝你們騰出大量時間來考慮我們的收購請求。尤其是感謝你本人在這件事情上花費了大量時間和精力。我個人覺得,我們雙方之間本週進行的討論很有益處,它使我首次明確認識到,哪些事情具有可能性,哪些事情不具備可能性。
對於雅虎不願接受微軟收購請求一事,我個人倍感很沮喪。我於今年1月31日首先向你們提出了收購出價,原因是我相信,如果微軟與雅虎合併,不但符合我們兩家公司各自股東的利益,而且有利於我們向消費者、內容出版商和網路廣告商提供更多技術創新和服務,從而使他們獲得更多服務選擇。我們最初出價比雅虎當時股價溢價 62%,這已充分體現了我們的收購誠意。
在微軟和雅虎本週進行的會談中,我們已願意把出價(由原來每股31美元)提高到每股 33美元,這同樣充分體現我們的良好收購願望。通過這次提價,將使雅虎股東增加將近50億美元的價值。如果與雅虎1月31日的收盤價相比,我們每股33美元的出價已經溢價70%以上。但我們每股33美元出價仍然無法滿足你們的要求,你們堅持要求我們再增加50億美元或更多,即在每股33美元基礎上再至少每股增加4美元。
此外,在經過我們雙方本週舉行的會談後,我個人已感覺到,如果微軟今後直接向雅虎股東提出收購請求,這種作法已顯得很不明智。原因是如果我們向股東提出收購請求,勢必會導致長時間的代理權爭奪戰,而最終還得涉及交換收購(注:exchange offer,即交易通過股票方式進行)。本週會談中你們的態度使我們確信,在微軟髮起代理權爭奪戰期間,你們肯定會採取更積極的反收購措施,從而微軟收購雅虎的實質意義大為降低。
為了對付微軟可能採取的“惡意收購”,你們採取了在搜索業務上Google合作的方式,並有可能今後把搜索業務完全外包給Google。我們對此很擔心。我們認為,如果你們在搜索業務上與該業務領域的頭號人物合作,將使雅虎對於微軟的收購價值大為降低,其原因有以下幾點:
首先,雅虎與Google上述合作方式,將不利於雅虎本身的長期戰略。因為如此一來,你們等於是鼓勵雅虎網路廣告商今後轉向使用Google廣告平臺,而不是使用雅虎的巴拿馬(Panama)廣告平臺。這將使你們的搜索廣告和顯示廣告戰略陷入分裂狀態,同時不利於雅虎顯示廣告長期戰略的執行。
其次,你們與Google進行合作後,雅虎網路廣告部門的大批技術開發人員將離職。而我們收購雅虎的重要目的之一,就是看中了這些技術人才。
再次,你們與Google合作將引起監管部門的反壟斷調查。在這種情況下,無論是微軟還是其他主動收購方,都不願看到自己收購後的公司還與反壟斷調查有所牽連。除其他不利因素外,這類合作將使頭號付費搜索服務商的市場份額得以進一步增加,從而使市場競爭程度有所減低,消費者將無法獲得更多選擇。
第四,你們與Google合作後,Google今後將在自身和雅虎搜索平台中獲得關鍵詞搜索定價權。換句話說,Google將提高針對網路廣告商及雅虎的收費。無論最終反壟斷調查結果怎樣,僅僅著眼于商業運營,你們這種作法已很不明智,除非是雅虎已決定完全退出搜索業務領域,而讓Google佔盡好處。
第五,你們與Google合作後,由於微軟在搜索業務上並不與Google存在類似關係,使微軟與雅虎在搜索業務上合併的機會已非常渺茫。
由此可見,你們的上述安排使我們有理由相信,我們已不必發起代理權爭奪戰或採取交換收購方式。在此我正式宣佈,微軟撤回對雅虎的收購要約。我們將繼續向前,加大微軟創新力度,並有可能今後與其他商業合作夥伴達成戰略性交易。
至今我仍然相信,微軟出價是能夠體現雅虎股東價值的唯一選擇方案。由於無法向微軟達成協定,雅虎及雅虎股東等於是對於一筆巨大財富視而不見。當然,我們之間已不大可能達成交易。
對於你們能騰出時間與微軟進行商談,在此再次謹表謝意。
您誠摯的:
微軟公司首席執行官
史蒂文·A·鮑爾默
"價錢談不攏 微軟不買雅虎了"
在數月前,第一次得知M$有意收購Yahoo!時,內心有股莫名的反對。
雖然渺小的我,並無法做任何的事情來影響這個決定。但那時的我,對於未來的網路市場的有著莫大的隱憂...
因為過去的微軟,惡名昭彰,只要是他想要涉略的領域範圍,絕大部分的廠商都會在一場廝殺後...宣告黯然的離開市場!
雖然近幾年來,這個現象有逐漸的在各種大環境的因素下...看似有逐步好轉的跡象...
來看看Microsoft給Yahoo的分手信吧!
Microsoft Withdraws Proposal to Acquire Yahoo!
另外在羊男的Blog上,有看到一篇翻譯!
也轉貼給各位欣賞一下吧!
時間:2008年5月3日
收信人:雅虎首席執行官楊致遠
收信人地址:美國加州太陽谷第一大街701號雅虎公司
尊敬的致遠:
在時間過去三個多月之後,我們(微軟)已經就雙方可能進行合併的事宜做出了自己結論。
首先,我個人想感謝你、你的管理層及雅虎董事會成員,感謝你們騰出大量時間來考慮我們的收購請求。尤其是感謝你本人在這件事情上花費了大量時間和精力。我個人覺得,我們雙方之間本週進行的討論很有益處,它使我首次明確認識到,哪些事情具有可能性,哪些事情不具備可能性。
對於雅虎不願接受微軟收購請求一事,我個人倍感很沮喪。我於今年1月31日首先向你們提出了收購出價,原因是我相信,如果微軟與雅虎合併,不但符合我們兩家公司各自股東的利益,而且有利於我們向消費者、內容出版商和網路廣告商提供更多技術創新和服務,從而使他們獲得更多服務選擇。我們最初出價比雅虎當時股價溢價 62%,這已充分體現了我們的收購誠意。
在微軟和雅虎本週進行的會談中,我們已願意把出價(由原來每股31美元)提高到每股 33美元,這同樣充分體現我們的良好收購願望。通過這次提價,將使雅虎股東增加將近50億美元的價值。如果與雅虎1月31日的收盤價相比,我們每股33美元的出價已經溢價70%以上。但我們每股33美元出價仍然無法滿足你們的要求,你們堅持要求我們再增加50億美元或更多,即在每股33美元基礎上再至少每股增加4美元。
此外,在經過我們雙方本週舉行的會談後,我個人已感覺到,如果微軟今後直接向雅虎股東提出收購請求,這種作法已顯得很不明智。原因是如果我們向股東提出收購請求,勢必會導致長時間的代理權爭奪戰,而最終還得涉及交換收購(注:exchange offer,即交易通過股票方式進行)。本週會談中你們的態度使我們確信,在微軟髮起代理權爭奪戰期間,你們肯定會採取更積極的反收購措施,從而微軟收購雅虎的實質意義大為降低。
為了對付微軟可能採取的“惡意收購”,你們採取了在搜索業務上Google合作的方式,並有可能今後把搜索業務完全外包給Google。我們對此很擔心。我們認為,如果你們在搜索業務上與該業務領域的頭號人物合作,將使雅虎對於微軟的收購價值大為降低,其原因有以下幾點:
首先,雅虎與Google上述合作方式,將不利於雅虎本身的長期戰略。因為如此一來,你們等於是鼓勵雅虎網路廣告商今後轉向使用Google廣告平臺,而不是使用雅虎的巴拿馬(Panama)廣告平臺。這將使你們的搜索廣告和顯示廣告戰略陷入分裂狀態,同時不利於雅虎顯示廣告長期戰略的執行。
其次,你們與Google進行合作後,雅虎網路廣告部門的大批技術開發人員將離職。而我們收購雅虎的重要目的之一,就是看中了這些技術人才。
再次,你們與Google合作將引起監管部門的反壟斷調查。在這種情況下,無論是微軟還是其他主動收購方,都不願看到自己收購後的公司還與反壟斷調查有所牽連。除其他不利因素外,這類合作將使頭號付費搜索服務商的市場份額得以進一步增加,從而使市場競爭程度有所減低,消費者將無法獲得更多選擇。
第四,你們與Google合作後,Google今後將在自身和雅虎搜索平台中獲得關鍵詞搜索定價權。換句話說,Google將提高針對網路廣告商及雅虎的收費。無論最終反壟斷調查結果怎樣,僅僅著眼于商業運營,你們這種作法已很不明智,除非是雅虎已決定完全退出搜索業務領域,而讓Google佔盡好處。
第五,你們與Google合作後,由於微軟在搜索業務上並不與Google存在類似關係,使微軟與雅虎在搜索業務上合併的機會已非常渺茫。
由此可見,你們的上述安排使我們有理由相信,我們已不必發起代理權爭奪戰或採取交換收購方式。在此我正式宣佈,微軟撤回對雅虎的收購要約。我們將繼續向前,加大微軟創新力度,並有可能今後與其他商業合作夥伴達成戰略性交易。
至今我仍然相信,微軟出價是能夠體現雅虎股東價值的唯一選擇方案。由於無法向微軟達成協定,雅虎及雅虎股東等於是對於一筆巨大財富視而不見。當然,我們之間已不大可能達成交易。
對於你們能騰出時間與微軟進行商談,在此再次謹表謝意。
您誠摯的:
微軟公司首席執行官
史蒂文·A·鮑爾默
2007年12月23日
Windows XP Service Pack 3 Release Candidate (RC)
剛剛不小心給他發現到,Windows XP Service Pack 3 Release Candidate (RC)版本已經悄悄的推出了...
在Windows Vista推行之際,原本微軟已經計畫將Windows XP的支援服務中止,但是隨著Windows Vista的市占率一直沒有預期性的好時,只好將這項服務再繼續延續下去...我想或許要等到下一個版本的Windows 7的推出,才會正式的中止吧?
SP3 RC是屬於一個測試版本,主要內容當然是自 SP2 以來,幾項 Windows XP 重大的升級與安全性設定的更新,其中也包括IE7,對應的系統有:
Windows XP; Windows XP Home Edition ; Windows XP Home Edition N; Windows XP Media Center Edition; Windows XP Professional Edition ; Windows XP Professional N; Windows XP Service Pack 1; Windows XP Service Pack 2; Windows XP Tablet PC Edition
對應地區語言方面,目前只有英文版、德文版與日文版,檔案大小 336.1MB 。
不過它裡面包含了IE7,看來微軟對於IE7的市占率,已經趕到不耐煩的情況摟~~開始進行比較強硬的推行手法了,看來這項訊息對於我們這些程式設計師而言,應該要加緊腳步摟~~好讓我們的系統可以跨瀏覽器...
除了IE7的更新之外,其它的相關更新內容,微軟的官方網站有Windows XP Service Pack 3 Overview,裡面有詳細的說明。
除此之外,微軟也開啟了一個專屬的討論區,準備來廣為收集各方對於Windows XP SP3的意見....
SP3 RC幾乎把 Windows XP 英文版中的核心檔案給換了一遍,但事實上 SP3 暫時沒有像 SP1 升級到 SP2 給人大幅升級的感覺,對於一般使用者而言,這個 RC 版本的出現比較像 Windows Update 的更新整合包,所以也比較沒有 Beta 不 Beta 版的問題,拿舊版的 Windows XP SP1 的光碟出來使用 nLite 直接將這個 SP3 RC 整合進去也沒有什麼大問題,但是對於系統安裝來說速度可是提昇相當的多啊!
在Windows Vista推行之際,原本微軟已經計畫將Windows XP的支援服務中止,但是隨著Windows Vista的市占率一直沒有預期性的好時,只好將這項服務再繼續延續下去...我想或許要等到下一個版本的Windows 7的推出,才會正式的中止吧?
SP3 RC是屬於一個測試版本,主要內容當然是自 SP2 以來,幾項 Windows XP 重大的升級與安全性設定的更新,其中也包括IE7,對應的系統有:
Windows XP; Windows XP Home Edition ; Windows XP Home Edition N; Windows XP Media Center Edition; Windows XP Professional Edition ; Windows XP Professional N; Windows XP Service Pack 1; Windows XP Service Pack 2; Windows XP Tablet PC Edition
對應地區語言方面,目前只有英文版、德文版與日文版,檔案大小 336.1MB 。
不過它裡面包含了IE7,看來微軟對於IE7的市占率,已經趕到不耐煩的情況摟~~開始進行比較強硬的推行手法了,看來這項訊息對於我們這些程式設計師而言,應該要加緊腳步摟~~好讓我們的系統可以跨瀏覽器...
除了IE7的更新之外,其它的相關更新內容,微軟的官方網站有Windows XP Service Pack 3 Overview,裡面有詳細的說明。
除此之外,微軟也開啟了一個專屬的討論區,準備來廣為收集各方對於Windows XP SP3的意見....
SP3 RC幾乎把 Windows XP 英文版中的核心檔案給換了一遍,但事實上 SP3 暫時沒有像 SP1 升級到 SP2 給人大幅升級的感覺,對於一般使用者而言,這個 RC 版本的出現比較像 Windows Update 的更新整合包,所以也比較沒有 Beta 不 Beta 版的問題,拿舊版的 Windows XP SP1 的光碟出來使用 nLite 直接將這個 SP3 RC 整合進去也沒有什麼大問題,但是對於系統安裝來說速度可是提昇相當的多啊!
有問必答 - 通訊軟體機器人
通訊軟體的機器人,應該是最近蠻熱門的一個話題吧!而我比較常用的是MSN的『有問必答』的這一個機器人。
MSN:stock0800@msn.com

它的功能真是包羅萬象阿~~~
請輸入查詢項目之指令
一般 -> 輸入 星座、對獎、計算、新聞
娛樂 -> 輸入 笑話、廣播、電視、電影、猜拳
交友 -> 輸入 來自天空的訊息、開講、交友
個股 -> 輸入 個股新聞、推薦、熱門股、股友
基金 -> 輸入 基金名稱 或 基金獲利排行
機器人解盤 -> 輸入 解盤 個股代號或名稱
證期權行情 -> 輸入 個股代號或名稱 或 期權名稱
RSS 訂閱 -> 訂閱 RSS 主動通知,輸入 RSS 看說明
待辦事項 -> 設定待辦事項,輸入 Todo 看說明
我的設定 -> 設定 暱稱、天線、生日、星座....
新增功能 -> 看近期新增項目,輸入 New
功能、留言: http://live0800.blogspot.com/
而對我最有幫助的就是『機器人解盤』了,在上班的時候,我們總不能開啟一個股票的網頁,然後來看盤吧!這樣鐵定沒有幾天你就會被老闆給關切了!
而有了這個MSN機器人,我想就可以稍微的尾莊一下我們上班摸魚的事實吧!哈~~
除了MSN的機器人之外,最近我也看到了Google也推出了Google Talk Translate Bot...

這個功能是在Google Talk 的官方 Blog (http://googletalk.blogspot.com/)中發表出來的....
對我而言,它比較好的功能是 - 翻譯的功能吧!以前我們要查字典,翻譯字句,可能就開起"眼醫生"才可以進行,而如果們們在外面,沒有一台有安裝"眼醫生"的電腦,那我該怎麼辦呢?我想這時候他就派上用場了,只要你有一支可以上網的手機,我想你走到哪,隨時都可以進行翻譯的功能唷~~~可以說真是方便吧!
MSN:stock0800@msn.com

它的功能真是包羅萬象阿~~~
請輸入查詢項目之指令
一般 -> 輸入 星座、對獎、計算、新聞
娛樂 -> 輸入 笑話、廣播、電視、電影、猜拳
交友 -> 輸入 來自天空的訊息、開講、交友
個股 -> 輸入 個股新聞、推薦、熱門股、股友
基金 -> 輸入 基金名稱 或 基金獲利排行
機器人解盤 -> 輸入 解盤 個股代號或名稱
證期權行情 -> 輸入 個股代號或名稱 或 期權名稱
RSS 訂閱 -> 訂閱 RSS 主動通知,輸入 RSS 看說明
待辦事項 -> 設定待辦事項,輸入 Todo 看說明
我的設定 -> 設定 暱稱、天線、生日、星座....
新增功能 -> 看近期新增項目,輸入 New
功能、留言: http://live0800.blogspot.com/
而對我最有幫助的就是『機器人解盤』了,在上班的時候,我們總不能開啟一個股票的網頁,然後來看盤吧!這樣鐵定沒有幾天你就會被老闆給關切了!
而有了這個MSN機器人,我想就可以稍微的尾莊一下我們上班摸魚的事實吧!哈~~
除了MSN的機器人之外,最近我也看到了Google也推出了Google Talk Translate Bot...

這個功能是在Google Talk 的官方 Blog (http://googletalk.blogspot.com/)中發表出來的....
對我而言,它比較好的功能是 - 翻譯的功能吧!以前我們要查字典,翻譯字句,可能就開起"眼醫生"才可以進行,而如果們們在外面,沒有一台有安裝"眼醫生"的電腦,那我該怎麼辦呢?我想這時候他就派上用場了,只要你有一支可以上網的手機,我想你走到哪,隨時都可以進行翻譯的功能唷~~~可以說真是方便吧!
高僧開光、祈福鈴聲 24K 金「佛心」手機
剛剛看新聞時,剛好看到正在介紹一支手機,或許這沒有甚麼特別的,但是當你指細端詳一下,我想你應該會嚇一跳吧!因為那一支以『佛』為主體所設計出來的。

這裡有一個網址,是在介紹它的:http://www.eprice.com.tw/news/?news_id=6400
當我們詳細的端詳一下這一系列的圖片之後,我只能用『用心』二字來形容吧?....(又不是在演食神...)
這支手機的每一角落,我們都可以看到一些不一樣的東西,就連鍵盤上的每一個按鈕,都有不同意義的圖騰。
不過如果今天我們把它的主題 - 『佛』字拿掉,我想可能會有另外一種感覺吧?
一種嘻哈時尚風格的感覺?其實我覺得,這一支手機不但可以在廣大的佛教世界中眅售,應該可以在稍加改良後,就可以打入美國的黑人嘻哈風格世界裡吧?....

這裡有一個網址,是在介紹它的:http://www.eprice.com.tw/news/?news_id=6400
當我們詳細的端詳一下這一系列的圖片之後,我只能用『用心』二字來形容吧?....(又不是在演食神...)
這支手機的每一角落,我們都可以看到一些不一樣的東西,就連鍵盤上的每一個按鈕,都有不同意義的圖騰。
不過如果今天我們把它的主題 - 『佛』字拿掉,我想可能會有另外一種感覺吧?
一種嘻哈時尚風格的感覺?其實我覺得,這一支手機不但可以在廣大的佛教世界中眅售,應該可以在稍加改良後,就可以打入美國的黑人嘻哈風格世界裡吧?....
2007年12月16日
微軟善用對手資源的行銷手法 - 在YouTube上面廣告Windows Vista 與 Windows Live
面對點擊率(收視率)越來越創新高,在媒體方面的影響力也越來越大的網路影音平台YouTube,相信微軟一定要準備正面迎接這一場苦戰了。
而在正面迎戰之前,微軟出了一招相當高明的手法,就是利用這一個影響力相當大的網路影音平台,來為自家的產品打廣告,省下廣告費用,也可以壯大自己的產品,這樣的做法真是太厲害了。
微軟在YouTube建立了新的WinVistaLive頻道,這個意思不知道是不是Win + Vista + Live三個品牌的結合呢?而它在這個頻道上面,推出了一支影片廣告 - So many memories, so many easy ways to share:
這樣的行銷策略,感覺有點...不過姑且不談論它的正當性,我想各位對於他這樣的手法,應該也會覺得相當高明!
但是這樣的手法,或許會有人好奇的想問,如果PCHome或是Yam去Yahoo買廣告,Google去MSN買廣告,這樣交叉在對手的平台上打廣告、挖牆腳,所以應該會成為一個相當有趣的畫面吧!
而在正面迎戰之前,微軟出了一招相當高明的手法,就是利用這一個影響力相當大的網路影音平台,來為自家的產品打廣告,省下廣告費用,也可以壯大自己的產品,這樣的做法真是太厲害了。
微軟在YouTube建立了新的WinVistaLive頻道,這個意思不知道是不是Win + Vista + Live三個品牌的結合呢?而它在這個頻道上面,推出了一支影片廣告 - So many memories, so many easy ways to share:
這樣的行銷策略,感覺有點...不過姑且不談論它的正當性,我想各位對於他這樣的手法,應該也會覺得相當高明!
但是這樣的手法,或許會有人好奇的想問,如果PCHome或是Yam去Yahoo買廣告,Google去MSN買廣告,這樣交叉在對手的平台上打廣告、挖牆腳,所以應該會成為一個相當有趣的畫面吧!
2007年11月26日
Checking your address on Google Maps
Google Maps已經有開放商家刊登住址與位址了!但是有時候難免會有對應錯誤的時候!
這時候可能會造成使用者誤導的情形(http://www.richyli.com/blog/2007/11/google-map.html)
也因為這樣的原因,所以Google就秉持著Web 2.0的概念,開放使用者可以修正Google Maps上的資訊位址摟~~
利用Web 2.0的經營概念,來讓Google Maps資料的正確性更往上提升了!
不過聽說目前尚未全區開放,只有進行某些區域的逐步開發,相信不久之後,台灣的網友們也可以修正自家附近的商家位址摟~~~
2007年11月22日
diggirl
使用iGoogle有一段時間了,身邊用它的人也越來越多了!
而我發現我身邊的男性友人,它們的iGoogle中,最常出現的第一名是新聞,而第二名就是diggirl了!
也因為這樣的因緣際會下,再加上它內容物的吸引下... >< 所以我稍微研究了一下它是甚麼東西。
根據Mr. 6的介紹中得知,diggirl是業界知名的專案開發老手兼文筆雄健的業餘作家「獨孤木」所領導開發出來的,
主要的經營型態是藉由使用者瀏覽美女圖後分享,再透過會員的潤飾產生一份較完整的資料庫(Web2.0 的運作模式),讓 Diggirl 區分出 Hot、New、Random 等選項讓想看想圖的人可以依喜好去瀏覽。
在Mr. 6的介紹diggirl的文章中,我看到了也發現了一些東西,原來這就是所謂的Web 2.0的創業模式!
記得在數個月前,曾經跟我的學長聊天,提到這一個網站,他戲稱這是一個Web 2.0的"色情網站"(他後續說這是網友們的誤解。)
不過從這個網站的發展經過,我們不難發現,Web 2.0的應用模式,真的無奇不有
而到底要如何在Web 2.0的這片紅海中闖出一片名堂呢?
我想無庸置疑的就是『創意』與『創新』了,想別人還沒有想到的東西,做別人還不感興趣的東西,
或許就是所謂的藍海策略吧?

當初成立這個Blog的想法就是希望藉由它來慢慢的讓自己找到一些Web 2.0中可以發展的新idea,也希望藉由它可以讓我找到一些夥伴,一同在Web 2.0中,創造另外一個藍海的市場...
看到了這個成功的案例,給了我一劑強心針,讓我對一開始的想法更有信心。
也希望有同好的朋友,不管是哪一方面的idea,我們都可以一起來創造它的藍海市場。
加油吧!Mr. NFrankenstein的團隊們...
而我發現我身邊的男性友人,它們的iGoogle中,最常出現的第一名是新聞,而第二名就是diggirl了!
也因為這樣的因緣際會下,再加上它內容物的吸引下... >< 所以我稍微研究了一下它是甚麼東西。
根據Mr. 6的介紹中得知,diggirl是業界知名的專案開發老手兼文筆雄健的業餘作家「獨孤木」所領導開發出來的,
主要的經營型態是藉由使用者瀏覽美女圖後分享,再透過會員的潤飾產生一份較完整的資料庫(Web2.0 的運作模式),讓 Diggirl 區分出 Hot、New、Random 等選項讓想看想圖的人可以依喜好去瀏覽。
在Mr. 6的介紹diggirl的文章中,我看到了也發現了一些東西,原來這就是所謂的Web 2.0的創業模式!
記得在數個月前,曾經跟我的學長聊天,提到這一個網站,他戲稱這是一個Web 2.0的"色情網站"(他後續說這是網友們的誤解。)
不過從這個網站的發展經過,我們不難發現,Web 2.0的應用模式,真的無奇不有
而到底要如何在Web 2.0的這片紅海中闖出一片名堂呢?
我想無庸置疑的就是『創意』與『創新』了,想別人還沒有想到的東西,做別人還不感興趣的東西,
或許就是所謂的藍海策略吧?

當初成立這個Blog的想法就是希望藉由它來慢慢的讓自己找到一些Web 2.0中可以發展的新idea,也希望藉由它可以讓我找到一些夥伴,一同在Web 2.0中,創造另外一個藍海的市場...
看到了這個成功的案例,給了我一劑強心針,讓我對一開始的想法更有信心。
也希望有同好的朋友,不管是哪一方面的idea,我們都可以一起來創造它的藍海市場。
加油吧!Mr. NFrankenstein的團隊們...
2007年11月16日
gPhone Android Demo Video
gPhone前一陣子很像被吵的很熱,而且對於它的定位似乎有所誤解。
大家都以為Google要出自己的手機了,其實並不是的,它的野心感覺更大,並非僅僅如此而已...
未來只要是搭載 Android 作業系統 的手機,都可以稱之為gPhone家族的成員,不論你的手機是哪一家廠商製造的。
下面這一段是影片是Google示範了一段 Android 的基本樣子與一些基本功能,由 Google 創辦人 Sergey Brin 親自開場。
感覺上畫面相當的簡潔...速度感也相當不錯!
大家都以為Google要出自己的手機了,其實並不是的,它的野心感覺更大,並非僅僅如此而已...
未來只要是搭載 Android 作業系統 的手機,都可以稱之為gPhone家族的成員,不論你的手機是哪一家廠商製造的。
下面這一段是影片是Google示範了一段 Android 的基本樣子與一些基本功能,由 Google 創辦人 Sergey Brin 親自開場。
感覺上畫面相當的簡潔...速度感也相當不錯!
2007年11月15日
什麼是Web 2.0 ?
什麼是Web 2.0 ?
這是一個問句,不僅僅問各位,也同時問我自己...
這個名詞在最近幾年被廣泛的被炒作...
但是當大家都是談論Web 2.0的同時,我疑問的問自己?它到底是甚麼東西呢?它所強調的是甚麼?
一種新技術?還是一種新概念呢?也因為自己的對於它的無知,所以開始上網找一些資料,讓自己更能夠了解它...
而為了不讓這些非常有意義的資料就此僅停留在我的腦海中而已,因此特別將它整理下來。讓各位也有機會去看看這一些寫的相當不錯的文章。
來真正的認識Web 2.0...
http://www.itmag.org.tw/magazine/article_single_138.htm
http://www.itmag.org.tw/magazine/article_single_234.htm
這是一個問句,不僅僅問各位,也同時問我自己...
這個名詞在最近幾年被廣泛的被炒作...
但是當大家都是談論Web 2.0的同時,我疑問的問自己?它到底是甚麼東西呢?它所強調的是甚麼?
一種新技術?還是一種新概念呢?也因為自己的對於它的無知,所以開始上網找一些資料,讓自己更能夠了解它...
而為了不讓這些非常有意義的資料就此僅停留在我的腦海中而已,因此特別將它整理下來。讓各位也有機會去看看這一些寫的相當不錯的文章。
來真正的認識Web 2.0...
http://www.itmag.org.tw/magazine/article_single_138.htm
http://www.itmag.org.tw/magazine/article_single_234.htm
2007年11月11日
Google Analyics
2007年11月3日
YouTube.com.tw
相信大多數的人都已經知道YouTube已經有繁體中文版了
正式的加上了.TW
相信對於使多熱愛YouTube的台灣網友而言,是一個相當大的好消息
因為你可以更方便去使用它了
下面這一段陳士駿簡短的談話內容中,主題環繞在【全球化,更需在地思考】
個人覺得相當有意思,也相當值得思考,因此特別將它轉載到Blog上來。
訂閱:
文章 (Atom)


