Съдбата на Delphi?

53 отговора 2173 прегледа
#1

Съдбата на Delphi?

Hi friends.

Взех решение. Може и да греша, но ще
заложа на VBasic. Просто като гледам как
стоят нещата Micro$hit твърдо са се заели
със задачата на унищожат Delphi. Жалко
идеята е много добра (пък и аз най-много
съм работил с Паскал), но съперника
им е прекалено могъщ. Опасявам се, че след време
съдбата на Netscape ще застигне и Делфи.
За това мое мнение повлияха и отговорите на
няколко програмисти от друг форум, които
коментират така:

1. both do the the job but if i were you i
would stick with VB.NET. better features,
more stable end product.

2. I prefer to VB.NET rather than Delphi.
I'm very familiar with Delphi, but I think
Delphi just waiting for its death, because
in the future Windows only support managed
code (.NET).
The Delphi.Net don't gain much support from
Delphi programmers, I think it will be useful
for me to learn C-sharp rather than learn
Delphi.Net

Вече си купих буквари за VB6. След което,
при необходимост ще се прехвърля на VB.NET.
На сайта на M$ има обяснения как без усилия
да конвертираш към VB.NET.
Пък и от много хора чух, че новата серия
Visual C++, C#, Basic, J, Fortrain .NET
са изключително мощни и всеки от тях би
свършил отлична работа. Езика е въпрос на
предпочитание (нещо като BMW в различни
разцветки).

______
Adios
Mozfet

Отговор
в отговор на Mozfet #2

Re: Съдбата на Delphi?

Жив и здрав. И един съвет от мен - заеби блондинките и минавай на циганки. Имат много по-яка поддръжка, а и сума ти индийци ще ти окажат помощ.

Отговор
в отговор на Mozfet #3

Re: Съдбата на Delphi?

Решението си е твое - не разбирам защо трябва да занимаваш толкова хора с това. Всеки сам решава на кой клон да се обеси ;-)))
Само като коментар мога да добавя - погледни статистиката в главната директория на клубовете за компютри - май нещата са 1:10 в полза на този клуб - явно не вси4ки следват твоята идея и се прехвърлят на всяка нова глупост която хрумне в главите на MS -аджиите ;-)))) Като справка - погледни колко хора (извън кръга на OS-овете) ползват различни non MS програми - говоря за бизнес приложенията за средния и корпоративен кръг клиенти. Явно хората са малко по умни и разбират, че поддръжката на една сериозна система не може да се крепи на концепции които се сменят всяка година ;-))))

---
Отговор
в отговор на Mozfet #4

Re: Съдбата на Delphi?

Ми има резон във всички решения, но според мен не е пък чааак толкова голям въпрос точно това. Да смениш средата ми се струва отнема половин година, на мен сложното ми е да проумявам бизнес логиката (така и не разбрах какво е това) на проектите, за сега Д ме устройва, пък и нямам много избор с половин милиона редове от долу

-------------
Special killer double trouble triple extra nicotine monster!
Отговор
в отговор на Mozfet #5

Re: Съдбата на Delphi?

Концепцията и идеите, заложени в Delphi, все още не са изчерпани. Аз дори смятам, че има голям потенциал в тях. Явно и от M$ мислят така, след като толкова нагло ги копират в NET платформата. За съжаление, милиардите на чичко Бил си казват думата и в Borland ще трябва да се съобразят с това. Дали дните на Delphi са преоброени, може доста да се спори. Но аз твърдо оставам на Delphi-вълната докато ножа не опре до кокала (поне още 5 години минимум). След това ще му мисля ...

Жив и здрав!

Mixy
Отговор
в отговор на PhantomAS #6

Re: Съдбата на Delphi?

Къде ги гледате тези статистики? Късоглед съм (4 диоптъра) и не можах да ги намеря...

Edit: oops, сигурно имаш предвид броя на темите/мненията...


Редактирано от naki на

Отговор
в отговор на Mixy #7

Re: Съдбата на Delphi?

Евала Mixy, точно така. Освен това да не забравяме че човек на Борланд им прави нещата от известно време , може би са го зели за да прилага "умиращите идей" от Делфи (и не само от него) в новите продукти на Майкрософт.

Та това е много странен феномен докато разни лумпени тръбят наляво/надясно, че Делфи си умира, пичовете от Майкрософт за сетен път промeниха името на CОМ технологията, откраднаха квото можаха от Java, смесиха го с Делфи, за да не е толкова груба кражбата и за капак се развихри коплексарщината - "Това било умирало", "Онова било умирало".
Лошото е че това създва негативно отношение в повечето неразбиращи хора и особенно в младите момчета и момичета към средата Делфи.

Истината(добра или лоша ) е че има или няма съпорт, Делфи в много отношения просто няма алтернатива и само по-себеси това дали използваш VB, VC++, Delphi не те прави професионалист. Трябва си Пипе, знаене и можене и ако ги имаш, си подбираш най-добрата средата за разработка според потребностите си (това за съжаление не се казва)

Отговор
в отговор на Mozfet #8

Re: Съдбата на Delphi?

Здравейте.
Аз по начало рядко се впускам в подобни дискусии , и само заблудата която умишлено се насажда от амбициозни комерсиални компании относно смъртта на този или онзи език или платформа може да ме провокира.
Съвсем накратко ще нахвърлям по-важните според мен разлики между VB(важи и за .НЕТ) и Delphi

Delphi :
1)Delphi компилира нативни Win приложения които се изпълняват със скоростта на С++ приложения ,никакви рън-тайм библиотеки , ActiveX , OCX контроли и други изчадия от "Dll Hell-a" не са необходими за дистрибуция , въпреки че ги поддържа при нужда !
2)Delphi е пълноценен ООП език - наследяване,полиморфизъм,капсулация и т.н.
3)Delphi е написан на Delphi , това само по себе си трябва да говори достатъчно , цялата йерархия на VCL класовете, всички функции (включително и тези на ASM ) са написани на Delphi и се ползват в доказани среди за разработка като Borland C++ Builder , Dev C++ и други.
4)Сорса на всички функции и класове е на разположение на програмиста -
какво по-добро четиво от това което са написали разработчиците от Borland ?
5)Delphi има вграден инлайн асемблер
6)Delphi поддържа работа с указатели при това го прави достатъчно интуитивно
7)Delphi е истински RAD инструмент , с негова помощ могат да се създават изключително бързо ефективни самостоятелни програми с превъзходен потребителски интерфейс.
8)Delphi има огромна база от безплатни нативни компоненти с отворен код за всякакви нужди - само тези от JEDI надхвърлят 500
9)Delphi има аналог за Linux (Kylix) , а пък FPC (Free Pascal Compiler) почти 100% съвместим с Delphi и неговото IDE Lazarus вървят на всяка платформа под слънцето.
10)С Delphi може да се програмира структурно както и обектно ориентирано.
11)Delphi има изключително бърз компилатор а компилираните програми вървят със скоростта на С++
12)Класове написани на Delphi могат да се ползват в Borland C++ Builder

VB6 :
1)Трябват му рън-тайм библиотеките а ОСХ контролите му трябва да се регистрират за да тръгне програмата.
2)Ненужно псевдо ООП поддържащо само капсулация.
3)VB6 е написан на VC++ ....колко хитро :)
4)Няма сорс , има палети с контроли компилирани със VC++
5)Асемблер ? тоя пък кой беше !?
6)Указатели ?...
7)VB6 също е RAD..но хей аз мога безпогрешно да позная програма писана на
VB6..все пак стандартните контроли не са безброй.
8)Сорс код в интернет има в интерес на истината , но е крайно непрофесионален.Не се намират много безплатни опен сорс контроли , пък и липсата на ООП е просто пагубна за подобни начинания.
9)Linux ? само през WinE (евентуално)
10)На VB6 се програмира структурно а пък на VB.НЕТ само обектно..а и двете ?
11)Програмите на VB6 са бавни , а пък тези на VB.НЕТ още по-бавни :)

А ако някой си мисли че с Delphi не може се програмира на ниско ниво или да се пишат игри , ето един линк с превод на Quake 2 на Delphi (ехе-то е със същата големина и върви със същата скорост като оригиналното написано на
С++)

[линк]

ето и едно сравнение даващо представа какви са разликите между Делфи и сочения за най-мощен многоцелеви език С++

[линк]

Надявам се да съм ти бил полезен при взимането на решение.

Sury

Отговор
в отговор на naki #9

Re: Съдбата на Delphi?

[линк]

Отговор
в отговор на Mozfet #10

Re: Съдбата на Delphi?

Borland наложиха IDE-то като среда за разработка. Както стана дума, MS се усетиха навреме и с техният финансов потенциал краднаха каквото можаха, дабавиха нови неща и сега честно казано, са по-напред.

Но ще видим BDS 3.0. Аз съм оптимист

---
...и аз пиша на кирилица!
Отговор
в отговор на Mozfet #11

APPLAUSE...

Бравос,
И не забравяй да ни уводомяваш всеки път, когато взимаш някакво решение.
Особено за съдбата на някого

----------
По склона към връх Фудзи плахо пълзи охлюв към самото небе.
Отговор
в отговор на Sury #12

Re: Съдбата на Delphi?

Уважаеми Г-н/Г-жа Sury, много ме заинтересува Вашето безпристрастно сравнение. Аз съм един недоволен клиент на фирмите произвеждащи ЕRP с-р и съм за почнал собственни такива. Не съм програмист, но съм научил някои принципни неща. Някои от тях са, че еднапрограма писана на С/С++ работи по-бързо от същата на обектно ориентиран такъв, но това е абстрактно защото зависи от кадърноста на деволпмена и базата данни и неината направия,...... и някои др. неща съм научил. За базата данни съм се спрял в/у аксес /мисля, че окончателно/, за да не се губи информация при прекъсване на ел. захранването. Преследвам възможно най-ниски изисквания към хардуера защото въпросния продукт е предназначен не само за собственни нужди, а и за продажба. Първоначално потенциалните ми клиенти ще бъдат малки колеги на основния ми бизнес /под 20 човека/, но тъй като апетита идва с яденето, и продукта трябва да има максимални възможности за развитие.
Преди време ми направиха едно малко продутче на Делфи с база аксес което ми върши страхотна работа. Това ме амбицира да продължа. Тъй като на въпросното продутче сменям цялата логика, то няма да се развива, а ще се пренапише като част от друг модул, другите модули са в много начален стадйи мога да сменя и средството. За сега съм се спрял ВБ и аксес защото обрзец за бързодеиствие ми е Микроинвест /целия Офис пакет/ който върви като досовса програма на хардуер под 200 прцесор и 32 рам, а тя е правена на ВБ и база аксес. В същото време много други наложени продукти са направени на Делфи и ВБ и бази аксес, ДБФ, парадокс.

С/С++ го отхвърлям зещото ненужно оскъпява изработката.

Основните ми иизискваия са :

1) Възможно най-ниски изисквания към хардуера /поне докато разчитам на малки клиенти/

2) Мрежа на фаилов трансфер

3) Максимално бързодеиствие /поне докато разчитам на малки клиенти/

МОЛЯ, ЗА ВАШИТЕ ПРЕПОРЪКИ, НО ДА БЪДАТ АРГУМЕНТИРАНИ. По възможност като Sury.

БЛАГОДАРЯ.

Отговор
в отговор на Б.K. #13

Re: Съдбата на Delphi?

В отговор на:

...писана на С/С++ работи по-бързо от същата на обектно ориентиран такъв.



Ехоо, нещо си пообъркал нещата - C++ е обектно-ориентиран език!!


Отговор
в отговор на Sury #14

Re: Съдбата на Delphi?

Забрави нещо доста важно и голямо предимство на Делфи: VB6 няма поддръжка на threads, респективно multi-threading. Предполагам, че VB .Net си ги има де...
А силно предимство на VB - в MSDN има тонове добър, професионален, примерен код...


Отговор
в отговор на naki #15

Re: Съдбата на Delphi?

Ако не си прочел това, иди го прочети.

[линк]

Не съм го измислил аз /определено не съм толкос остроумен.Пък и обърни внимание на ника който съм си сложижил/, но аз го пуснах и сега си мисля, че по-дълече от мотиката не виждаш.

Ако не бях ламер нямаше да задавам този въпрос. Та, аз определено напредвам, но ти, ако продължаваш така, ще си останеш "Програмист" в "Локална мрежа" търсещ "Съвместимост на версйите" и често опиращ до нуждите на "Техническа поддръжка"

УТОЧНЕНИЕ: въпросната тема съм я пуснал единственно от чувство за хумор

Отговор
в отговор на Б.K. #16

Re: Съдбата на Delphi?

Точно тази тема не съм я чел, но това за мотиките го знам, оригинала е на руски. За кой nick става дума - този в тази тема, или в онази, дето си дал линк?
Аз направих само дребно заяждане - не разбрах защо толкова се засегна... Иначе че не съобразих, че това е майтап (постинга с nick Б.К.), така си е, често приемам нещата буквално, макар че имам добро чувство за хумор...


Редактирано от naki на

Отговор
в отговор на naki #17

Желание за излаждане на недоразумение

Никът ми lamer е там където беше линка който ти испратих, защото съм наистина такъв в сравнение с програмистите. Първия ми постинг с инициали Б.К. е наистина сериозен въпрос /за това и подпалих/. Съкращението Б.К. идва от " Бъдещ Конкурент"- ник в отговор на една от темите на 1-ва страница на същия онзи клуб. Това беше и причината да посетя вашия и попаднах в точния момент на точното място/сравнението на Sury/.

Отговор
в отговор на Б.K. #18

Re: Съдбата на Delphi?

Значи, за скоростта на VB6 програмите не знам, НО - програмите на Delphi зареждат доста по-бавно от тези на Visual C++!! Вероятно това идва точно от факта, че всичко е набутано в EXE-то, и на ОС-а му трябва повече време да зареди програмата. Пример: PowerArchiver 2003 - преди 3-4 версии (build-a) чаках по 4-5 секунди, че и отгоре да се зареди, сега са го пооптимизирали, НО - пускам WinZIP (който не бях ползвал, и го нямах инсталиран въобще от доста време) - и какво мислите става? Под 1 секунда, зарежда светкавично. Не знам дали е писан на Visual C++, но силно го подозирам...


Редактирано от naki на

Отговор
в отговор на Vapi #19

Re: APPLAUSE...

Hello

Ясно е, че VB6 е много по-некачествен продукт от Делфи 7. Това са различни поколения компилатори все пак. VB6 е от 98, а Delphi 7 е от 2002. Идеята ми е, че VB.NET ver. 2004, според мен е най-малкото на същото ниво като D7, ако не и по-добър. А скоростта на изпълнение на сорса, според М$, е една и съща за C++, C#, Basic, J & Fortran, а доколкото знам сорсовете на С++ са най-бързи.
Не искам да разпалвам безсмислени спорове, а просто искам да проверя достоверността на това, което съм установил с много лутане в мрежата.
Някой направил ли си е труда да провери новите възможности на VB.Net 2004?

______
Adios
Mozfet

P.S. Vapi, според мен форумите са направени точно с такава цел. Дискусии, обмен на инф., обосноваване не взети решения и колегиални спорове.

Отговор
в отговор на naki #20

Re: Съдбата на Delphi?

За уинзип си почти прав /visual.c/. Виж това [линк] на мен ми помага, но друго имах предвид за бързо и бавно. Това колко бързо се стартира програмата ми е почти без значение. От значиние ми е за колко време ще ми извади разните справки с приход и разход. За сравнение: моята програмка /Делфи/ една справка от 12-15 листа на малкия комп /200/32/ я вади за около 10сек, микрото /ВБ/за 2. И на двете базите са аксес.

Отговор