Емнип и при борланде делфи и турбапаскакал были дороги для любителей.
Возможно потому борланд и загнулся.
В нашей стране эти продукты получили такое распространение только лишь по той причине, что на лицензию никто не смотрел и цена лицензии не была конкурентным преимуществом. Смотрели чисто на сам продукт. А продукт сам по себе офигенен. Вопрос на столько ли, чтобы за него башлять, комьюнити стал волновать лишь в последнее время. Глобализация, ВТО.... 

Это сообщение отредактировал(а) Zloxa - 29.10.2012, 14:55

Zloxa, дак о том и речь... 
В текущих условиях цена не конкурентная для мелких разработчиков и владелец никак на это не реагирует. Ну и ничем хорошим это для них не закончится.

Речь о том, за что не любят делфи или речь о том, за что не любят абракадабру?

Делфи - офигенен. Жавам, кьютам, еще пилиться и пилиться до того, чтобы с ним меряться чем либо, кроме стоимости лицухи. Пожалуй только доднеты, помимо цены, сейчас могут померяться с делфей и в простоте и удобстве разработки.

Zloxa, 


Ну по крайней мере, то что цена завышена и это проблема вы согласны. Осталось только доказать что Delphi - бее. ;)

Добавлено через 1 минуту и 36 секунд
А кстати, как хранить в системах контроля версий делфёвские формы?

Лолчто? Когда там в делфи GC будет? А нормальный редактор кода?

Не передергивайте. 
Я согласился с тем что цена не по карману всякому любителю, это не значит что она завышена. Завышена она или нет - решает каждый для себя исходя из условий, которые перед ним стоят.


Нормальный в делфях редактор кода.
ГЦ - двухконечная палка.

Добавлено через 6 минут и 13 секунд


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

Zloxa, Вы меня всё больше разубеждаете... ;)

Добавлено через 2 минуты и 56 секунд

Хотя тут есть часть правды.. Так как часто в делфи очень много наворотов в базе, контроль версий нормально организовать та ещё задача...
Однако, с одной стороны, цена для любителей высока, а профессионалам, имхо и из личного опыта, без контроля версий никуда!

По сравнению с IDEA, редактор кода в делфи просто блокнот.


Для прикладного софта, который обычно пишут на делфях (типа морд к БД) наличие в языке GC не несет никаких минусов кроме плюсов.

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

Ну есть задачи, без GC очень плохо решаются (ORM).

Это сообщение отредактировал(а) serger - 30.10.2012, 09:20

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

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

Вот и получается та самая палка... ГЦ нужен на серверах, но он там мешает, на клиенте не мешает, но не так уж и нужен.


Я смутно себе представляю преимущества ОРМ на десктопе.
Для веба - понимаю, в презентативный слой хрен отдашь такой сложный объект как рекордсет, мапиться в объекты попроще это вынужденная необходимость. В условиях же когда презентативный слой работает в том же адресном пространстве, что и средства доступа к данынм... 

Ну, и как я уже упоминал ранее, будучи Ъ датабазником, я прямтаки обязан уронить на пол кирпич при упоминании ОРМ   

Это задачи преимущественно реального времени, а многие серверные задачи успешно решаются языками с GC.


Утечки тут не при чем, а при чем возможность легко и удобно работать на чуть более высоком уровне: замыкания, конкурентность и другие подобные вещи, которые без GC и реализуются сложнее и пользоваться ими неудобно.


Зависит от назначения сервера (см. например ссылку выше).


На клиенте отсутствие GC не имеет преимуществ. Единственная более-менее хорошая вещь -- RAII в C++, но в делфи его нет, а в Go, например, сделали похожую вещь.

Вы не разбираетесь в вопросе. GC тоже может "течь". Очень легко!



ORM - Это лишь самый очевидный пример. Многие прогеры вообще не знают, что это такое.

Добавлено через 1 минуту и 5 секунд
k0rvin, есть системы реального времени с GC. Реальное время - это не контроль памяти, а предсказуемое время отклика.

Мне с системами РВ не приходилось тесно работать, читал только, что есть модификация джавовского GC для систем реального времени, но особого распространения она не получила. Рад слышать, что и в этом вопросе у GC тоже дела обстоят неплохо.

Значит остается что? Системы с сильно ограниченной памятью (может микроконтроллеры)?

P.S. А можно ссылочку на какую-нибудь систему РВ, реализованную на языке с GC?

Это сообщение отредактировал(а) k0rvin - 30.10.2012, 11:59

k0rvin, я тоже таким не занимаюсь.

Вс просто: )
http://en.wikipedia.org/wiki/Real_time_Java
https://blogs.oracle.com/vmrobot/entry/%D0%..._java_real_time

Мануальный реалтайм:
http://jug.ru/archive/-/blogs/12357

Добавлено через 34 секунды
Ну на дне сантехника много про это говорили в "нулевых"..

Ну, то что есть реалтаймовая джава, я знаю. Вопрос в том, насколько она популярна у разработчиков реалтаймовых систем. =)