我在某香港軟件公司發現這遍文章, 閱後感到非常憤怒... 請大家評論一下.. http://www.multiable-erp.com/detail-tc.php?id=170&txt_cat=5&lang=tc

呵呵，不要这么生气的嘛～ 林子大了什么鸟都有的，它们只会写JAVA，C#，而他们产品也是这些写的，当然要贬贬其它语言的优秀作品咯～ 不然卖不掉的啦～ 什么语言好什么语言不好，是程序员说的算的，JAVA，C#是好，但就不能说DELPHI不好，至少我相信用DELPHI的程序员不会比JAVA，C#的少，只能说各有所需吧。 再看看市场上DELPHI开发的知名软件数量，再看看JAVA，C#的，一切尽在不言中啦～ 插花一句：就拿目前吵的比较火的Firefox浏览器来说，我也用过，感觉真的不怎么样，至少访问很多网站，页面变的乱七八糟就很不爽，所以我还是用MYIE 一些屏蔽插件的东东，感觉很好。但能说Firefox不好吗？只能说各有优点罢了。

引言: 呵呵，不要这么生气的嘛～ 林子大了什么鸟都有的，它们只会写JAVA，C#，而他们产品也是这些写的，当然要贬贬其它语言的优秀作品咯～ 不然卖不掉的啦～ 什么语言好什么语言不好，是程序员说的算的，JAVA，C#是好，但就不能说DELPHI不好，至少我相信用DELPHI的程序员不会比JAVA，C#的少，只能说各有所需吧。 再看看市场上DELPHI开发的知名软件数量，再看看JAVA，C#的，一切尽在不言中啦～ 插花一句：就拿目前吵的比较火的Firefox浏览器来说，我也用过，感觉真的不怎么样，至少访问很多网站，页面变的乱七八糟就很不爽，所以我还是用MYIE 一些屏蔽插件的东东，感觉很好。但能说Firefox不好吗？只能说各有优点罢了。

我倒有不同的看法, 這篇文章提到的與我現在觀察的市場確有事實的地方, 並非說Delphi不好, 可是綜觀在台灣的市場Delphi4,5出來時書籍可以滿滿一書櫃, 直到今天2005出來了, 可以到著名的書店街去看, 能找到幾本, 還是在邊櫃, 我個人認為書本是最直接反應市場機制, 但不代表軟體的好壞, Delphi至今仍是商用開發的佼佼者, 只是這個優越逐漸的變小了! 到現在我還是在用Delphi5開發, 因為Delphi的發展版本, 真是一版不如一版(抱歉, 如有不同意見請不要罵我), 不論穩定度, 程式的大小, 而且一版比一版貴, 當初買了Delphi4 Ent版花了九萬多, 兩年多後要昇級Delphi5竟然要花好多個的個把萬, 如今Dephi5要昇級到2005還得付近6萬元, 哇"靠" 而新版一套6位數跑不掉, 在現在這個微利時代, 買一套要接幾個Case才能回收, 而之前Delhpi的Broland總部建設的多麼奢華, 我們付出那麼多銀子, 實際由Borland得到的協助有多少, 就我自己的經驗來說, 1%都不到, 如果當初開始使用時沒有本站的成立, 我可能早在四年前就轉移陣地了, 所以不要怪Delphi的使用者會流失, Borland其實要好好檢討, 還有Delphi的官方技術資料實在少的可憐, 或許有很多文件是存在的, 但我們實在很難找到平民化的文件資料, 老是要我們玩捉迷藏, 往往都要靠論譠上的先進們提供網址, 如果Borland想要拓展使用人口, 在文件(書籍類)應該再提供更清楚明白易懂的資料, 就像以前Dbase所有指令, Fucnction全部列出來還有help方便查尋, 無怪乎Dbase可以風光數十載而不衰, 要不是Dos的沒落 雖然提了那麼多Delphi的不是, 但我從來沒有質疑過Delphi的強大設計功能性, 尤其Delphi封包了所有可能的應用, 還提供各家可以自由開發加強的元件, 對我們不是以C , VC為基礎的人來說著實幫助很大, 不過說實在, 最近我真有點想轉入JAVA, PHP, 因為眼看這WEB這塊市場已逐漸壯大及需求也增加, 我一直在思考的是, 如果繼續Dephi下去, 我是否還能有競爭的能力 以上是我個人這些年下來的心得, 我不是Delphi的研究者, 我是要靠設計生存的實際人, 所以必須考慮現實面, 不要打我哦~~~~~~

P.D. 兄可能误会我的意思的了，我并无说DELPHI一定比JAVA，C#好，但不可否认DELPHI的辉煌也不是可以一起抹煞的，JAVA，C#给我的感觉很复杂，JAVA姑且不说，C#实在。。。 DELPHI的确是一代不如一代，但我觉得知道D7还是说的过去的，正如P.D.兄所说，后面的产品就。。。 我用过VC、VB、PB、DELPHI，不可否认DELPHI是我最喜欢，也是我用的时间最长，为我创造最多效益的一个产品，正因如此，所以可能。。。呵呵～ 我用过JAVA、C#但感觉是不很好，不知道是否我学习 方法或接受能力有问题，我去过不少软件公司，但遗憾的是周围的同事或公司没有用JAVA、C#的，可能正因为这样，没什么学习环境吧～ 不知道P.D.兄对JAVA和C#有什么见解，虽然我们在这里说的没有任何意义，但作为一个程序员，熟悉一下市场上的编程工具还是有必要的。

說一個真實的事情給各位參考 並不是我自誇自己多厲害，而是讓我束手無測逼不得以僚下去的... 我們公司的ERP系統經過電腦公司撰寫1年多，上線半年多，整整將近兩年時間，原本寄望坐在電腦桌前就可掌控全公司狀況及生產流程進度，心喜電腦化管理時代來了，然而.......各級主管及員工都越來越敷言了，電腦化並沒有改善流程，只是增加工作複雜度，價值百萬的ERP無用武之地，因為以前上過VC、FoxPro、C 、Delphi...等課程，深知Delphi好學易用，就這樣開始日以繼夜的練功（當然發現這討論區是我最大收穫）,.....經過自己寫了許多周邊程式及資料庫互通(SQL2000),才讓我們公司的ERP起死回生，也讓電腦公司能順利的收取70%的貨款，餘30％要全部驗收才付，........ 結論...電腦公司是用VB寫的，現在有一部份開始導入.NET，他們是專業的程式開發者，連寫個螢幕照相都說技術有困難，.....而這些加速執行效率的程式都是我自己來，他們只專精資料庫這方面，...連報價單直接轉Email出去也有困難，只能用附加的傳真軟體（WINFOX）.....是VB功能弱或是難學？.....這功能可能又要我用Delphi.....

我以一個是Delphi, Java, 也是.Net的開發者的觀點來說一下, 我自認我用這些程式用得夠久了(.Net是太晚出來了, 可是我也是從Beta就開始了)    先說說我玩的程度...  Delphi, 是我玩最久最深入的, 也是我最愛的, 我從Delphi 1 版玩到現在. 最少用它設計過20個專案, 5~6個產品, 數十個VCL元件, 上百隻小程式.. Java, 也是從1版開始, 最早是玩Applet, 開發過數個應用程式網站, 現在手上還有案子是用Java... .Net, 從不穩定的M$廣泛測試版, 正式發行後的大眾測試版(微軟的一貫作風, 客戶就是最佳的測試環境), 用 ASP.NET 開發過網頁, 用 C# 開發過跨"平台?"的程式給 PocketPC 跟 Windows 用... 我還有用 APS, PHP, VB, VC 開發過案子.    最討厭聽到有人說Delphi是老語言, 不堪用... 尤其現在常常聽到有人(多半是非本科系的去了資策會學了一些皮毛後就臭屁的自稱Java高手), 大放厥詞, 把其他的語言說成狗屁... 用 .Net的也是, 老在批評Java或是Delphi的不是, 說他們太陳舊了...    說句實話, 這些都只是工具, 工具當然各有長處, 也當然會有適用的領域, 但是工具也要看用的人有沒有慧根.    先說我用.Net開發的觀點吧.. 由於產品開發時的需求, 希望能以最少的程式碼以及開發時間, 要能製作出可以在幾乎所有的Windows平台, 以及在PocketPC PDA上執行的產品, 所以選用了.Net C#開發. 案子執行了快一年, 宣告 Fail...原因有 1.DotNet是用DLL為元件的Package, 但是DLL會被Windows咬住, 導致常常必須重開OS才能解除 2.DotNet要製作產品安裝包不易, 因為要裝DotNet Framework有時需要裝若干的Service Pack 3.當時的DotNet非常不成熟, 不僅沒有元件, 連Help文件也少, 一堆Bug不知從何而來, 常常是追一個Bug追了近一周, 才知道是"它"的Bug 這是發生在前年的事了, 當時也有用C#開發ASP.Net, 問題也是一堆... Dot Net 提供了視覺化IDE編輯介面來編輯ASP.NET.. 好笑的是, 除了可以用這介面移一移元件位置, 或是用一些簡單屬性外, 就什麼也不能用了. 尤其最好不要亂動, 不然常常程式會完全壞掉, 無法復原, 永遠會有意想不到的結果. 有人會說, DotNet很多人用. 嗯, 是很多人用, 但是都是用ASP.NET, 用.Net來開發視窗介面的卻是少得可憐, 而且, 用ASP.NET來開發時, 也幾乎都是自己編UI, 少有用它附的IDE介面來開發的. 因為這些, 都是Bug大集合.    用Java的觀點 Java比起DotNet反而是成熟多了, 因為他沒有私心, 一開始就不是只以一個平台為出發點, 而是綜合考量, 所以DotNet才會學了一堆Java的東西(只是因為比爾, 他有自尊的, 所以非得要改一下). 但是很可惜的, Java期望整合所有的平台通性, 卻一直整不了UI, UI始終是一大敗筆, 還好Web串起, 不然Java很難贏.    至於Delphi 我應該會被評為有些自私, 但是以下說的都是實話. 1.Delphi要開發可以For Windows幾乎所有的平台(Windows 98/ME/XP/2000/2003), 現在依然不成問題, 我現在依然有產品Run在Win98上, 還是用Delphi7寫的. 2.比起效率, 就一個普通的程式一定比Java好, 也比DotNet更好, 因為他不用VM, 當然純粹看程式功力囉 3.Delphi的程式開發速度之快, 無與倫比. Java的編輯器太慢(Jbuilder? 或是其他的JVM的編輯器都太慢). 我痛恨電腦的思腦速度比我慢, 我要的是快速提示, 不是我自己去找.   (財政部綜合所得稅網路報稅程式, 當初是我一個人用約一個月完成的, Java陣營的人請照做試試看, 不是只寫程式而已喔, 還要含分析的時間) 4.程式的包袱最少, 最容易開發綠色軟體, 用VB會檢查一堆東西, 設不好時還要帶個DLL才能解譯. DotNet跟Java不用說吧? 都是要VM. 5.Delphi編出來的是執行碼, 不是依然需要解析的程式碼, 也就是說, Delphi可以做Dll給DotNet用, 也可以做?Java用JNI呼叫用來當底層, 也可以做成OCX或是DLL或是BIN. 6.Delphi少有事情做不到, DotNet跟Java就多了. 可是Java因為適用領域不同, 不能怪他.... 但是DotNet有什麼理由??    還要說VB嗎? VB更爛, 有人一天到晚支持VB不知是為啥... 你有看過幾個產品用VB寫. 也許有人用過用VB寫的產品, 像是我, 一開啟那個產品, 可以讓我的WindowsXP死當. 超爛. 要包一堆DLL, OCX, 程式碼相容性差, 程式不結構化, 物件導向能力不足, DLL宣告要自己做, 偵錯不易 (沒有錯誤處理機制的程式, 讓一堆人以為程式很好寫, 可是不知道程式寫好後, 夢靨才開始, 它會送你一連串不會有聲音的Bug; 程式不是寫好就好了, 不用驗收測試ㄚ?)    這些都是工具, 各自有擅長的領域, 我列個很主觀的簡表.(下列這些程式語言我都有專精過, 每個都有開發過多個專案) (我沒有把Web應用納入, 因為Web應用, 應該要把 PHP, ASP, JSP 拿來比較, 而不是拿下面這些比較; 要比Web的話, PHP最好用, JSP最難用但功能最強)    

語言/工具(按高低階分)	開發速度	物件深度	功能範圍	包裝成產品的難易度	同樣功能下的記憶體耗用量	跨平台範圍
Java(JBuilder)	第三快(因為JBuilder慢)	最深	背景服務最擅長	第二簡單,需JVM	最高	最多
DotNet(VS.NET)	第二快	第二深	背景服務擅長,UI破	第二簡單,需DotNetFrameWork & 一些ServicePack	第二高,因為垃圾記憶體回收	第四多(請問跨了哪些平台?Win PocketPC?)
VB	第四快(因為還要寫DLL宣告)	最淺(哪有什麼物件觀念?)	少之又少(用它寫Web?寫產品?只能寫專案了)	最難(難以歸納到底還少了哪些沒包)	第三高(乏善可陳的記憶體管控機制)	最差(要在Linux上Run VB真的很難)
Delphi	最快(編輯環境夠快,VCL夠多,VB所有的都能吃)	第三深	所有,寫WebService很好用,WinUI程式最強	最簡單(可寫成綠色軟體)	第四高	第三多(可以支援Linux)
VC	最慢(程式最沉長)	第四深(用MFC)	所有	最簡單(可寫成綠色軟體)	最低	第二多(別忘了C語言的可攜性)

我會因為專案性質選擇開發工具 1.WinUI應用程式: Delphi > DotNet > VB > Java > VC 2.跨平台需求程式: Java > VC > Delphi > DotNet 3.Web應用程式: PHP > ASP > JSP > ASP.Net > Delphi 4.特殊技術程式: Delphi > VC > Assembly 另外, 請各位大大幫我釋疑... 我是太笨嗎, 還是不懂... 老是搞不懂比爾在做什麼? DotNet為何要有FrameWork? 一個只能在Windows系統下Run的FrameWork有什麼存在價值? 要寫UI? 我用Delphi就可以比他寫得快, 跑得更快... 就算用VB的也比他快... VC就更不用提了... 跨語言? 有人沒事會學一堆語言然後只能用到一樣的功能?? 時間真要是這樣多, 那人生還真無趣. ================================================== Howard Chen. Delphi, Java 我的神..... .NET 垃圾筒在哪裡?...

引言: 我們公司的ERP系統經過電腦公司撰寫1年多，上線半年多，整整將近兩年時間，原本寄望坐在電腦桌前就可掌控全公司狀況及生產流程進度，心喜電腦化管理時代來了，然而.......各級主管及員工都越來越敷言了，電腦化並沒有改善流程，只是增加工作複雜度，價值百萬的ERP無用武之地，因為以前上過VC、 FoxPro、C 、Delphi...等課程，深知Delphi好學易用，就這樣開始日以繼夜的練功（當然發現這討論區是我最大收穫）,.....經過自己寫了許多周邊程式及資料庫互通(SQL2000),才讓我們公司的ERP起死回生，也讓電腦公司能順利的收取70%的貨款，餘30％要全部驗收才付，.....

其實 ERP 所需要的技術層面並不很困難，真正難的是流程部份。大部份的設計師，不容易切入目標公司的流程管理，所以作出來的東西就會被排斥。因此開發工貝並不是成功與否的關鍵，人員才是 ! 願意深入研究流程並符合使用者的需求，就可以開發出適用的軟體。 近幾年 Borland 並沒有好好去經營 Delphi ，在策略上失誤連連，也未提供良好的支援服務，逐漸失去市場也是自然的現象。雖然身為 Delphi 的愛好者，也愈來愈難去說服老闆花一大筆費用去購買它，因為老闆沒聽過 Delphi !

引言: 其實 ERP 所需要的技術層面並不很困難，真正難的是流程部份。大部份的設計師，不容易切入目標公司的流程管理，所以作出來的東西就會被排斥。因此開發工貝並不是成功與否的關鍵，人員才是 ! 願意深入研究流程並符合使用者的需求，就可以開發出適用的軟體。 近幾年 Borland 並沒有好好去經營 Delphi ，在策略上失誤連連，也未提供良好的支援服務，逐漸失去市場也是自然的現象。雖然身為 Delphi 的愛好者，也愈來愈難去說服老闆花一大筆費用去購買它，因為老闆沒聽過 Delphi !

我狂晕，你老板没听过DELPHI？ 那他听过什么？？？ 我想他应该不是搞电脑的吧，至少不是搞程序的，如果是搞程序的，我就没话说了。 言归正传啦～ 扯远了，powerhowardchen兄分析的真的很好，真的很感谢powerhowardchen兄，一看就知道花了不少时间写的。 现在很多新手都常问，我该学什么语言这些问题，作为一个程序员连程序工具都不了解是不行的～< >，大家不妨各抒己见，把各语言的优缺点及适用开发对象归总一下，高手们了解更深，对新手而言就受益匪浅了。 如果哪位大大还有更多的见解不妨畅所欲言，也算造福一方吧～< >

我從13歲就開始編寫程式, 到現在已經有二十多年的編寫程式經驗, 用過不同的語言開發過不少的軟件o 老實說我真的很愛 Borland也很愛Delphi, 我自Turbo Pascal 5.0 就開始在DOS上開發會計系統; 到Windows 3.X時代就開始轉用Delphi... 我愛Delphi不是因為我只了解Delphi只懂得Delphi, 我也用過Foxpro, VB等語言...我愛Delphi是因為它真的沒有什麼做不來,在Windows的平台上可說是萬能的o 這不是我主觀的意見, 客觀來說Delphi是建機於Pascal語言上的開發工具; 而Pascal 跟 C 一樣都是高階語言, 也同樣是在大部分計算機平台上最基本的程式編寫語言, 在功能上沒有什麼高低o 而這些高階語言都會有自己於不同計算機上的編譯器(Compiler), 所編譯器編譯出來的就是一些在計算機上可直接執行的程式, 不只限制於OS平台上(即是說你現在還可以用Object Pascal的Compiler編一個可在DOS上跑的程式)o 還有在Delphi上你還可以應用C ,Assemble, ASP.NET & C#. 那你說Delphi有什麼做不來! 我想說的不叫每個人都只用Delphi來開發程式, 也不是說語言不好o 老實說每一種語都有他的價值, 不能一口說是或不好o 再者語言只是程式設計者跟計算機溝通的橋樑, 不論是什麼語言溝通得來就可以了, 即是說只要做到你做的功能就是好語言o 而且ERP本身最重要的是功能不是什麼程式語言, 那可說用什麼來編寫是最好呢? 總括而言Delphi真是一個很好的開發功具, 但不代表其他的語言如JAVA, C#就不好了, 因為不可說你自己的老婆好人家的就不好啊, 對不對!!! 而我們斷續使用Delphi的理由很簡單, 因為自的老婆這麼好為什麼還要去找別個這麼煩呢!

1.我覺得那位大哥可能專案經驗不多，驗收是講求時效，有收到錢，而不在於工具技術先進於否，不同工具開發速度不同，就目前還是Delphi最有效率"賺錢"，工具先進很難維護就[[目前這個時期]]，維護Java專案真是令人覺得麻煩 2.我覺得在Delphi和PHP[[目前這個時期]]<<最大優勢>>就是"""資源多(範例多)""" 這是其他目前工具差很多的地方，因為一個專案開發，你會有一堆人員在寫，每位資質都不同，太難太複雜技術，只會讓案子難驗收，至於你想綁案子，那就更別想太多，應位目前都是[[價格標]]

為了證明Delphi的開發速度之快，也證明Delphi是很好用的工具， 我現在就上傳分享自己寫的螢幕照相（大概是10個中的1個），當然這些技術大部分都是來自KTop的前輩們的知識，說真的我從開始練功（苦學Delphi）到寫好這些程式只用了約3個月時間（翻書及爬文約2個月，實做螢幕照相約3天）， 然而像這樣簡單的程式（短短的幾行code），開發我們公司ERP的資訊公司卻說他們的技術有困難，.......是不是他們不會善用工具？或是他們程度差？或是他們用的VB功能太爛?

引言: 然而像這樣簡單的程式（短短的幾行code），開發我們公司ERP的資訊公司卻說他們的技術有困難，.......是不是他們不會善用工具？或是他們程度差？或是他們用的VB功能太爛?

有可能是他們不會善用工具，也可能是不玩了。 因為 ERP公司的軟體人員在比例上可能少於業務及導入人員，甚至開發的工作是在大陸，在台灣只有業務兼導入。如果有客製，就得外包或送至對岸。要是需求不夠明確，規格多改了幾次，他們就不玩了，因為成本過高。 而且 ERP不能隨意的改，因為模組互相連結關係複雜。最好是外掛比較能避免產生後遺症。另一個原因是功力高強的人員是開發 ERP的團隊組員，完成了之後，不是升官就是走人。維護的通常是資淺剛畢業的新人。就老闆的觀念，花了很多銀子的作品，就要好好的加倍賺回來，自然不會再投資在維護上。業務人員為了業績常常承諾了作不到的事，再把工作推給維護人員。結果維護的作不出來，外包又太貴，案子就結不了。 這樣的經驗我曾經遇過。ERP 公司承諾的客製部份一直作不好，卻又一直催款。經過一再的協調，設計師終於出現了 (該公司強調: 他們的設計師是不出門的) ，望之不像人君，不是啦，只是小妹妹，畢業未滿一年的設計師，由分區經理帶著。 經過仔細的討論之後，發現她根本作不了什麼事，模組不能動 (該公司副總的作品)，畫面不能改 (外包的)，只能作一些無關痛癢的東西。結果當然沒有結果。我也無能為力，因為是 COBOL ! 以 ERP的營業模式來看，購買之前要好好的評估，合不合用 ? 不合的部份能不能調整自己的管理流程來配合? 避免去期望客製，因為容易陷入對方的業務手法，買了不能用的軟體。

呵呵，看了兄弟们的精彩解说，看来目前DELPHI还是不错的，至少在WINDOWS上是这样，而且DELPHI也好、VB也好、VC也好，都是工具而已，所以D5/D6到现在都有很多人用，因为它们能够很好的完成任务，这就是它的使命。    很多新人总是认为程序是因为编程工具而强大，经常听人说，VC如何如何强大，功能如何如何繁多，这东东不能这么说的，一个菜鸟和一个高手用VC和VB同样写一个应用程式，结果不言而喻，所以编程的根本是思想与经验的累计，估计KTOP里就有很多大大已经不在意用什么语言了。但选择一个高效的，容易上手的，估计DELPHI还是不二的选择。    我现在比较习惯于用DELPHI，实在做不了的用VC写的DLL供D用，要WEB应用的就用ASP写，DELPHI+VC+ASP，我想至少在WIN上应该可以叱诧风云了。    很想了解一下. >

大部分批評delphi的大概都認為他只是IDE環境+語言..... 其實他有framework,就是耳熟能詳的VCL,把VCL跟.net,Java提供的Framework 相比,如果以OO的角度來看那當然是.net,Java勝出, 不過如果以上手應用速度來看,那小弟是認為VCL啦.. 但Borland是乎已經想在.Net上持續推出他的開發環境,並不想自己在弄Framework,理由是當初弄VCL,只是因為windows沒有好用的Framework罷了。 小弟目前是delphi2005+delphi6+VS2003(C#)三種依需求切換使用 不過我多是用delphi2005再寫.net程式，delphi IDE比較好用 呵呵.... asp.net用VS2003...公司用delphi6 會這樣做是因為學.net就效益上來說比較划算... 另外推Ado.net...他的設計概念真不是蓋的..速度上不知道有無Dbexpress快    < >< > 星期一,星期二...星期日..星期一..無窮迴圈@@

------
星期一,二...無窮迴圈＠＠

謝謝各位的回應....< >< >

我是一位老闆。 靠了一點點下三爛的技術，寫了很鳥的軟體(軟件)。 又不小心賺得足以溫飽三餐。 對我而言。 你問我 .

哈哈wameng兄言之有理哈～～～

wameng 老闆說的好 !

好一陣子沒來這兒了，剛進來頓時感覺有點冷，之前幾乎天天上這個討論區，每天討論區都有許多人發表或回應文章，剛進來看到「最後發表」大多停在昨天，不知是系統本身時區不準的問題，還是這個討論區真的漸漸冷掉了呢？希望不是後者才是。 delphi一直是我寫程式的主力，也許是先入為主的觀念吧！回頭想學VB、VC，總是心有餘而力不足，最後還是覺得delphi較好用；但是我覺得要工作上用的到，才會學的比較快，之前有到一家多媒體公司上班，進去才學director(lingo語言)，前兩周讓我自己摸索，有問題再問資深的，結果我第三個星期就開始接case，之後每周要完成一個case，類型都不太一樣，蠻有挑戰性的；但自己再家裡想學ASP、PHP、.NET、JAVA等，都只有三分鐘熱度，自然也只會皮毛囉！ 所以要評論哪一種語言比較好，應該是看你站在哪一種角度，像老闆當然向$$看，能為公司賺錢的都是好的程式語言；而苦命的程式員希望的是用一種語言就搞定所有的case(以目前來講似乎不太可能)，尤其到104上面去看，愈來愈多的公司需要的是會很多種語言的人才(or蠢才)，但是會很多種就真的很厲害嗎？不盡然，重點還是要專精，即使會很多種語言，也要對每種語言都深入瞭解過後，才能登大雅之堂；為何我會這麼說，因為之前有位同事碩士畢業(求學過程十分順利那種)，哇！會VB、ASP、DELPHI...唷！接的是別人已經用delphi開發好的系統，只做維護而已，但user常常抱怨，而他卻常常用他三寸不爛之舌解決問題(講一堆爛理由)，而不是從分析問題後修改程式上面解決，因此處理不完的反應單愈積愈多；所以我感覺在台灣的程式員很可憐，除非工作運好找到好公司，不然像我一路就讀資訊相關科系上來的，技術領先其他同事，結果學歷不如人，待遇也不如人，也有人求學時不是就讀資訊科系的，只去職訓中心受訓幾個月，待遇卻比我好；因為寫程式是很難量化的工作，不能寫一行算幾塊錢，若可以的話以後寫程式的都用建構式的方式來寫了；像製造業這條生產線每天生產多少品質多好是容易量化後算出業績的；之前還遇到一個LKK的女主管，因為我程式寫的快，就叫我多接幾個case，工作壓力加重了，待遇有增加嗎？沒，想婉拒只換來一句「能者多勞」嗎？嘛的，「能者多勞」能當飯吃嗎？能付醫藥費嗎？真是… 啊！好像扯遠了，最後仍希望delphi能屹立不搖，未來還得靠它混口飯吃，當然有空仍有學學新鮮玩意如.net(當作第n專長，苦命呀！)，也當當微軟的白老鼠；至於這麼多種程式語言，就讓市場與各擁護者自由競爭吧！這樣能讓程式語言不斷的進化，也讓不適合的程式語言自然的隨時間淘汰(如Foxpro)，程式語言沒有絕對的好與壞，只有適不適用現在的環境與時空背景，嗯！你說呢？ <[忙盲茫]> ☆俺要升級啊☆

突然间有个冒昧的想法，好像突然被 tonytop 兄的话所触动似的，总感觉国内的程序学习开发环境不如国外，能说国人保守吗？不能这么说，毕竟很多好的代码也有人分享。我想每个人都有强项，只有相互学习才能爬的更高、走的更远。    我的想法是KTOP存在这么多年，也累积了很多高手，领航天使或其它版主大大不妨策划一下，利用KTOP人才得天独厚的资源，开发一个开源的，造福后辈的软件，可能你会说很忙，的确，我也要上班的，不过正所谓有多少心做多少事，时间多点的接大点的模块，时间少的兄弟接小点的模块，实在没时间的可以做“武术”指导，当有兄弟遇到困难的时候不妨指点一下。    在一个项目中成长，要比自我增值学的更多、提高的更快，项目不妨以KTOPXXX命名，也当是KTOP兄弟们造福计算机族的大业吧。 当然这只是个人想法，需要天使大人和各位版主鼎力策划，如有不到的地方希望各位兄弟指正。 發表人 -

扂紒腕?煝稛意?觳竭?謐 砉扂ㄛ斕垀砑腕善腔惤晟ㄛ扂?綱飲?蚚 跦掛祥剒猁垀侚婓議意惤晟奻 闡意源偶?黺醴?腔?偶疑蚚ㄛ扂憩蚚闡意惤晟嶱追 疑?ˋ 嶱追腔堤?ㄛ憩岆疑 嶱追祥堤?ㄛ憩岆? 祫黺變腕鞣﹜???ㄛ珂??斕腔偞?髡薯勘

关注. 我在DELPHI已走在太远,很担心DELPHI步POWERBUILDER的后尘,那样我就没饭吃了. DELPHI真的很好用,但什么都可能发生.

Power Builder 的設計師在薪資方面比 Delphi 來的好，因為會的人不多，但是還有公司在用，根據供需原則，自然有高薪。

理论、经验上面各位都比我强，我认为最快速度、最好的质量完成客户的需求，才是开发之本； 这就要看客户的需求了，一切以SOA方式了，开发工具及构架选择按照是实际需求而定。 风花雪月 e梦情缘 网络代号:wnhoo or sos_admin 网名:e梦缘 Mail:wnhoo@163.com

俺非常認同「物以稀為貴」這種說法，因為現在「會delphi」的人太多了，VB更多，會網頁的也多，所以身價自然跌跌落，你會的東西很多人也會，那表非你容易被其他人取代。 但是，舉例打撞球來說，也是很多人會，但巧妙各有不同，不同的比賽也有不同的規則；大部份的人一板一眼的打，也有少部份的人打「花式」的，總歸來說，同樣的情況每個人打出的球卻不同。所以寫程式也是一樣，給你相同條件與規則，但寫出來的程式每個人不同，因為每個人會的技巧不太一樣，不過很可惜的事，打撞球觀眾可以享受過程，看到球員運用技巧來達到最後的結果；而寫程式的話，觀眾(user)只在意結果，通常也只看得到結果，這也許是當程式員的悲哀吧！ ☆俺要升級啊☆