Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Религиозные войны > Delphi & C#


Автор: Rohoss 23.12.2008, 21:05
Что лучше и чем?

Автор: Lazin 23.12.2008, 21:36
C# лучше, здесь даже нечего говорить о том, что для разных задач подходят разные инструменты и мол на вкус и цвет... и прочее блаблабла, шарп лучше и перспективней smile 
мне недавно пришлось программировать на делфи, так там даже коллекций нормальных нет, я уже молчу про все остальное и про то с какой скоростью развивается .NET и c какой Delphi  smile 

Автор: LSD 24.12.2008, 13:16
GW BASIC РУЛЕЗ!!!!

Автор: Alexeis 24.12.2008, 14:05
Rohoss, а какой делфи? Delphi for win32 или Delphi.NET. Последний сейчас поддерживает все фичи C#, кроме того в него добавили часть синтаксиса от C#. Поэтому в развитии нет отставания.

Автор: kemiisto 24.12.2008, 14:13
Цитата(Alexeis @  24.12.2008,  12:05 Найти цитируемый пост)
Delphi.NET

Alexeis, ты хотел сказать Delphi Prism. smile 

Цитата(Lazin @  23.12.2008,  19:36 Найти цитируемый пост)
мне недавно пришлось программировать на делфи, так там даже коллекций нормальных нет,

Lazin, что значит "нормальных"???

Автор: Alexeis 24.12.2008, 14:27
Цитата(kemiisto @  24.12.2008,  13:13 Найти цитируемый пост)
мне недавно пришлось программировать на делфи, так там даже коллекций нормальных нет,

  Наверное ему не хватает шаблонов типа вектора или листа. Вектора действительно нет нормального, Array of someobject не такой удобный, но Delphi.NET поддерживает дженерики еще с версии 2007 со времен становления .NET 2.0, там доступен дженерик TList<T> который по удобству не уступает. И еще много чего другого. Пока автор не скажет о какой версии точно идет речь спорить бессмысленно.

Автор: kemiisto 24.12.2008, 14:30
Цитата(Alexeis @  24.12.2008,  12:27 Найти цитируемый пост)
но Delphi.NET поддерживает дженерики еще с версии 2007 со времен становления .NET 2.0, там доступен дженерик TList<T> который по удобству не уступает

Теперь и Delphi for Win32 поддерживает. smile В 2009 версии.

Автор: JackYF 24.12.2008, 14:49
Бросайте всё и учите Perl!  smile 

Автор: Ch0bits 24.12.2008, 14:52
.NET  smile 
1. Избыточно сложный.
2. Медлительный и требовательный.
3. До глубины души проприетарный. Многие конторы за бугром поднялись за счет него.
4. Монополистический, как зияющий косяк фундамента в ночи.
5. Скрывающий суть вещей за красивыми классами-обёртками.
6. Тёмная энтерпрайзная душонка.
Вотъ!

Автор: Lazin 24.12.2008, 15:14
Цитата(JackYF @  24.12.2008,  14:49 Найти цитируемый пост)
Бросайте всё и учите Perl! 

зачем нужен перл, когда есть python? smile 
Цитата(Ch0bits @  24.12.2008,  14:52 Найти цитируемый пост)
1. Избыточно сложный.

а дельфи(win32) такой простой, что там даже нет нормального класса бинарного дерева, есть хэш таблица, но она почему-то называется TBucketList(lol), и не растет сама! Это несомненно упрощает программирование.
Цитата(Ch0bits @  24.12.2008,  14:52 Найти цитируемый пост)
2. Медлительный и требовательный.

Готов поспорить, что не медленней чем дельфи.
Цитата(Ch0bits @  24.12.2008,  14:52 Найти цитируемый пост)
3. До глубины души проприетарный. Многие конторы за бугром поднялись за счет него.

а дельфи бесплатный, если сравнивать бесплатные урезанные версии обоих продуктов, то дельфи урезанней.
Цитата(Ch0bits @  24.12.2008,  14:52 Найти цитируемый пост)
4. Монополистический, как зияющий косяк фундамента в ночи.

А как же mono?
Цитата(Ch0bits @  24.12.2008,  14:52 Найти цитируемый пост)
5. Скрывающий суть вещей за красивыми классами-обёртками.

а разве это плохо, и разве delphi делает не то-же самое, вы в своих программах на дельфи хоть для одного сообщения windows обработчик вручную написали?
Цитата(Ch0bits @  24.12.2008,  14:52 Найти цитируемый пост)
6. Тёмная энтерпрайзная душонка.

delphi кагбы то-же не для системного программирования предназначен...

Автор: kemiisto 24.12.2008, 15:17
Цитата(Lazin @  24.12.2008,  13:14 Найти цитируемый пост)
зачем нужен перл, когда есть python?

Зачем нужен Python, когда есть Ruby smile !? smile 

Цитата(Lazin @  24.12.2008,  13:14 Найти цитируемый пост)
А как же mono?

 smile А никак! Лет пять ещё нужно, чтоб до ума довести. 

Lazin, так чего тебя в коллекциях не устроило?

Автор: Ch0bits 24.12.2008, 15:56
Цитата(Lazin @  24.12.2008,  15:14 Найти цитируемый пост)
а дельфи(win32) такой простой, что там даже нет нормального класса бинарного дерева

В дотнете его тоже нет из коробки. На codeproject есть сторонние библиjтеки с продвинутыми коллекциями, так же как и для дельфи есть JCL, только с указателями работать не так удобно.

Цитата(Lazin @  24.12.2008,  15:14 Найти цитируемый пост)
Готов поспорить, что не медленней чем дельфи

Особенно программы на дотнете быстро запускаются  smile Ладно хоть в 3.5SP1 приделали возможность задать splash screen как в java.

Цитата(Lazin @  24.12.2008,  15:14 Найти цитируемый пост)
А как же mono?

Дайте ему умереть спокойно.

Цитата(Lazin @  24.12.2008,  15:14 Найти цитируемый пост)
а разве это плохо, и разве delphi делает не то-же самое

Для скорости разработки конечно хорошо, но для квалификации программистов не очень. Сделали платформу поверх платформы, тот же вид только сбоку. Очередная прослойка между стулом и монитором.

Цитата(Lazin @  24.12.2008,  15:14 Найти цитируемый пост)
вы в своих программах на дельфи хоть для одного сообщения windows обработчик вручную написали?

В дотнете тоже можно задать ручную обработку Application.AddMessageFilter(). Используется http://www.google.com/codesearch?hl=ru&lr=&q=Application.AddMessageFilter+lang%3Ac%23&sbtn=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA

Цитата(Lazin @  24.12.2008,  15:14 Найти цитируемый пост)
delphi кагбы то-же не для системного программирования предназначен... 

Ну к системе он явно ближе.

Автор: Lazin 24.12.2008, 15:57
Цитата(kemiisto @  24.12.2008,  15:17 Найти цитируемый пост)
А никак! Лет пять ещё нужно, чтоб до ума довести.

АФАИК там уже есть поддержка 3-го фреймверка
 
Цитата(kemiisto @  24.12.2008,  15:17 Найти цитируемый пост)
Зачем нужен Python, когда есть Ruby

это туда-же куда и перл smile 

Цитата(kemiisto @  24.12.2008,  15:17 Найти цитируемый пост)
так чего тебя в коллекциях не устроило?

я не видел последний дельфи, но то что было раньше это пипец просто, про хэш я уже написал, чего-то похожего на set или map из STL вообще нет, а то что есть - очень неудобно использовать так как коллекции хранят указатели, приходится все элементы коллекции размещать в динамической памяти.

Автор: Ch0bits 24.12.2008, 16:00
И ещё у дотнета закрытый код. Конечно можно ударить по сборкам рефлектором или скачать через студию отдельные куски для отладки, но это ИМХО лишний гемор. А посмотреть как работает то хочется...

Автор: Alexeis 24.12.2008, 16:02
Цитата(Lazin @  24.12.2008,  14:57 Найти цитируемый пост)
приходится все элементы коллекции размещать в динамической памяти. 

  В делфи по определению все объекты размещаются в куче, это здорово все упрощает.

Автор: Lazin 24.12.2008, 16:03
Цитата(Ch0bits @  24.12.2008,  15:56 Найти цитируемый пост)
В дотнете его тоже нет из коробки. 

System.Collections.Generic.SortedList существует, а его аналог в дельфи - нет smile

Добавлено через 1 минуту и 33 секунды
Цитата(Alexeis @  24.12.2008,  16:02 Найти цитируемый пост)
В делфи по определению все объекты размещаются в куче, это здорово все упрощает. 

не упрощает, так как сборщика мусора нет, а если нужно к примеру завести коллекцию маленьких объектов, то каждый из них что, в куче размещать что-ли?

Автор: Ch0bits 24.12.2008, 16:06
Ваш сборщик больно много памяти хавает и лишний поток под него жалко.  smile 

Автор: Lazin 24.12.2008, 16:15
http://www.google.com/trends?q=Delphi%2C+C%23 поисковых запросов говорит не в пользу delphi smile 

Автор: kemiisto 24.12.2008, 16:21
Цитата(Lazin @  24.12.2008,  14:15 Найти цитируемый пост)
динамика поисковых запросов говорит не в пользу delphi

Особенно в регионе Россия. smile 

Автор: Alexeis 24.12.2008, 16:24
Цитата(Lazin @  24.12.2008,  15:03 Найти цитируемый пост)
не упрощает, так как сборщика мусора нет, а если нужно к примеру завести коллекцию маленьких объектов, то каждый из них что, в куче размещать что-ли? 

  Маленький объект нужно размещать в рекорде и писать класс, который будет управлять содержимым рекорда, он же будет ему контейнером. Для размещения можно использовать динамические массивы, их можно расширять и урезать без того чтобы самому заниматься копированием или перемещением элементов. У них есть одно неудобство, нет оператора типа push_back. Т.е. управляющем классе нужно будет предусмотреть увеличение размера на половину длинны, так как это сделано в векторе или классе TList.

Автор: LSD 24.12.2008, 16:27
Цитата(Lazin @  24.12.2008,  15:14 Найти цитируемый пост)
зачем нужен перл, когда есть python?

Цитата(kemiisto @  24.12.2008,  15:17 Найти цитируемый пост)
Зачем нужен Python, когда есть Ruby smile !?

Ну прям парад извращенцев  smile 

Автор: kemiisto 24.12.2008, 16:39
Цитата(LSD @  24.12.2008,  14:27 Найти цитируемый пост)
Ну прям парад извращенцев
 smile 

LSD, а по САБЖу? Ты за кого будешь? smile 

Цитата(Alexeis @  24.12.2008,  14:24 Найти цитируемый пост)
Маленький объект нужно размещать в рекорде и писать класс, который будет управлять содержимым рекорда, он же будет ему контейнером.

Borland ещё во времена Turbo Pascal надо было не останавливаться на достигнутом, а переходить на Modula, затем Oberon, ... И было бы сейчас всё хорошо, нет никаких объектов - только расширяемые записи. Бритва Окама, однако! smile 

Автор: Lazin 24.12.2008, 16:42
Цитата(Alexeis @  24.12.2008,  16:24 Найти цитируемый пост)
Маленький объект нужно размещать в рекорде и писать класс, который будет управлять содержимым рекорда, он же будет ему контейнером. Для размещения можно использовать динамические массивы, их можно расширять и урезать без того чтобы самому заниматься копированием или перемещением элементов. У них есть одно неудобство, нет оператора типа push_back. Т.е. управляющем классе нужно будет предусмотреть увеличение размера на половину длинны, так как это сделано в векторе или классе TList

я об этом и говорил, коллекции в дельфи этого не умеют делать, а дженерики в шарпе умеют. smile 

Автор: Alexeis 24.12.2008, 17:32
Lazin, универсальный контейнер это не панацея на все случаи жизни. Часто нужно ограничить доступ к содержимому или синхронизировать многопоточный доступ, и т.д. Все равно будешь его наследовать и чета свое добавлять. У меня почти всегда есть класс, который управляет вектором и его содержимым. Вектор это данные, а данные нужно прятать, предоставляя только то что необходимо при помощи интерфейса класса. 

Автор: LSD 24.12.2008, 17:36
Цитата(kemiisto @  24.12.2008,  16:39 Найти цитируемый пост)
а по САБЖу? Ты за кого будешь?

За наших конечно! smile

Автор: JackYF 25.12.2008, 20:41
Lazin, Perl rocks!  smile 

Автор: Lazin 25.12.2008, 20:49
 smile

Автор: kemiisto 25.12.2008, 20:51
Lazin,  smile Да, что-то последнее время с холиварами как-то туго. smile 

Автор: Lazin 25.12.2008, 21:14
определенно, как-то все перестали с пеной у рта доказывать приемущество дельфи, так даже не интересно
Perl sucks xD

Автор: Romikgy 25.12.2008, 21:44
каждому нравится свое ,
и у каждого языка есть свои плюсы и свои минусы, но основные задачи решаются на любом языке! а вот как решается и сколько времени на реализацию того или иного пункта уходит это 2 вопрос и временами существеннее чем на чем реализовыватьsmile
так что смысл в этом холиваре нет имхо да и очень мало четких высказываний да и описаний че не нравится так же мало

Автор: nerezus 26.12.2008, 08:02
Цитата

Delphi.NET. Последний сейчас поддерживает все фичи C#
 Да ну )))

Цитата

Зачем нужен Python, когда есть Ruby  !?  

Чтобы не тормозило.
user posted image

Автор: kemiisto 26.12.2008, 12:01
Цитата(nerezus @  26.12.2008,  06:02 Найти цитируемый пост)
 Да ну )))

 smile Только теперь продукт называется http://forum.vingrad.ru/forum/topic-239996.html.

Цитата(nerezus @  26.12.2008,  06:02 Найти цитируемый пост)
Чтобы не тормозило.

Ответил в более подходящем топике, дабы не уводить данный холивар в сторону. smile 

Автор: nerezus 28.12.2008, 13:10
kemiisto, Покажешь на  Delphi Prism небольшой примерчик - helloworld на silverlight? Просто что-то не верится )

Автор: Данкинг 28.12.2008, 13:24
Конечно, Дельфи лучше: лично я вообще не понял, зачем нужен С# и чего на нём можно наваять такого уникального. Зато понял, что для того, чтобы проги на С# работали на другом компе (без установленной среды) туда надо установить кучу какой-то ненужной фигни. smile 
К тому же во всех книгах, которые я видел, приводятся примеры для консольных приложений. smile А это можно и на Дельфи написать. Ну или на упомянутом GWBasic'е. smile  smile 

Автор: kemiisto 28.12.2008, 15:04
Цитата(nerezus @  28.12.2008,  11:10 Найти цитируемый пост)
kemiisto, Покажешь на  Delphi Prism небольшой примерчик - helloworld на silverlight? Просто что-то не верится ) 

Из-за тебя пришлось добавлять к уже патченной VS 2008 SP1 Visual Web Developer, без которого не ставились Silverligh 2 Tools. smile Куча ошибок - но в итоге кое-как встало. smile 

Вот как-то так то, что ты просил:
1) Стартуем!
http://ipicture.ru/Gallery/Viewfull/10887382.html
2) Выбираем нужный тип проекта:
http://ipicture.ru/Gallery/Viewfull/10887403.html
3) Дальше всё как у людей:
http://ipicture.ru/Gallery/Viewfull/10887422.html
4) Что тут где писать я не знаю smile :
http://ipicture.ru/Gallery/Viewfull/10887447.html
5) Это - не фейк! smile 
http://ipicture.ru/Gallery/Viewfull/10887472.html

nerezus, надеюсь, ты простишь мне мое незнание Silverlight вчастности и веб-программирования вообще! smile Написать я не в состоянии, но как ты можешь видеть поддержка есть.

Автор: nerezus 28.12.2008, 15:12
А, хитро. CodeGear наконец-то пишет плагины для VS.
Честно, не знал.
Надеюсь, скоро VCL под VS появятся - а то меня убогий компилер в билдере просто убивает(например загадочными сообщениями об ошибках) (

Автор: kemiisto 28.12.2008, 15:14
nerezus, не удивлён скриншотами?

Добавлено @ 15:15
Опоздал! smile

Добавлено @ 15:17
Цитата(nerezus @  28.12.2008,  13:12 Найти цитируемый пост)
CodeGear наконец-то пишет плагины для VS.

Только они тут не при чём, использовали http://forum.vingrad.ru/forum/topic-239996.html.

Автор: Любитель 28.12.2008, 18:16
ОК. Если уж начали обсуждать Дельфи для .Net (неважно, как там сие называется) - какие преимущества это даёт по сравнению с C#? На встречный вопрос - не надо лишних сборок таскать, если нужна компиляция на лету в том или ином виде.

Автор: kemiisto 28.12.2008, 19:05
Цитата(Любитель @  28.12.2008,  16:16 Найти цитируемый пост)
Если уж начали обсуждать Дельфи для .Net (неважно, как там сие называется) - какие преимущества это даёт по сравнению с C#?

Любитель, это вообще странный вопрос. А какие преимущества даёт VB.NET? Да и сама платформа .NET разрабатывалась с прицелом на смешанную в языковом плане разработку. Конечно, по большей части это маркетинговый ход, но всё же... 

Цитата(Любитель @  28.12.2008,  16:16 Найти цитируемый пост)
не надо лишних сборок таскать

Я сейчас посмотрю, но я почти уверен, что лишних сборок не надо и в случае Delphi Prism.

Автор: Void 28.12.2008, 19:10
Я кажется сейчас встану на защиту Delphi... о ужас smile
Цитата(Любитель @  28.12.2008,  20:16 Найти цитируемый пост)
На встречный вопрос - не надо лишних сборок таскать, если нужна компиляция на лету в том или ином виде.

В дотнете приводить таскание чего-то лишнего, как аргумент «за» или «против», по-моему просто неприлично smile

Пусть плодятся языки — один набор библиотек, теперь ещё и единая IDE — чего ещё желать? Кому нравится паскалевский синтаксис, могут писать на Prism.

Автор: kemiisto 28.12.2008, 19:28
Цитата(Void @  28.12.2008,  17:10 Найти цитируемый пост)
Я кажется сейчас встану на защиту Delphi... о ужас smile 

 smile О боги! Теперь давай за Ruby заступись! smile 

Цитата(Void @  28.12.2008,  17:10 Найти цитируемый пост)
Кому нравится паскалевский синтаксис, могут писать на Prism. 

 smile Вот, вот. И я про то.

Автор: Любитель 28.12.2008, 19:46
Цитата(kemiisto @  28.12.2008,  19:05 Найти цитируемый пост)
Я сейчас посмотрю, но я почти уверен, что лишних сборок не надо и в случае Delphi Prism. 

Цитата(Любитель @  28.12.2008,  18:16 Найти цитируемый пост)
если нужна компиляция на лету в том или ином виде. 

Эт как же такое?!

Цитата(Void @  28.12.2008,  19:10 Найти цитируемый пост)
В дотнете приводить таскание чего-то лишнего, как аргумент «за» или «против», по-моему просто неприлично 

Мож я что-то не понимаю, но почему?! Нет, понятно, то, что при развёртывании масштабной энтерпрайз системы "придётся" чтото таскать и конфигрурировать - это не взывает вопросов. Но.. всё-таки в своё время, надо заметить, необходимость установки .Net FX для многих была одним из главных аргументов против .Net...

Цитата(Void @  28.12.2008,  19:10 Найти цитируемый пост)
Пусть плодятся языки — один набор библиотек, теперь ещё и единая IDE — чего ещё желать? Кому нравится паскалевский синтаксис, могут писать на Prism. 

С академическо-любительской точки зрения - вроде как да. Но Delphi Prism, как и VB .Net ИМХО обречён (обречено?) быть неким андеграундом в мире .Net. Да, конечно, то, что в Delphi по языковым фичам теперь похоже действительно не уступает 3-ему шарпу - да это хорошо. Но не более того. Если выбирать из сабжевых языков, ориентируясь на .Net девелопмент - всё равно шарп smile Дело даже не в том, что паскалевский синтаксис - это не классика (по сравнению с большинством языков). Даже так - дело вовсе не в этом. Прошли времена, когда это было действительно классикой smile Банально шарп - это "официальное" лицо .Net-а, шарп - это мейнстрим.

ЗЫ Я не говорю про дельфи не для .Net - это разговор отдельный, учитывая, что современную дельфю в этом плане я вообще не знаю - говорить просто не рискну smile

Автор: kemiisto 28.12.2008, 20:06
Цитата(Любитель @  28.12.2008,  17:46 Найти цитируемый пост)
Эт как же такое?!

Я никак не пойму, что подразумевается под
Цитата(Любитель @  28.12.2008,  16:16 Найти цитируемый пост)
компиляция на лету в том или ином виде

Что тут имеется ввиду и зачем это нужно?

Цитата(Любитель @  28.12.2008,  17:46 Найти цитируемый пост)
в своё время, надо заметить, необходимость установки .Net FX для многих была одним из главных аргументов против .Net...

Реакционное мышление! И не более. И где теперь эти многие? smile 

Цитата(Любитель @  28.12.2008,  17:46 Найти цитируемый пост)
Банально шарп - это "официальное" лицо .Net-а, шарп - это мейнстрим.

 smile Собственно это и есть единственное трудно оспоримое преимущество C# над Delphi Prism. Но это так. Как я уже говорил, вся эта "полиглотность" .NET - маркетинговый фантик. Даже в ETH Zurich клюнули. smile 

Автор: Любитель 28.12.2008, 20:22
Цитата(kemiisto @  28.12.2008,  20:06 Найти цитируемый пост)
И где теперь эти многие

Теперь у этих многих просто стоит .Net FX smile Потому что:
1. В висту 3-ий фреймворк входит.
2. Многие сборки XP включают фреймворк.
3. Программ на .Net стало больше => многим приходится ставить фреймворк.

Но всё равно, если продукт ориентирован на подобных людей - использовать LINQ или WPF я бы не рискнул smile Чистый .Net FX 2.0 - не более того.

Цитата(kemiisto @  28.12.2008,  20:06 Найти цитируемый пост)
Что тут имеется ввиду и зачем это нужно?

Да мало ли для чего... Код в aspx, например. Я надеюсь, в принципе CodeDomProvider же есть в новом дельфи?

Цитата(kemiisto @  28.12.2008,  20:06 Найти цитируемый пост)
Собственно это и есть единственное трудно оспоримое преимущество C# над Delphi Prism

Прикол в том, что за ним (как следствие) идут другие. Для дельфи гораздо тяжелее, я думаю, будет найти нормальные средства рефакторинг, профайлинга и т. д. Вся документация по сторонним либам ориентирована на шарп и (обычно) VB .Net. То есть, как минимум, сталкиваться с этим синтаксисом придётся. То есть проблем получится больше, чем выигрыша от использования синтаксиса паскаля, если он даже кому то нравится (что впрочем вполне возможно, конечно).

Цитата(kemiisto @  28.12.2008,  20:06 Найти цитируемый пост)
Даже в ETH Zurich

Это что за зверь? smile

Автор: kemiisto 28.12.2008, 21:02
Цитата(Любитель @  28.12.2008,  18:22 Найти цитируемый пост)
Теперь у этих многих просто стоит .Net FX 

Ага! smile А почему - это уже вторично...

Цитата(Любитель @  28.12.2008,  18:22 Найти цитируемый пост)
Я надеюсь, в принципе CodeDomProvider же есть в новом дельфи?

Если б я знал, что это за зверь такой... CodeDomProvider smile 

Цитата(Любитель @  28.12.2008,  18:22 Найти цитируемый пост)
Прикол в том, что за ним (как следствие) идут другие.

Как говорится, ППКС. Всё верно написано.

[QUOTE=Любитель, 28.12.2008,  18:22, post1742019]Это что за зверь?/QUOTE]
 smile Ты не знаешь? Эта вотчина Вирта. Swiss Federal Institute of Technology Zürich (по-немецки Eidgenössische Technische Hochschule Zürich). У них там (среди прочих языков) есть http://www.zonnon.ethz.ch/ - дальнейшее развитие Oberon, ориентирован на .NET. Кроме того небезызвестный Bertrand Meyer (который вроде как занимает пост Вирта (Chair of Software Engineering) после ухода последнего на пенсию) в своё время дал добро на .NET'изацию своего детища - http://www.eiffel.com/.

Автор: Любитель 28.12.2008, 21:14
Цитата(kemiisto @  28.12.2008,  21:02 Найти цитируемый пост)
Если б я знал, что это за зверь такой... CodeDomProvider

Ну, если кратко - стандартный метод для предоставления сервисов компиляции и генерации кода в рантайме.

Цитата(kemiisto @  28.12.2008,  21:02 Найти цитируемый пост)
Ты не знаешь? Эта вотчина Вирта.

Ну, блин. Не знал smile

Автор: Rohoss 4.1.2009, 06:44
Я имел ввиду Delphi for Win32, ну а версию 2009.
Но думаю это не важно.
Я думаю С# лучше, хотя бы потому, что младше чем Delphi

Если можно добавьте плз опрос "Delphi & C#"

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)