При всех их недостатках - я бы посмотрел на тебя без них

  Что ж значит нас немного. А вообще "+" что он вообще есть. Без него многие проблемы остались бы не решёнными. Использование asm требуется там где скорость превыше всего.

В глазах не рябит от -> и { } 

Добавлено через 1 минуту

Я не спец, но обфускаторы легко обходят

  Так и смотри! Продолжай писать в забытой богом среде разработки под забытую богом платформу.  Всё, платформе Windows пришёл конец. Есть ещё островки (драйвера, игры), но .NET не будет отступать.  

И ведь это не единственное преимущество. Вот к примеру разберём ещё одно: .NET говорит на многих языках. Речь не об интернационализации (тьфу, еле написал  ), а о той самой кросс-языковой разработке. И сейчас это уже не фантастика. Возможность смешивать ФП (в лице того же F#) и ООП (в лице того же C#) и получать выгоду от использование каждого изподходов не тратя ни минуты времени на интероперабельность. Юнит-тесты можно на скорую руку накидать на IronRuby или IronPython. И так далее...

Никто не говорит, что ФП или юнит-тестирование есть 100% благо, но индустрия идёт этим путём. Это уже мейнстрим. 

Через 2-3 года найти молодого Delphi программиста на место Junior Developer'а будет также легко как, прости, девственницу-старшекланицу. Та "школота", которой вы с таким упоением, рассказывали, что, всё фигня, кроме пчёл Delphi, учила C#. И они подросли. А дальше будет только хуже. Они начнут учить F# и создадут SkyNet.   Для Delphi, конечно, хуже.


Нас? Ну и самомнение у Вас. Я боюсь, что немногие настоящие профессионалы способны написать более быстрый код по сравнению с продуктом работы современных компиляторов. И что-то мне подсказывает, что Вы в их число не входите...


Да противно. Первое время аж до  Но что делать. 


Легко? Тебя ввели в заблуждение. Тут у меня такие мысли. Да, обфускация - только преграда. Обойти можно. Но

• Это сложно. При качественной обфускации - очень сложно.
• Если есть желание, спрятать что-то серьёзное в исходном коде (скажем, пароль) - с этим желанием надо бороться. Это было бы ошибкой.
• Если есть желание, спрятать некий алгоритм или что-то подобное - Вы гений. А уверены? 

Эх, как людей 1 и 2 января штырит     

kemiisto, ну скажи нам по порядку, в чем плюсы, а в чем минусы каждого. А мы в отместку про Оберон почитаем 

Это сообщение отредактировал(а) Keeper89 - 20.1.2010, 14:13

Простите мою ламотность, но как в .NET с глобальными хуками (внедрение DLL) и службами (сервисами)?

Думаю, что проще чем в дельфи.

Akella, а в дельфи с этим есть какие-то сложности?

WCF ?


.net НЕ предназначен для системного программирования. Но если вам это так необходимо, то вы можете использовать неуправляемый код. Так же вы не напишете плагин к тотал командеру или например фаер фоксу.

Что же касается системного программирования под Windows, то его востребованность не большая. Если думаете, что изучив винапи и асм будете получать миллионы денег в розовых мешках, то сильно ошибаетесь. 

По поводу, что лучше. Делфи имеет некоторые преимущества при разработки системного ПО. Но, что касается решений для бизнеса, то делфи вообще не вариант. Возможности, по работе с БД в делфи ничтожны, по сравнению с .NET.

Давайте представим ситуацию. Есть фирма, которая имеет много филиалов. У фирмы есть внешний(ASP.NET VB.NET) и внутренний(Silverlight C#) сайт, есть несколько приложений(WinForm C#) для сотрудников фирмы, некоторым из которых нужна сильная обработка данных (dll F#), есть несколько сервисов(WCF) для других фирм, симпатичное приложение(WPF C#) для клиентов, программа для менеджеров на коммуникаторе(.NETCF C#) и этот список можно продолжать. Так вот, написав очередную библиотеку, её можно будет с лёгкостью использовать в каждом из выше перечисленных проектов. При всём этом, мы имеем безопасный и управляемый код. 
А что делфи? В мире уже давно определено что лучше... Поищите в гугле форумы по программированию, и обратите внимания, в скольких есть разделы по делфи, а в скольких по шарпу.  Никого не хотел обидеть, но факт остаётся фактом. 
А любителям асма, и высокопроизводительный код предлагаю внимательно почитать этот пост , и поучаствовать в соревновании   

Что то хотел написать больше, но чёт настроения нет

Вот за это низачтод   

Щас, да. Мне заняццо нечем? И тут надо понять, с какой позиции смотреть на вещи. Дай конкретную ситуацию - и я тебе скажу, что лучше. А так - только ресурс клавиш изводить.  



Гугл, вроде, работает. Или в Твери уже нет?

Ну а попусту возникать - зачем клавиши изводить? 

Гугл не работает только в Кинешме и Осло. Ибо зачем гугл там, где есть kemiisto    

Это сообщение отредактировал(а) Keeper89 - 22.1.2010, 00:00

   да ну на

Вы чего?    Это же уже давным давно известно... Ну кто в наше время начинает проекты для бизнеса на делфи? Это же лишено всякого смысла. Разве что дописывают старые...

Я о том же.

Если в смысле только дописывания - возможно, хотя у меня нет точной информации кто что использует (и, думаю, она есть только в Embarcadero). Но Delphi - изначально позиционировался как RAD-инструмент для работы с БД и это до сих пор так.
Если говорить совсем грубо, .NET - это такой же фреймворк, как и VCL. Все знают статью Д. Спольски по этому поводу. 
Не всем нужно это:

У VCL&Delphi свои преимущества, у .NET - свои.

И вообще, давайте без холиваров. Изначально топик был о возможностях самого языка: сходства, различия, где что хуже и что лучше.

Это сообщение отредактировал(а) Keeper89 - 22.1.2010, 19:39