我決不黑微軟。。也不知你說的對不對?大家來點有思想高度的分析
我宣告我不黑微軟
至少微軟的Windows平臺讓我們大家學會了工作中需要的技術和知識.如C/C++, ps, coreldraw, 3dmax, pre, ug,CAD,.....這些軟體對我們的工作和學習幫了很大的忙.這些重量級的產品離不開C/C++,以及彙編。C++它是最好探索程式設計世界的入口。學好C++,必須以學好C語言為前提。同理:學好其他語言如PHP,JS,java,又必須要以C/C++為前提。違背這個原則,你會遇到無法超越的技術瓶頸。你的程式設計職業生涯就會打折。
很多人沒有感覺到跟著微軟很疲憊嗎?..
微軟確實是一個喜新厭舊的公司,
微軟確實是個玩軟體的公司,注意是玩,舉個例吧(摘自網路)
-
當java用jsp時,微軟在用asp
-
當java在用java bean時,微軟開始sp.net綁sql
-
當java在用Struts mvc時,微軟開始webform
-
當java在用jquery時,微軟開始mvc
-
當java在用extjs時,微軟開始jquery。
-
當java在用html5時,微軟開始extjs
-
當java在用opengl 加速html5時,微軟開始html5。
-
當java在用雲端計算hadoop時,微軟沒辦法玩了,因為每個cd-key都是要錢的。
曾幾何時,微軟的一切產品都是。NET開頭的,比爾還在任的時候說把一切產品包括作業系統都統一成一種語言來編寫(C#),也許工程師們做不到。。後來總是存在這樣或那樣的問題............
下面是一個Delphi的使用者對C#及微軟體技術的一些看法:(摘自網路)
為什麼繼續選擇DELPHI?
已經鑽DELPHI很深了,當然現在DELPHI是過了最輝煌的時代。但為什麼要繼續下去,而不轉向其它的?這是不是死腦筋?
我看了一下C#的LINQ的產生,然後又被實體框架所代替。思考了一下:
1)LINQ的確是有好處,但是所用的場景又不多,這樣就會變得很雞肋。所以說學新的東西,有時對自己來說不一定有相當大的好處。
2)軟體程式設計發展現在,會有很多花巧的小東西,這些小東西可能帶給你好處,但也不一定。只要你用不上,就沒有好處。而且有些東西只是過渡性,嘗試性,上家覺得不好又可能把它放棄,這的確對開發員很忌的事情,不跟M$也是這個原因。C語言很老,但到現在還是排第2,可以說明這些問題。因為C什麼都可以自己做,自己做上家做輪子。它功能夠單一,不需要太多東西也能排第2。
3)框架問題,其實深入一件事,在長時間程式設計中,會積累對自己工作有利的框架。這樣自己的工作效率也會不斷提高。如果跳到另一個坑,又得重新積累,所以這樣不一定划得來。而框架積累到一定時,效率不一定比新玩意差多少。
4)客戶要求,大部分都對語言沒有要求。只要方向不變,何苦要折騰自己。也許有些客戶是有要求,但這樣的單子可以不做。如果對語言有要求,同理又可以要求使用什麼框架,什麼結構等。但是框架是千變萬化,編碼風格也是。一份原始碼,就算是最熱門的語言,給另一個人維護也不容易。
5)D繼續發展,不怕小眾。只要還是自己用,就不怕小眾。一個人只能做好自己的本份事。自己寫得舒服,客戶用得舒服就行。知足常樂,不必什麼事都要爭第1,騰出的時間可以做好其它東西。其它的事情也很重要。人就是要平衡好,如果人太苛刻,事事求最好,事事反做不好。
6)善用不起眼的小東西,思考問題。升提自己。之前我有點抱怨DELPHI分實現部分和定義部分,改程式碼不方便。後來用了MMX,發現這個缺點沒有這麼明顯了。工作起來也舒服得多。最新的DELPHI XE IDE,CNPACK,MMX各種小東西不斷深入再深入,發現用得好,也是不錯。雖然總體和最熱門的C#總有些差別,但總體問題不大,可以接受。
除錯程式碼也是,覺得VB一類的語言可以邊除錯邊改程式碼,D不能。但後來改進了除錯技術和除錯習慣,發現問題也不算非常大。
其實這也是處人處事的哲理,一個人也是,不必因為小小的事情,就抱怨自己的所處環境如何不好,要換這個換那個。其實生活和工作,只要用心分析,就算是在有限的資源下,不斷的進行小改進,也會取得好的結果。
以上幾點只是針對自己個人情況所思所想的交流見解,也許讀者來說,會有另一番不同想法。
為什麼儘量少用微軟的工具,有原因的。。。這個問題很簡單,因為微軟的產品心術不正。
看官請先別爆粗口。這裡所謂的心術不正,實際上並沒有淪喪到36x和競x排名之類的層次,而是更高尚一點。
微軟什麼心術呢?就是總想著把使用者綁在自己的平臺上。你一旦用上了微軟的產品或者技術,很好,以後你有什麼進一步的需求或者擴大規模的需要,你基本上就只能選擇微軟給你提供的整套解決方案,或者在微軟認可的生態圈子中做出有限的調整——這些解決方案通常相當精緻複雜,然而往往卻並不是最佳的,而且還經常不便宜。微軟所有的產品都完美地貫徹了一個宗旨:讓使用者從微軟平臺遷出的成本儘可能的高昂,以便留住客戶。——即使這個產品本身很糟糕,但是這個宗旨也能很完美地體現。
試圖讓使用者多多使用自己的平臺無可厚非,但這不應該影響到真正功能的實現,不應該讓使用者在獲得服務的時候出賣自己的選擇權,或者未來的選擇權。這就是為什麼經常微軟有解決方案,但是大家卻不會首先考慮使用它。
很多人說技術在進步,不全正確.計算機的結構沒有改變,你現在用的古老的C,彙編,C++知識絕對是有用的.微軟用C/C++,彙編搞出的東東如:Forxpro, vb, VBScript,Asp,J++,Asp.net,Silverlight,WCF,WPF,winfom, Netframework, xna,資料庫的CLR(你敢在企業級應用嗎?) ........這些產品出來一些年份後,就被邊緣化了的,沒有一樣成就了大規模的應用市場, 只是在現有計算機結構上玩玩罷了...
-
VB.NET, TypeScript, F#, C#語法美嗎?我不認為美(又臭又長的程式碼東東,搞LINQ想減少程式碼量也不如意), 大量的語法糖,程式碼的長度讓人眼花,不知道你還想不想思考業務和計算邏輯呢??這些高階語言就是微軟讓你使用其產品的工具.所謂“高階”就是提供商(微軟)對底層知識的封裝和整合,如果你深迷於它之上,你就會象現在的VB程式設計師或J++程式設計師一樣被排擠掉.
-
微軟的NetCore還在初級段,發展的也很快的。但是我要說的不是Net Core我說的是new framework 1.0至4.5....不管你承不承認這就是微軟的技術實踐,現在就是一個被邊緣化的產品,說的好聽一點就是玩了我們10多20年(有點過了哈,原諒!),很多人不知道什麼是邊緣化了,還傻傻地問為什麼微軟還不是在升級嗎?還是回到我前面說的,兄弟年輕思想沒有高度。。。看不透這些。。。哈哈。。。,但總之,說不定Net Core不知它玩到什麼程度又會加入這樣的行列:FoxBase, Forxpro, visual FoxPro, VB, VBScript,asp,J++,,Asp.net ASP.Net MVC, Silverlight,WebServiceWCF,SharePoint, winfomwpf, xamrain(到死不活),WinCE,WinMobile,Netframework, XNA, CLR,Remoting........NetCore。再微軟決定廢棄兩個框架。廢棄的理由是無法相容微軟自己的sql產品,linq只是在.net語言基礎上衍生出來的查詢正規化,在linq to sql設計上提供不了對所有型別和sql控制符的對映。不過至少它還會堅持到.net 4.0以及visual studio 2010.另一個是Connected Services這個蠻有野心的框架終於因為無法滲透到特定領域,沒有商業上的支援而告終。Exchange, SharePoint, Communications Server,Customer Care Framework還是作為微軟的call center的產品存在。大量的微軟產品穩健性太差, 這也是經濟不景氣和微軟的行業定向性差的寫實。祝願net core成功!!
再舉個細化點的例子:如最早的C#有AarryList類,後來建議不用了,用ListT來代替,還美其名曰說什麼避免裝拆箱,為什麼不一次性搞好,浮躁!讓我們做小白鼠。還有String.Replace()的功能也是很業餘的,如果要指定替換次數如何辦?實現起來也小小複雜。學習一下專業的python的作法(只要對客戶有利,我想客戶也不會說你在抄襲別人吧。日本抄襲別人的技術,現在汽車的質量相當穩定)Python: str.replace(str1, str2, 替換次數)。我見到很多python使用者的部落格貼出來的演算法(多是圖形演算法)寫的相當精簡,這一點C#是很難做到的。科學計算底層上還是C、fortran的天下。我宣告並不是說python有多好。我想說的是在功能上應有點工匠的精神好不好,別把客戶當小白鼠。對於工匹精神我想多說一點: 我們在用Winform的時候,什麼互操作,什麼這樣引用那麼引用.為了Listview, DatagridView等列表匯出到Excel, CVS.....到處找三方的元件.還有那些本來很簡單的問題搞得很複雜.如List<T>的FindIndex, Indexof, FindIndexAll.................引數還來個什麼predicate的委託.....要查詢一個子集合是如此羅嗦。。如:var subCollection = array.ToList().GetRange(2, 4);
好象在C#8.0又要改為var subCollection = array[2..^5],以前學的又要建議不用了。。哎。。。不過學習python也是可取的很多時候事物要從外部去看才能看清本質。在掌握了許多非微軟的技術後,你才能夠看清微軟技術的優點和缺點.微軟的所謂的層出不窮的新技術其實就是微軟對方向的迷途動作吧...... 現在的微軟不象其它公司在一個穩定市場對產品加固 如:ORACLE還是那個ORACLE, java還是那個java....python,php,delphi,photoshop, CAD,Linux, mysql還是它自已, 但是它們對自已的產品進行了功能的加強再加強...而不是丟棄...呵呵
有些微軟粉絲用著微軟要淘汰的產品,而微軟出於對客戶負責任的態度進行小小補丁,這些人還以為很好很牛逼. 思想是有點膚淺了。
-
我本想寫一個這方面的文章,對兄弟們選擇技術方面給點建議,可是那些剛入行或剛用微軟產品的兄弟年輕氣盛嘛又何必去爭呢.因為這是一個生態和社會教育問題.現在培訓機構為了學費就讓你學微軟的什麼Winform,wpf, C#,vb.net,Asp.net ,...這些都是短平快可以去掙點小錢的.想提高是不可能的,因為沒有基礎呀,基礎我就不說了 [如: 電路基礎, 數學分析 數值分析 資料分析 高等代數 近世代數 空間解析幾何 微分幾何 概率論與數理統計 離散數學 隨機過程 常微分方程 偏微分方程 運籌學 數學模型 最優化方法 複變函式與積分變換 實變函式與泛函分析.還有曲線積分 重積分 曲面積分.....] 這些選幾樣都讓你學幾年的......很多還有半路出家的想學什麼人工智慧,機器學習..我靠....我說不能去搞又打擊了別人的積極性,只能半忽悠地說加油.我不知道你知道以前園裡有個牛人.玩什麼Silverlight,webservice,WCF...很溜的喔.............現在呢..也許也後悔沒有聽我的話..哈哈.........就說到這裡吧..祝兄弟們成功!
-
引用“珍惜生命,我用python”,我可以這樣說“珍惜青春,遠離微軟”-----所以,選擇很重要,人生短暫,跟著微軟10多20年,微軟公司沒有什麼影響,而你卻花費了寶貴的青春,當你還在學習微軟的所謂新技術的時候,你的小孩已經長大了,你學的東東不能傳授給你的小孩(除了計算原理, 資料結構, C/彙編等)你難道還要讓你的小孩跟著微軟為它無私奉獻跟著學c#,D#, E#,F#,G#,K#..........基本上全新的東東,不是嗎?
我有時候也關注一下微軟也關注一下微軟的粉絲想法 ,看到他一味地追逐微軟的高階語言或將要被微軟棄掉的產品..心裡有時真的不好受...........青春可貴呀..............2002我追隨.NET到現在有多少年呀..那個時候安裝還需要4張光碟(MSDN 2張)............時間真快!!!
如果你覺得我說的不對,你去看看賈伯斯如何評價微軟的:
點這裡:
相關文章
- 為什麼說會不會SQL,決定著你的工資?方向不對,努力也白費!SQL
- 對不起,我不是針對你,我是說在座的各位都不會寫 Java!Java
- 移動端:對高度自適應的輸入框說不~
- 說的好像有一點點道理,我都沒有反對
- 對不起,今天該發的微軟認證推文,我們沒寫微軟
- Excel不夠用? Smartbi NLA對話式分析來幫你Excel
- 對於你們駁來駁去的《停止學習框架》,我有話說!框架
- 不吹不黑比對下React與Vue的差異與優劣ReactVue
- 簡易版的Spring框架之AOP簡單實現(對我來說不簡單啊)Spring框架
- word中怎麼解決英文對不齊 word英文對不齊的方法
- 你知道我對你,一對一交友原始碼,不僅僅是喜歡原始碼
- “不吹不黑”說一說列表頁多”簡單”
- “不吹不黑”說一說列表頁多"簡單"
- CoDeSys3.5軟模擬結果不對的解決方法S3
- 說說你對this的理解
- 不黑不捧,2019年對國內 Linux 皮膚評價Linux
- 對《大家都在點贊 Windows Terminal,我決定給你潑一盆冷水》一文的商榷Windows
- 資料量大也不卡的bi軟體有哪些?
- 說說我對 WSGI 的理解
- 你有聽說過“分詞”嗎?說說你對它的理解分詞
- 說說你對樹的理解?相關的操作有哪些?
- 說說你對集合的理解?常見的操作有哪些?
- SSH 埠轉發 - 你不讓我看,我也能看
- 說說你對圖的理解?相關操作有哪些?
- 五款不錯的Web前端開發工具,對小白來說完全夠用了!Web前端
- 說說你對JSBridge的理解JS
- 說說你對UML的理解
- 大家對PHP的誤解有哪些 ??PHP
- EF批量插入太慢?那是你的姿勢不對
- 你瞭解什麼是微前端嗎?說說你對它的理解前端
- 想讓使用者離不開你的遊戲 ?《荒野行動》《傳說對決》是這麼做的遊戲
- 微信小程式swiper高度自適應,swiper的子元素高度不固定微信小程式
- Laravel 執行環境的安裝對於萌新來說真的很難,直接 phpstudy 環境不也可以麼?LaravelPHP
- 說說你對連結串列的理解?常見的操作有哪些?
- 說說你對績效的理解?
- 不聊webpack配置,來說說它的原理Web
- 追熱點不僅姿勢要對,工具也要對
- 軟體測試——面試指南,磨刀不誤砍柴工,看完對你絕對有用!面試