Saturday, February 7, 2009

NET世界的M型化

NET世界的M型化

自從.NET 3.0之後,在.NET的世界裡,技術M型化正在產生
--------------------------------------------------------------------------------

自從.NET 3.0問世之後,以這個時間為分水嶺,出現了一堆新世代技術,例如:
1.WPF
2.WCF
3. WorkFlow
4. Silverlight
5. Visual Studio 2008
6. LINQ
7. Entity Framework
8. MVC Framework
9. Data Services
10.Dynamic Data
11.其他許多。。。

但一個基本問題是,它們在你的日常工作中是必要的嗎?這個答案也許因人而異,但就.NET 1.x及.NET 2.0仍佔據著許多主流正式專案,或者仍為你公司正式軟體的基礎前提下,答案已很明顯了,也就是大多數人不一定得最用新的技術就能完成日常專案,那對他們而言又何須在每天公司工作精疲力盡之後,再去追求那些外表華麗的新技術呢?

對於追求新技術與堅守舊技術二者之間,今天我並不是要評析二者之間的優缺點,或是未來的潛在機會,而我今天要談的是~".NET世界技術的M型化"是幾乎已經確立了!而技術M型化的原因有很多,來自很多方面,例如:
1.微軟美國總部在一年多前就確立一個基本政策,就是在18~24個月一定要推出一個新的產品升級。也因為這個理由,所以各位在短短的不到兩年,可以發現微軟每個版本都推出升級版。
2.因為升級的動作很快,技術或產品採用者往往還沒來得及適應,就有下一代新的技術或產品Beta版的推出。
3.因為過短的技術生命週期,使人喪失了無窮追求新技術的熱忱,即便你能全天候研究新技術而不必工作,我想講的是。。上面所列的新技術你可能仍無法學習及精通過半。在這種超量的技術或知識負荷下,人們很容易就直接放棄而不學,因為反正也學不完。
4.再者新技術的推出,有時必須思考一下新技術的目標族群是誰?先就.NET程式語言部分,在.NET 3.0之後其實是~泛型+LINQ+Entity Framework。但諸立可以想像這種難度有多高?對絕大多數80%程式設計師而言,那些技術意境太高,也太過抽象,註定很難普及到市井小民。
5.微軟各個.NET技術開發團隊的專家們,他們的程度與對軟體思維的水準,註定要比普通程式設計師來得好,講白一點就是專家的觀點與常人是有分別的,他們覺得泛型+LINQ+Entity Framework很容易,但對市井小民而言太難了,講ORM和LINQ做什麼?我用ADO.NET送出SQL指令就可以搞定了,用SqlDataSource就能夠勾勾選選了。。為什麼要學那些艱澀難懂的技術?實在無法理解。。

基於以上種種原因,甚至是許多未列出的理由,這篇文章只是想表達一個觀點,就是"技術M型化"的確立,愈往後面走,各位將來愈能發現那種明顯的分水嶺,M型代表著什麼?以下是舉例:
1.原本的M型是講中間階層向下沉淪,被迫往M型的兩端發展。形成富者與貧者的兩種極端世界,當然您想富者與貧者的比例誰多?當然是富者居少數,貧者比比皆是。
2.將M型理論的現象投射在.NET技術研究上(其他技術也適用),所謂的中間階層向下沉淪意謂著什麼?也就是中間階層的大多數技術人員,基本上已不好好唸書或讀技術文件,有系統地培養技術知識及認知,多半在Google上撿拾零碎的解答或知識,因此整體就會往技術富者與貧者兩端靠去,形成極端的對比。
3.在技術富者那肩,努力學習.NET新技術的人還是有一定的比例,也許20%~30%,對他們而言,所能運用的技術籌碼是愈來愈多,也比較能領略新技術究竟是所為何來,能應用在什麼層面;反之在技術貧者另一肩的人,這些人比例上佔多數,多到我個人覺得至少佔了50%強,此一族群抱定.NET 1.x或2.0,在一般專案中仍然能夠靠舊技術獲得解決,所以他們主客觀並沒有積極想弄懂新技術。
4.再著新技術的學習成本很高、抽象、較為艱深、且絕對必要性理由仍不夠強,在諸如此類的種種,在一般人與積極型兩大族群之間就劃下一道很深的分水嶺,且太難的技術可能讓多數人在初次接觸後就打退堂鼓,再也沒有多大興致去多玩、多接觸、多理解。
5.最後M型仍將持續擴大,因為微軟RD團隊及.NET技術的研發不會停止,進化仍會持續,而這些專家所開發的技術都朝向更為高級或意境層次比較高的方向在前進,因為若您的水準或思維不是和這些專家屬同一國的,您很可能會覺得那些技術用不到,也離你愈來愈遠,然後您對它的恐懼感愈深,抗拒心愈強。。但這仍阻止不了再下一代技術又更抽象、更難,至少在短期幾年內不會改變。

故在此不是要談論學不學新技術的問題,也不是要評論哪類人才是比較優秀,而是.NET技術M型化的產生,在最基本認知上會產生明顯的差異,一如富人覺得一個包包30萬元很便宜,還搶到缺貨,小市民卻覺得3000元的包包都太貴,而ORM及LINQ技術在專家群的反應還不錯,但沒接觸過的程式設計師卻不認同它的必要性,再來開始連研討會談的理念都不一定能Catch到了。。這還真的是技術M型的.NET二分法世界正在形成,M型的世界總隱藏著令人不安之對立感呀。

後記:
.NET 4.0還會有更多的新技術推出,是一次重大的升級。。。屆時的技術差距還會進一步拉大呀!
發表於 2009/01/15 11:20 AM
| 心得隨想、新知評論、軟硬體[76] | 回應 [19] | 引用[0] | 人氣 [1593] | 推薦 [0] |

Ads by Google
LINQ to SQL
Full support of LINQ to SQL forOracIe, MySQL, PostgreeSQL, SQLite

www.devart.com

神奇的微軟 Surface 桌面電腦←上一篇 │首頁│ 下一篇→ADO.NET Entity Framework研討會投影片
本文引用網址:
回應
所以我覺得微軟也應該正視,是不是有必要那麼頻繁的推出產品!

又或者是加強新技術的宣導、應用範例。不然一直推出新技術然後再一直推出修正。

對於沒有急迫性的人來說!!反正微軟一定會修正,反正微軟一定會推出更好用的技術。

那何必一直苦苦追趕技術呢??

專家貴精不貴多嘛....
版主回覆:
對。。你的建言是正確的,太頻繁產品一直接出,群眾的觀望心理就愈強,反正說不定明天睡一覺又會有新的推出,那又何必急於今天要馬上學。。。諸如此類造成眾人行為模式與抉擇的困擾。

而這個問題不是大家不知,台灣微軟也知,但~~~在MSDN Flash文章上一句語重心長的話~"也沒有能力改變",因為這決策是來是美國總部呀。。全世界技術的中心,也是金融海嘯的發源地。。天朝的天子,天朝的命官,聽得見其他邊陲之邦的聲音?即便是當初一堆美國人及歐洲人為Windows XP請命,最終仍然改變不了天子所做之決定呀。。。

所以在這種形勢之道,也許是我們市井小民該想想如何自處之道。。。但想著想著,暫時保留保留。。剛好造就M型的差距形成,正是本篇文章之所說。

註:
祭司只能看到這個技術M型現象,恕我能力卑微,卻也沒什麼好的良方或建言能夠給各位,只能大家自己選邊站了。
熱血大胖 在 新浪部落 於 2009/01/15 01:08 PM 回應 

其實,我的想法是,「不改變就淘汰」,姑且不論這改變是好是壞 …

VB 6+ADO+API加上好的專案管理,其實可以應付相當大型的專案了,但是有J2EE,.NET就非出來不可

ASP.NET、WINFORM夠好了,但是有Flex有AIR,WPF與Silverlight就非出來不可

ADO.NET不錯了,但是Open Source的ORM Solution卻到達了另外一個境界了,LINQ與Entity Framework就非出來不可…

當然,還有很多,一般的開發人員面對的可能只是自己的專案,微軟面對的是ORACLE、SUN、LINUX、Java、IBM還有Open Source這些可怕的競爭者,18~24個月的更新時程,或許還真的是保守了…

一般的開發人員或許學不學,是在自己的需求上,但對微軟而言,不快速創新就是等死了…

對於這種現象,其實還有很多可以討論的地方,改天再詳寫一篇說說 …


版主回覆:
Tim您說的對!由此可見你是技術M型化的富者那端,對新技術有正向的接受力與學習認知,所以你未來的路線與機會也是相對看好的,手中可運用的技術籌碼是更多的。。

另外您提到微軟與競爭者之間的進化與競爭情勢,想必您也有很深刻的體認與觀點。而我對微軟技術本身的進化也確實有一些觀點與看法,我能理解積極型與保守型資訊人員的心態,最後再反觀回微軟新技術發展的必要性。。。但如您所說,其實還有很多可以討論的地方。。可以討論的種種層面也真的很廣,改天抽空再來寫一下的個人觀察到的小小看法。

謝謝您精采的留言唷!
Tim 在 新浪部落 於 2009/01/15 01:44 PM 回應 

我們在M型下半段的人,每天绞盡腦筋忙著克服微軟的Bug所製造的問題。而微軟高高在上的精英們,忙著不斷的推出新的技術,似乎原有的問題自然會被淡忘。而新的技術又帶來新的Bug。似乎我們在塵土中的人的苦難永無止境。

版主回覆:
您說的也對,無論您是在M型的哪一段,每個人的感覺都很真實的,也必須被重視的。。同時我們心態上也不能依M型來劃分人的等級與尊卑貴賤。。。那只是就技術上的分布而言,呵~所以您不是塵土。。。但苦難卻是很真實的每天上演。

每天大家都被超量的工作壓著,相信每個人都是很辛苦的,不過Bug的存在,似乎是沒有一天會遠離著程式設計師(但當然推出好的技術與產品是軟體商的應有責任)。

所以說在技術M型化之下,在每個區段的需求、想法與痛苦都是那麼截然地不同,坦白講我個人心人是存在著一股莫名的不安呀。
usaminglh 在 新浪部落 於 2009/01/15 02:23 PM 回應 

現實狀況是,人都得要工作,而且不是人人都是天才,因為要工作,所以學習的時間必定是有限度的,且不是人人都是天才,學習新技術還是需要時間的,況且學會不表示就會用到,只是學懂但是沒用,意義只有一半而已。

像小弟我現在還在用.Net 2.0應付公司的專案,說實在是綽綽錯有餘,可是對新技術的渴望,還是一頭栽進SliverLight LINQ 等技術,也花了時間研究,但在工作上仍未找到切入點去轉換,往往會有等到忙完一陣專案,對新技術會有掛三漏四的狀況,又要在熟悉一下。

看著 LINQ 的好用只能流口水,卻還不能說服上面的人讓我花時間去改用LINQ,感覺好像只能抱著.Net 2.0 終老>_<

新技術的頻繁推出長久下來對於學習的貧乏,就會開始選邊站,會開始思考新技術的立即實用性,每次要說服上層使用新技術,自己得花一堆時間研究,然後在做評估報告,接著就會發現,新技術已經舊了︿︿。 主管就會質疑,追求新技術若不能提高工作效率,那麼意義在哪?

總之,看到新技術的推出,是有一種興奮感覺,但卻也帶著一些隱憂,最後勢必會出現祭司所說得M型化的技術選擇。

版主回覆:
對~如你所言,新技術對工作的實用性很重要,都時也必須要有效益產生,否則當主管問你一句~效益何在時?可能真的會一時語塞。。答不上話。

然而關於新技術的實用性,有很多的面現可以去陳述,但在此暫且不全面討論,僅舉一個ADO.NET Data Services的例子,從前我一直覺得AJAX非同步叫用後端伺服器資料很麻煩、不人性、囉嗦、容易出錯、Debug不但花時間也不容易找出問題。

但是。。如果用Data Services來負責AJAX非同步資料的存取,那真是快樂了一大半呀,有一大半以前AJAX資料存取的難事都可以輕易化解,不必再用笨笨的傳統方式了。。而這就是以新技技替代舊技術效益的例子。

當然,我不能保證所有新技術一定都能產生好的替代效益,但您可以在新技術中找尋合適的技術,可以產生效益的技術,來替代掉現有較為笨拙或費工的程式。。這是一種方式。
Davis 在 新浪部落 於 2009/01/15 03:28 PM 回應 

我認為應該把焦點放在對自己工作專案,會有明顯改善的技術上。至於其他技術,我們可以當興趣來學習。畢竟時間就是那麼多,呵呵。靠版主分析那些技術是值得大家投資的,辛苦版主嚕。
版主回覆:
焦點先在自己專案沒錯。。工作一定第一優先。

而在此之外,每個人也可以思考自己短、中、長期的路線,例如短中期是應付好公司專案為優先,把現有程式學好。但是長期部分就值得每個人思考自身所處環境,例如假設你公司目前還是用.NET 1.x,觀念和技巧都還停留在舊世代,而未來幾年也沒打算如何藉由升級,或是用新技術開發新專案,長期來講~您必須小心思考這個處境。

因為長期而言,你的觀念與技術只能一直老去,老到有一天你要換工作時,才發現你能力不夠,外面早就不用那種古老技術,而更慘的是。。如果你的體力與腦力已跟不上新技術時,你就等於將自己果在舊公司之中。。。這種例子還蠻常見的。。

所以管理大師彼得杜拉克說,每3~5年您應適時更新一下自己的知識,這不是沒有道理的。。。所以工作之餘,行有餘力還是得為自己撥點時間,為自己盤算盤算,進修進修新知識或技術。
熱血大胖 在 新浪部落 於 2009/01/15 03:35 PM 回應 

請問祭司大提到的"MVC Framework",微軟是否有計畫要支援Silverlight的版本? 不然Silverlight遇到ASP.NET和Java就矮了一截! 自行開發得寫一堆Code,而且萬一將來微軟推出Silverlight版的MVC Framework,又得花時間改成微軟版.

版主回覆:
這個Silverlight MVC部分,容我花些時間確定一下。。因為真的很久沒關心這塊了。。。因為很多的原因。。冏
Mike 在 新浪部落 於 2009/01/15 04:23 PM 回應 

我的看法跟Tim一樣,目前微軟推出的技術,其它陣營早就已經有類似的東西了。像是MVC Framework,Ruby on Rails之前就已經是這樣的概念了,而Entity Framework,在Java陣營也有Hibernate,我的想法是,微軟推出這些技術其實更突顯基本功的重要性。例如泛型,C++很早以前就有了,這東西對於問題的抽象思考很有幫助。Entity Framework也是,學到後來發現,我不會設計資料表、不懂怎麼規劃系統,那學這東西其實幫助不大,只是可以在資料存取上可以省一些功而已,不過殺雞非得用到牛刀嗎?其實都是看需求啦。
版主回覆:
呵~技術歷史,其實我也知道不少,像MVC根本就不是SUN,IBM,Oracle的東西。。。最早的MVC也只是Guideline,根本沒有所謂的MVC Framework,後面的實作都是各家廠商加油添醋創造出來的東西罷了。。

MVC這個Framework最早是在1992年由S. Burbeck這位作者所描述,其是用在SmallTalk-80 v2.0語言之上,它是給SmallTalk程式設計師的一個指導原則規範,以前我也寫過MVC這篇文章:
http://blog.sina.com.tw/dotnet/article.php?pbgid=4907&entryid=5977

不過呀。。我提的僅限於微軟自己和自己比,在先前的技術範疇不曾出現過,.NET程式設計師沒學過或用過,再來有新的微軟自己的Framework實作,要重新學習。。故對多數人而言,其自然可稱得上新世代。

而像Hibernate最早出現過沒錯,而微軟做自己的ORM解決方案Entity Framework,我們要檢視是否有所創新,或者效能及功能上有特殊之處。。。如果有的話,我想這對.NET程式設計師是好事。。。總比手工NHiberate去手工定義XML Mappings要來得強得多吧。。。再者LINQ to Entity的加持下。。使用EF意義也會不同。。。但不過度討論。

此外,像Entity Framework的出現不會令你可以省掉設計資料表、規劃系統學習功夫,因為那是一個資訊人必修的功夫,就好比一台汽車的出現,不會讓你不需學習就能開車,更不可能讓你瞬間知道如何開車。。這些都是自己必須條習的基本功。

再來Entity Framework我在文章已提它的種種,它不一定適合每個人用,因為它是ADO.NET中最高級的,也是最不好懂的。。。如果你有需求,懂ORM的意境。。看看EF,也許你才能領略它究竟在幹什麼。。。

所以是你所說~看需求,沒有錯。

sholfen 在 新浪部落 於 2009/01/15 08:58 PM 回應 

我只是個學生,聽說微軟是用自己的新產品去替換掉自己的舊產品的。對於新的技術來看,我本身是樂於學習的,以LINQ為例,真的超好用超方便的。但是像我們這一類的人(不會把程式燒成光碟,只過網路散佈程式),寫東西往往需要考慮佈署的問題,新的技術固然好,但是新技術所需要的環境卻要裝新的runtime。我覺得這問題也值得好好討論,也許祭司有甚麼看法?
在這聲明一下,我不是用業界的角度來看事情喔,跟各位的見解也許有些出入,先說聲抱歉。
(通常很多非IT的人非常不想裝這些runtime,不只嫌麻煩,他們覺得會拖慢電腦速度等等...)
版主回覆:
你提的問題其實包含兩個層面:
1.新技術需要裝新的Runtime。
2.軟體部署的問題。

我的小小看法是這樣:
1.的確,用到新技術就要裝新的Runtime,這對使用的人會覺得很不方便,而企業也因為這個緣故,所以不想頻繁升級版本,以避免大規模更新工作。
2.再來因為安裝新Runtime很麻煩,甚至升級所引發的附屬議題很多,所以會有軟體部署選擇性的問題。如果你不希望每台PC常要安裝或升級Runtime,則使用ASP.NET這類免部署的技術,是最合適的(但Server還是要Update一下新Runtime),如果你需要Window Form的Rich Client,那你就得犠牲,還是得維護安裝Runtime。

再來。。。最後如Vista,Win2008或將來的Windows 7本身都有內建至少.NET Framework 3.0,故內建可以免除一些再次安裝的需求,至於拖慢倒是不會。。因為不執行,是不會浪費到什麼記憶體的。

總之。。部署問題只能緩解,而不能完全解決,如果要一勞永逸,大概只有死抱一個版本。。永遠不去動它,當然你也知道,有時這樣也是不切實際的。
Tin 在 新浪部落 於 2009/01/15 09:07 PM 回應 

還有一個例子,MVC對.NET開發人員而言可能在最近的MVC Framework才聽過,但是對於Java這一邊的人來說,很久很久之前的Swing元件,就已經採用了MVC概念設計了,ROR都算比較晚了,對於.NET來說很新的概念,其實在其它非MS的技術陣營,早已被採用,甚至Hibernate都已經算是相當成功了。

MS再怎麼厲害,都沒辦法對付全球的OPEN SOURCE大軍,它能作的,就是汲取各領域已經成功的技術模型,快速的拷貝然後發展出自己的Solution,所以.NET平台成型、基礎穩固之後,我們就看到了MS大步進擊各個技術領域了。

技術人員當然不需要隨之起舞,以Entity Framework來說,目前單純以建立資料類別的方式來開發專案對我來說,就已經很夠,因此我不急著學它,但是Silverlight,剛好可以實作長久以來一直無法實踐的Web介面功能,因此我會想要快速將其學好。

一切都是視需求而定,不過有兩點原則,我覺得是不變的,第一,基礎一定要穩固,例如基本的C#與.NET Framework與OOP,這些一定要打好底,再來,每一項技術的出現一定有它的用意,開發人員不可能學會這麼多東西,因此什麼地方該用什麼技術一定要有概念,如此才能將時間花在刀口上,在有限的時間內,學對你要用的技術,加上如果基礎穩固,新技術要上手決對不難的。

版主回覆:
"MS再怎麼厲害,都沒辦法對付全球的OPEN SOURCE大軍",你說的沒錯,帶出了兩個討論主題:
1.微軟只是單一家公司,單一的技術體;而OPEN SOURCE卻是一大群的公司,一大群的產品及技術。
2.微軟加入技術後,就會變成內建,還會進一步擴大應用整合,但OPEN SOURCE卻是可用可不用的選擇。

不過問題的發生在於第二點,變成內建及擴大整合,使得.NET程式設計師沒得挑。。。比如說:
1。如果您想用ORM,除了Entity Framework本身,你還一定得要會LINQ,而LINQ要毫無障礙,你必須懂泛型怎麼用,最終變成集EF + LINQ + 泛型三者於一體的複雜度,於是讓中階到入門至少50%的人感到難以親近。
2.像Silverlight的資料存取,除了AJAX之外,你就得用新世代的WCF或Data Services + LINQ來解決,如此資料存取會比較順手。。
3.諸如此類種種,雖然表面上程式設計師可用可不用,但終究難以避免要去面對新技術,看似有選擇,但卻是沒什麼選擇性。

所以我個人擔憂的這是這類的問題,該向讀者或聽眾講全新技術,或在現有舊技術上打轉;同時程式設計師也會感到一堆新技術的推出,自己該何去何從。

但面對眾多推陳出新的新技術,我還是認同你講的。。打好底,時間花在刀口上,在有限的時間內,學對你要用的技術。。

這樣子對個人就是一項務實的新技術投資依據。
Tim 在 新浪部落 於 2009/01/15 10:18 PM 回應 

第二點:
2. WF

是不要改 WCF?

版主回覆:
呵~是我筆誤。。漏打了。。謝謝提醒。
Wizard 在 新浪部落 於 2009/01/16 12:10 AM 回應 

對小喵個人而言,小喵是需求論的

因此當一個技術出現的時候
小喵最先想要了解的是,這個新技術的特色是什麼,有什麼好處,是否已經是成熟的技術,然後去判斷這些好處對於小喵的益處有多少,最後才去決定是否要學習他。

因此,有些技術小喵只會停留在初體驗階段,體驗過後如果不適用於小喵的工作上,就不會花費太多心力再專研下去。

畢竟不論什麼技術,使用者目的就是要能夠解決工作上的需求。

所以技術不斷演化,小喵樂觀其成,但是不見得會最快的採用他。直到觀察到這樣的技術可以幫助目前的問題,那麼用這樣的技術的時刻也就到來了。
^_^
版主回覆:
對。。所以你會評估哪些新技術可以對現有工作產生效益,然後你才會投入,甚至是學習。而這樣子就是一個新技術的評估使用策略,特別是在新技術很多,學也學不完時,這樣子的策略就更能將自身有限的時間與精力等寶貴資源投入在刀口,以產生最大的效益。

基本上我很認同這樣的實務想法及做為的。
topcat 在 新浪部落 於 2009/01/16 11:38 AM 回應 

或許.....很多工程師大概對這些頻繁更新有免疫能力吧!

版主回覆:
呵~有一部份比例的人是如此。。畢竟版本更迭,推陳出新又快。。自然難免會比較疲乏
mOMo 在 新浪部落 於 2009/01/17 09:35 AM 回應 

這麼多的討論,其實都有一個共通的點,就是大家並非是純技術狂熱追求者,所有對技術的追求,都建基在對工作的幫助與效益上面,差別可能在,有些公司對正規化很要求,有些對安全性比較在乎,有些只在乎開發速度或是後續維護方便性,諸如此類的軟體開發考量,大概就是大家選擇是否引用新技術的很大因素。

所以想必花點時間粗淺的認識新技術,變成是必然的趨勢,在從中去選擇對自己有幫助的技術,引用至工作之中。以此來看頻繁的推出新技術,無形中其實也替開發人員增加一點附加價值,或許跟別人的同質性就不會如此相似,個有所長。

Davis 在 新浪部落 於 2009/01/18 01:31 PM 回應 

為了因應M型化的.NET世界
請祭司大出個系列套書吧
讓我們從這一端還在1.1~2.0的
有個途徑可以升到4.0的那一端
上面那10個新東西
除了LinQ外我都不會
看來我快要被綁死了...
版主回覆:
呵~你的建議很好。。改天我會再寫一篇文章回應你這個問題的。而其他東西都不會,只會LINQ。。。呵~但我要跟你說。。你抓對的核心關鍵。懂LINQ。。很快就能夠學會Entity Framework及Data Services的應用。。因為它們的查詢都以LINQ為基礎,所以某種程度而言你算富者那端,了不起是小富與大富的差別。再者目前技術上所處M型位置,可能不是最重要的關鍵,而是您力爭上游的那顆心,要努力賺大錢變富人,可能不一定操之在我,但努力學習,提升自己的技術。。卻是我們自己可以主宰的。。變成技術富者那端是可以辦得到的。^___^
gejiod 在 新浪部落 於 2009/01/20 10:36 AM 回應 

如果祭司都可以出相對書籍一系列的或開相關課程,哪是更讓我期待的...投資自己是最好的保障....
版主回覆:
對。。投資自己是最好的。。比投資股市還要好,因為未來的增值空間是倍收成長。。。而股票雖能賺錢,但也能令人血本無歸。。投資自己是最穩健的項目。
OneNet魔力小子 在 新浪部落 於 2009/01/21 10:54 PM 回應 

基本上MS .Net最初願景目的地跟timeline
都先後浮現出不小問題了

我已經觀望很久了
就當我向下沉淪吧
版主回覆:
其實。。莫說你覺得技術方向及願景不如你願,許多人也有相同的想法。。。我也不可能說每項產品都是好的,都一定有很高的實用價值。。而我的做法是,在一堆技術中找尋對我合用的,覺得有潛力的加以投資/學習,一如在一堆沙中找出你要的珍珠。。我想這是一種做法。^_^
路人 在 新浪部落 於 2009/01/22 04:45 PM 回應 

應該說問題核心出在產品策略跟繼位者對願景的規劃
版主回覆:
你說到了~產品策略跟繼位者對願景的規劃!但說真的。。我們總以為許多公司或人做事一定有計劃及願景地在進行,但事實也許是相反的。。。就是一群人努力地做而已,不見得是先有計劃表和方向,而這當中影響的因素還可能更多,例如計劃趕不上變化,或新的競爭者出現打亂的步調,又或某種新技術突然出現,又逼得要快快跟上。所以如果你如果問我.NET 4.0的產品或技術有些什麼東西,我可以答得上來。。。但如果你問我是否官方有願景或有計劃地在實現夢想。。我還真的答不出來耶,因為幾乎沒什麼看到。。。只有一直不斷推出的各種Beta軟體,還有不斷新增的Service Pack。但還是一句話,外在環境不完美,別人若沒有規劃願景,但自己還是要規劃技術及學習的願景,把自己鍍金加值。。我想這樣會是比較好的。。無論學習什麼都好。^_^
路人 在 新浪部落 於 2009/01/22 04:55 PM 回應 

我倒是覺得追求新技術是好事,不過要觀望一下,比如說Silverlight1.0跟2.0就有點差別了,感覺微軟總是喜歡推出新東西讓使用者去測試bug,然後他們再去改進的感覺
版主回覆:
對。。任何新技術推出,都要檢視其投資價值,還有未來的應用性,甚至連成熟度及改版方向都有可能要一併檢視,是否已是很好的版本,否則投入學習後,再來個大改版,那可真的會累死人呢!^_^
kinanson 在 新浪部落 於 2009/01/23 11:47 PM 回應 

這篇文章者寫的非常精湛,說出了技術人員心底深層的感覺,老實說,在工作上,這種新舊技術的掙扎與對立,層出不窮,主管很怕一直學太多新技術的人,他怕自己被邊緣化或無法控制,鑽研技術的人對主管的守舊,有時也會有微詞,部門內只有一個頂多兩個,走在技術的尖端,可是其他ㄧ整票總是期待微軟不要再出新技術的技術人員,會抵抗、也會反抗,因為新技術對他們而言是額外的負擔,主管擔心風險,也會適時的拒絕,寧願符合大多數人的期待,asp就aspㄧ直下去,asp.net就在永遠被抗拒,寧願花時間想出ㄧ百個asp.net不需要被使用的理由,也不願花點時間看一下asp.net到底是什麼,技術的演進,到底已經到了什麼樣的地步。

版主,您這的許多文章是否可提供轉載呢,轉載到個人的網站或部落格呢。
版主回覆:
呵~可以的。。本篇文章您可以轉載,沒有問題的。至於您提的回應很值得深思,容我慢點回覆。。^_^
Mark Shu 在 新浪部落 於 2009/02/01 08:45 PM 回應 

No comments: