關於即將發布的Delphi在網絡上似乎進行著非常熱烈的討論從我自身的感覺來看Delphi預示著Delphi又開始進步了但這僅僅是一個開始以後的路還要看CodeGear如何走回到Delphi上該版似乎增加了一些激動的功能從編譯器上來說似乎支持了泛型Unicode一些流行的語法糖（匿名方法等等）好像還隱約支持反射但就這些特性上來說並不新鮮只不過Delphi也要緊跟流行元素VCL的改進應該是RTL被替換了更高效的FastCode等開源的代碼內核大量的容器新的線程類並發鎖機制等等估計這些改動不可避免的引入許多Bug但這畢竟是好事同樣證明了Vcl聲聲不息IDE的改動可以不談並不是不重要而是開發到了一定階段IDE無關痛癢了其實總的來說先今世界沒有那門語言能包吃天下否則這世界只需要C就足夠了前幾天偶爾聽到一門電視講座《小企業的生存之道》裡面的主要內容就是小企業要生存其產品無論高低貴賤一定要做精而不求廣想包吃天下的下場就一定失敗還舉了個例子一歐洲小企業就只生產一種產品小朋友吹泡泡用的肥皂水因為其專一做到了同類產品品質第一所以其世界占用量達到%多可見無論個人還是小公司只有搞出自己有獨特特色的產品才能出類拔萃才能生存
現在開發軟件只要大一點規模的都是混合編程一門語言搞定的要麼是沒有技術難度要麼就是粗制濫造想在編程語言中一枝獨秀我覺得必須有自己的專長VB其生命力可謂強其特點就是簡單Delphi當年號稱VB KillVB依然還是活得好好的所以語言功能強大未必就有更多市場關鍵是其定位如果VB又是支持com又是支持OOP又是支持Genericity搞得語言很復雜說不定就失去了現在的市場VBNet的用戶明顯就沒有VB來得多從我從業的經驗來看如果從賺錢的角度來說一門編程語言最主要的就是要支持企業特性把企業的一些邏輯直接整合到語義層面上來net的Linq就是一例企業邏輯是什麼？就是數據庫的增刪改現今的世界還要包括好的分布式和並發方案Net的分布式方案主要有Remote和WCFJave也有相應的方案
Delphi據說也有類似Jave的Json的DataSnap方案這就找對路子了但做得還不夠必須要專這個方向下去Net Jave Delphi說白了都是市場經濟下的項目開發用語言對項目的整合包裝和集成Delphi還遠遠不夠Java為什麼有這麼多的缺點卻是企業開發的王牌？原因無非是 免費開源好用的類庫對數據庫和BS模式的開發支持很出色尤其最後一點做精了就不愁賺不到錢因為開發人員的內心都是技術之上的但是經過了多年的從業經歷來看我認為商業開發和純粹的開發有這本質的區別比如開發人員上班時的思維就因遵循市場的脈搏做主導市場至上而不是技術之上產品的穩定至上而不是代碼的優雅之上說白了就是賺錢之上具體到Delphi的開發上我個人認為應該把所有精力都投入到企業框架上類似於Java有這麼多好用的框架填填代碼就能Build優秀的分布式企業解決方案奪回企業市場是重中之重VS有劍走偏鋒之嫌所以C#的市場占有量始終超不過Jave甚至是C/C++但M$有實力探索CodeGear不行不能再失敗了定位就應該在企業市場什麼對Com/Com+裸指針的支持等等做企業開發的有幾個用得到這些底層功能的說真的自己下班回家做純粹有技術含量的開發大都用的都是C/C++企業開發的要決就是 穩定穩定再穩定高層高層再高層簡單簡單再簡單超高的封裝達到超高的易用性看看Net Jave釋放都用GC要啥功能只要new一切就這麼簡單這就是定位准確兼上而顧下反而得不到市場Delphi當年的目標號稱即可以不寫一行代碼就能完成一個數據庫應用又能只靠Delphi語言寫一個編譯器出來是的Delphi辦到了這種一統天下的語言成就了當時的輝煌但是今非昔比了寫數據庫項目的需求遠遠多於寫編譯器的需求Net Jave有著更好開發企業邏輯的功能和類庫即使他們不能寫編譯器有如何？Delphi你該好好想想了今後的路究竟如何走就如同每個開發人員思考先賺錢還是先研究沒錢途的技術一樣是個難題
From:http://tw.wingwit.com/Article/program/Delphi/201311/8507.html
