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

Насколько я помню, есть свободная Delphi 7. А если ты пишешь не комерческий продукт - то как-то нет дела до лицензий.

А я что-то против Java сказал? Но возможность выстрелить себе в ногу тоже должна быть, иначе среда предназначена для решения вопросов в узком кругу...

А я что-то против Java сказал?

ну и вот.. редактирование текстовых файлов производилось в невидимом tedit.. поменял я их на tstring (не визуальный он) и проблемы не стало.. но ни один специалист об этом не знал.. даже во всяких руководствах (faq всякие) писали, что редактировать в tedit можно и нужно..

Ну это всё равно, что изучать функциональное программирование на (старом) Фортране, или императивное на Haskell — суть извращение.

Вы её ловко не заметили как инструмент, полностью перекрывающий дельфи на указанных вами областях. Кроме этого — ничего.

А в индустрии дельфи умер вместе с "простыми утилитами", потому что не смог в вёб.

Вот щас просто прекрасно описал, почему дельфи сдох и должен был сдохнуть во имя добра и света.

Сравнение так себе, C++ всё-таки объектно-ориентированный.

Ну, не хватало ещё виртуальных машин для обычных утилит!

Delphi for PHP, Delphi Prism - не?

А почему бы и нет? Объективные минусы сможете назвать?

не знаю.. я не специалист.. но.. когда браузеры начали вешать систему из десятка другого открытых вкладок.. 2 гб оперативки им мало.. этот мир кактится в ср... куда-то не туда..

И чо?
Начнем с того, что дельфи под пхп и дельфи под нет глубоко несамоценны - в общем случае проще писать на пыхе и на шарпе соответственно.
Наличие технологий совершенно не означает их используемости. Дельфи к вебу и к переделу корпоративного сектора (под тот же веб) опоздал капитально: пишут на пыхе, на питоне, на яве и шарпе, на руби и даже, кажется, на перле, но вот о реальном использовании дельфи в заметных количествах..

Но ядро для сложного взаимодействия с базами данных в нете

Но ядро для сложного взаимодействия с базами данных в нете, например, я бы не писал на глючном php, а оформил бы в исполняемый код Delphi.

Я вижу тут какие-то исключающие друг друга пункты.

Да что ж всем плюсы так не нравятся...

Был создан изначально как стёб

Кен Томпсон, Деннис Ричи и Брайан Керниган признали, что операционная система UNIX и язык программирования Си, созданные ими - тщательно спланированный первоапрельский розыгрыш, "продержавшийся" более 20 лет.

Томпсон признал следующее:

"В 1969 году AT&T завершила работу над проектом операционной системы Multics. Брайан и я только что начали работу с ранней реализаций Паскаля, разработанной в лаборатории проф. Вирта в Швейцарии, и находились под впечатлением элегантности, простоты и мощи этого языка. Деннис как раз прочитал "Уставший от колец", веселую сатиру на знаменитую трилогию Толкина "Властелин колец". Ради шутки мы решили написать пародии на среду Multics и Паскаль. Деннис и я отвечали за операционную среду. Глядя на Multics, мы спроектировали новую систему настолько сложной и запутанной, чтобы максимально "испортить жизнь" рядовым пользователям, назвали ее UNIX как пародию на Multics, добавив много других достаточно рискованных аналогий.

Затем Деннис и Брайан разработали по-настоящему извращенный диалект Паскаля, назвав его "A". Когда мы обнаружили, что другие действительно пытаются писать программы на A, мы быстро добавили еще парочку хитрых примочек, создав B, BCPL, и, наконец, Си. Мы остановились, добившись успешной компиляции следующего:

for(;P("\n"),R-;P("|"))for(e=C;e-;P("_"+(*u++/8)%2))P("| "+(*u/4)%2);

Мы не могли даже представить, что современные программисты будут пытаться использовать язык, допускающий подобный оператор! Мы даже собирались продать все это Советам, чтобы отбросить развитие их компьютерного дела на 20 лет назад. Представьте наше удивление, когда AT&T, а также другие американские корпорации начали пытаться использовать UNIX и Си! Более 20 лет ушло на то, чтобы приобрести достаточный опыт для создания хоть немного полезных приложений с использованием этой технологической пародии 60-х. Мы были поражены упорством и целеустремленностью (если не чувством здравого смысла) типичного программиста, использующего UNIX и/или Си. В любом случае, Брайан, Деннис и я в течение последних лет работали исключительно на Паскале в среде Apple Macintosh и чувствуем себя по-настоящему виноватыми в том хаосе, путанице и действительно скверном программировании, причиной которых явилась наша неудачная шутка столько лет тому назад.":)

Был создан изначально как стёб.

Объектно-ориентированное программирование (ООП) — это методология программирования, основанная на представлении программы в виде совокупности объектов, каждый из которых является экземпляром определенного класса, а классы образуют иерархию наследования.
Инкапсуляция — свойство системы, позволяющее объединить данные и методы, работающие с ними, в классе.
В C++ нет инкапсуляции?

Encapsulation is used to hide the values or state of a structured data object inside a class, preventing unauthorized parties' direct access to them.

Сложное взаимодействие с базами данных нужно убирать в ORM и еще глубже, в хранимки БД (для которых куда полезнее T-SQL, PL/SQL etc).
MVC, знаете ли.

А ничего, что архитектура SQL не всех устраивает? Работа с BLOB и нестандартными полями, типа TJpegField, TMp3Field организована на порядок слабее чем в других системах? Взять ту же Absolute Database - один единственный файл для одной таблицы, быстрая работа, любые поля, индексы, бесплатна для некоммерческого использования.

изучать функциональное программирование на (старом) Фортране.

Как обычно - от основной темы "Обучение программированию" перешли на ответвление "Почему мне не нравятся Делфи и С++".

Создатели Cи и UNIX признают @ что разыграли весь мир

Вопрос предпочтений конкретно взятого человека.

А ничего, что архитектура SQL не всех устраивает?

Лично для меня и лично для моих домашних/рабочих задач Делфи подходит по самое не хочу. Вопрос предпочтений конкретно взятого человека.

Будто для NoSQL нету библиотек и фреймворков.
Хотя для Delphi, конечно, нет.

Дельфи не используют, учить ему не надо.

Используют, как ни странно, " знать весьма невредно."

А пруфов-то можно, на обе части?

Еще один ЯП знать в принципе не вредно.

Как интересно. А твои пруфы где?

2. Еще один ЯП знать в принципе не вредно.

К слову, довольно долго использовал компилятор Delphi для написания одноразовых консольных программок: никакого VCL, чистый 32-битный паскаль с классами.

На каком языке / с помощью какого ПО вы бы делали такую карту?

Можно вообще dpr править, всё оттуда убрать, кроме и писать линейную программу без модулей и форм.

Раз пошла такая пьянка, спрошу тут. Уже довольно давно у меня бродит идея разработки интерактивной карты Великой Отечественной, с указанием по возможности расположением всех дивизий, направлениями ударов, указанием командармов и т.д.

Изучение ЯП стоит времени, но это еще полбеды.
Изучение ЯП в ВУЗе стоит учебного времени, которое очень ограничено (семестровый курс дельфи - это пропущенный семестровый курс чего-то полезного)

плюс можно таки научить плохому (если на первом курсе научить студента Дельфям, он потом два года будет путать = и ==

Вот WinCrt наверное.

Может, еще и вместо "=" будут печатать ":="?

я уж не говорю о угробищном компонентном стиле, поощряемом Дельфями - пример выше).

Да, типа http://www.pobediteli.ru/flash.html, но гораздо более серьезное

Вот WinCrt наверное.

Приду домой, поищу сборку.