C++學(xué)習(xí)的難度比較大，所以才有了高手用C++的說法、
薪水說明一切，市場決定一切
無論用什么語言，還是看人自身，程序界的名言：永遠(yuǎn)都不會落后的程序員,都是開發(fā)最低層的程序員！
不管高手還是天才，兩個必須會，各有各的優(yōu)點，也看市場需求吧
好幾年前的說法了哦，現(xiàn)在不怎么管用了 。。雖然自己喜歡delphi 但是這市場 。。。只能說英雄末路 。。
程序員應(yīng)該關(guān)心的是程序的結(jié)果,除了非常高深的代碼需要高手來寫 。。所以這點
delphi比C的優(yōu)勢就體現(xiàn)出來了，如果是數(shù)據(jù)庫編程，效率是C的5倍+++，編譯速度也快了不知道多少
而且delphi 有大量的控件可以拿來用，自己也可以寫控件 非常方便快速
delphi適合初學(xué)者 也同樣適合高手
7，什么是＂delphi＂用途是什么？怎么學(xué)好編程/ delphi是一個很好的開發(fā)工具，無論界面設(shè)計以及對多層數(shù)據(jù)庫系統(tǒng)的支持都沒的說，不過缺點是對web的支持不太好（我是指網(wǎng)頁網(wǎng)站設(shè)計，不是說socket） 。不過做過幾年開發(fā)的軟件工程師都知道，在整個語軟件開發(fā)過程中語言只是個實現(xiàn)方式，更重要的是對整個軟件架構(gòu)的設(shè)計（我說的這個架構(gòu)包含范圍較廣，比如說數(shù)據(jù)庫設(shè)計等等） 。具體談到該學(xué)那種語言，這就要看實際情況了，如果你想向B/S方向發(fā)展，建議學(xué)java或.net或者PHP，如果想向和底層聯(lián)系較多的方向發(fā)展，建議學(xué)習(xí)C++ 。如果是做mis，erp，oa等（包括一些分布式系統(tǒng)）delphi絕對是首選 。而且delphi對系統(tǒng)編程的支持也不錯 。常常聽一些老一點的軟件工程師這樣說（軟件工齡在10年以上，或十年前做軟件現(xiàn)在不做，呵呵，有點啰嗦），delphi是吉普車，什么地方都能跑，什么地方都跑不好，其實這是歷史原因，96，97年的D2和D3被全世界程序員瘋狂的推崇，但是D4卻出現(xiàn)了很多Bug，導(dǎo)致了delphi市場的下降（包括中國市場），也就是這個原因使得當(dāng)時的一些程序員覺得delphi已經(jīng)不好用 了 。但是到了d6，D7的出現(xiàn)delphi技術(shù)已趨成熟，現(xiàn)在的delphi根本不存在他們口中所說的那些bug 。當(dāng)然，現(xiàn)在也有些人說delphi沒有前途了，其實這是被B/S(尤其是web 2.0的出現(xiàn))目前的狂熱蒙蔽，只要你仔細(xì)分析分析就可以看出B/S不可能取代C/S，只要C/S存在，只要windows系統(tǒng)存在，只要人們還需要erp，mis，oa等類型的軟件，delphi就不會被淘汰 。退一萬步來講，學(xué)一種技術(shù)就準(zhǔn)備用一輩子在軟件開發(fā)這個領(lǐng)域是不適用的 。跑題了！算了，就這樣吧?。?！
8，"真正的程序員用C++,聰明的程序員用Delphi"是什么意思?? - 搜...真正的程序員用C++，聰明的程序員用Delphi 。真正聰明的程序員用C++來理解Delphi！用過很多的主流開發(fā)工具，為什么還是選擇了Delphi？也許是因為沒有深入地去熟悉其它開發(fā)工具吧，但Delphi本身的優(yōu)秀至少是原因之一！Delphi優(yōu)秀在何處？開發(fā)的高效Delphi是一個RAD（Rapid Application Development 快速開發(fā)工具），它有可視化的開發(fā)環(huán)境，當(dāng)然具有類似功能的開發(fā)工具也不少（如Visual Basic），但Delphi有如下的獨到之處：1）Delphi是真正面向?qū)ο蟮?。其基于OO技術(shù)構(gòu)建的VCL庫中的所有組件都可以被繼承以創(chuàng)建新的組件，包括窗體類TForm 。相比之下，ActiveX組件缺乏這種靈活性 。2）Delphi的CodeInsight技術(shù)（即代碼自動完成功能）是建立在編譯器信息上的，而VB使用的是類型庫信息，使用編譯器信息的好處是更具靈活性 。不過，時常有程序員抱怨Delphi的代碼提示時間太長 。其實，我個人感覺是習(xí)慣了其速度之后，能體會到一種節(jié)奏的快感 。語言的高效Delphi基于Object Pascal語言 。這是一種真正支持面向?qū)ο蠖謨?yōu)雅美觀的語言 。其在功能的健全上毫不遜色于各種其它的面向?qū)ο蟮恼Z言，但同時又不貪多，盲目地增加復(fù)雜性 。使得開發(fā)者運(yùn)用各種模式進(jìn)行設(shè)計時都能得到完善的支持，實現(xiàn)時卻不用考慮太多語言／編譯器細(xì)節(jié) 。編譯的高效可以說，Delphi是Windows平臺上最快的高級語言本地代碼編譯器了 。編譯速度快有什么好處呢？快速的編譯器可以讓你頻繁地在修改代碼和編譯運(yùn)行的狀態(tài)間切換 。至少，我自己已經(jīng)非常習(xí)慣了這樣的工作方式：運(yùn)行程序看一下效果，退出程序修改少量代碼再運(yùn)行程序 。而Delphi的編譯器從來不會讓我有等待的感覺 。執(zhí)行的高效Delphi不但編譯速度快，生成的目標(biāo)代碼的執(zhí)行效率也非常高 。Delphi與C＋＋Builder使用的是同一個后端優(yōu)化器，因此其生成的代碼的效率與優(yōu)秀的C++編譯器生成的代碼相同 。Delphi生成完全本地代碼，因此Delphi編譯結(jié)果的可執(zhí)行文件可以被獨立執(zhí)行、分發(fā)（對于“綠色軟件”的開發(fā)，這一點十分重要） 。不需要其他運(yùn)行庫支持 。當(dāng)然，你也可以選擇動態(tài)鏈接編譯，這樣可以大大減小可執(zhí)行文件的長度，不過這種情況下在分發(fā)程序時，必須同時分發(fā)必要的運(yùn)行庫文件 。維護(hù)的高效C++把許多決策權(quán)給了程序員，因此功能十分強(qiáng)大，但同時，要用C++寫出出色的面向?qū)ο蟮拇a，就要求程序員具有一定的素質(zhì) 。而Delphi程序員會在一定程度上被限制在VCL提供的框架中（當(dāng)然，完全可以在Delphi中擺脫VCL編程），相對來說，更容易建立良好設(shè)計的代碼 。而Visual Basic則根本沒有提供面向?qū)ο蟮木幊虣C(jī)制（VB6.0及先前版本都是基于對象，而非面向?qū)ο螅?。代碼框架的優(yōu)良使得軟件維護(hù)成本大大降低 。
推薦閱讀
- 邢臺房價為什么突然漲，河北邢臺房價還會漲么現(xiàn)在買房合適嗎
- 營山為什么房價這么高，南充營山縣現(xiàn)在發(fā)展的怎么樣房價高嗎
- 鹽城房價為什么這么火，所有鹽城人為什么鹽城房價一直在漲說到心里了
- 爐石傳說 怎么火把冰,最近爐石傳說的大神們在用這些卡組...
- 枝江濕地公園在哪里,周末打卡金湖濕地公園
- 本溪為什么房價便宜了，本溪現(xiàn)在的平均房價大概是多少哪里便宜點
- 貪玩藍(lán)月怎么在副本pk,《貪玩藍(lán)月》全新玩法
- 楚雄的房價為什么便宜，想在楚雄買房價格怎么樣定居的話生活成本怎么樣工作工資怎么
- 淘了個T1，感覺挺好的啊
- 付費的耳機(jī)音質(zhì)優(yōu)化一直在下載，好無語啊