кому нужен FreePascal и иже с ним?

Любые обсуждения, не нарушающие правил форума.

Модератор: Модераторы

кому нужен FreePascal и иже с ним?

Сообщение dimzon » 26.04.2007 19:59:22

Здраствуйте!
Периодически погдядываю на этот сайтик и на форум (чисто спортивный интерес). Назрел вопрос - хочу спросить (только чур я не подстрекатель).
Для начала (чтобы не считали меня Delphi-ненавистником) скажу - у меня стаж на Delphi 6 лет. В своё время я её очень любил, на самом деле я считаю её идеальным средством/языком/платформой разработки прошлого.
А теперь моё ИМХО:
Считаю что время Delphi уходит в принципе. На носу managed-платформы, а именно Java и .NET.
При сравнительно небольшой потере производительности мы получаем огромые преимущества как-то:
  • автоматичский сборщик мусора
  • могучий фреймворк (набор стандартных библиотек)
  • огромное количество кода от сторонних разработчиков
  • возможности для создания сложных расширяемых приложений (рефлекшн и.т.п.)
  • поддержка таких вкусностей как дженерики, миксины

В целом скорость разработки на .NET/Java выше чем на Delphi, а количество глупых ошибок меньше.
Поэтому единственное что имеет смысл (имхо) это инструмент облегчающий перенос бизнес-логики на .NET/Java. А FPC это так, забавная игрушка, не более того (ну может разве ещё язык на котором легко изучать основы, хотя, думаю C# может с ним поспорить и в этом аспекте).

А вы что думаете?
Аватара пользователя
dimzon
новенький
 
Сообщения: 11
Зарегистрирован: 26.04.2007 19:41:33

Сообщение cranium » 26.04.2007 20:07:47

А вы что думаете?

Не слышу вопроса.......
Назрел вопрос - хочу спросить (только чур я не подстрекатель)

Так о чем вопрос?
cranium
постоялец
 
Сообщения: 143
Зарегистрирован: 08.05.2005 03:59:45
Откуда: Санкт-Петербург

Сообщение ev » 26.04.2007 20:38:06

При сравнительно небольшой потере производительности мы получаем огромые преимущества как-то:

это на локальной машине
теперь представим какие тормоза творятся на серверах ;)

а еще я наверное упустил и .NET стал кроссплатформенным?

да и каждое указанное преимущество как минимум спорно
преимущества FPC на главной странице этого сайта есть ;)
надо просто определиться что важнее
ev
долгожитель
 
Сообщения: 1775
Зарегистрирован: 27.04.2005 23:19:06
Откуда: Москва

Сообщение bw » 26.04.2007 20:51:54

Сейчас я разрабытваю проект на 4000$ на Delphi. Проект серьезный, на 30-40 дней работы. Вроде не хило. Делаю и дорабатываю компоненты на Delphi, тоже стабильный рынок, Delphi это отличная среда GUI приложений.
Портирую на KolibriOS (KOS) RTL FreePascal (не ком. проект). Работа не такая большая, но я уделяю ей недостаточно времени. Одновременно начал заниматься проигрывателем XviD на KOS. Это все не ком. деятельность. Дальше займусь RDP и, возможно X. KOS будет отличной десктопной средой. Если бы моя работа финансировалась, то результаты бы были через месяц, а не через год. Ведь кто занимается корпоративными системами, понимают, что все возвращяется к mainframe'мам. Так что моя текущая деятельность будет оправдана (теоретически) сполна.
FreePascal развивается очень динамично, его использование в ряде задач будет дешевле чем использование Delphi. И не стоит сравнивать в "этих" задачах Pascal с C.

..bw
Аватара пользователя
bw
постоялец
 
Сообщения: 359
Зарегистрирован: 01.12.2005 11:36:23
Откуда: Усть-Илимск

Сообщение Sniper » 26.04.2007 22:06:48

ev писал(а):а еще я наверное упустил и .NET стал кроссплатформенным?

Ага, .NET кроссплатформенный и работает на Windows 2000 Windows XP и Windows Vista :)
Sniper
постоялец
 
Сообщения: 472
Зарегистрирован: 28.05.2005 13:02:42

Сообщение Sergei I. Gorelkin » 26.04.2007 22:29:47

При всех "достоинствах" "платформы" .NET, никто почему-то не хочет платить за перетаскивание на нее уже написанного и отлаженного кода... Странные люди, чесслово, при такой рекламе уже и пора бы :)
Аватара пользователя
Sergei I. Gorelkin
энтузиаст
 
Сообщения: 1407
Зарегистрирован: 24.07.2005 14:40:41
Откуда: Зеленоград

Сообщение Slavikk » 27.04.2007 10:45:43

.Net - удобна, если вы начинаете изучать С#, только она довольна небыстрая. А по сути .Net - это теже библиотеки только работающие через менеджера (оттуда и тормоза). Скажем так майкрософт решило проблему совместимости библиотек - а выдала за новую технологию :lol:
Аватара пользователя
Slavikk
постоялец
 
Сообщения: 208
Зарегистрирован: 15.01.2007 22:34:52
Откуда: Из лесов...

Сообщение Replicator » 27.04.2007 14:53:14

На мой взгляд, у компилируемых языков и языков с промежуточной компиляцией и виртуальной машиной просто разные применения. Ну как можно говорить, что компилируемые языки - это языки прошлого? А специфические функции ОС как нам использовать? Что-то не припомню, чтобы из Java можно было вызывать WinAPI.

Кроме того, GUI приложения на Java - либо жуткие тормоза (SWING), либо очень ограничены в элементах управления (AWT).

Да, пусть написать кроссплатформенное приложение на Java проще и быстрее (да и то не всегда), но мы теряем скорость. А если разрабатывается приложение для конкретной ОС, то использовать Java вообще не за чем, особенно если есть более подходящие / простые / удобные средства.
Replicator
постоялец
 
Сообщения: 154
Зарегистрирован: 30.04.2006 17:14:45
Откуда: Outer Heaven

Сообщение dimzon » 27.04.2007 14:57:02

ev писал(а):
При сравнительно небольшой потере производительности мы получаем огромые преимущества как-то:

это на локальной машине
теперь представим какие тормоза творятся на серверах ;)

Поверьте, на серверах всё замечательно. Основные потери производительности происходят в момент JIT-компиляции (при первом обращении к методу), после того как метод откомпилировался он работает быстро. Вообще по поводу производительности можно спорить до бесконечности. Как пример - сортировка реализованная "пузырём" на асме будет медленнее quicksort на vbscript (во всяком случае на больших объемах данных). Естественно что в тех местах где происходит множество математических рассчётов лучше асма (заметьте, именно АСМА, которым можно максимально эффективно закодить вычисления с грамотным использованием специализированных MMX/SSE инстукций процессора) нет... Под подобный класс задач попадают к примеру алгоритмы сжатия и, возможно, криптографии (хотя по поводу криптографии - AES реализованный 100% managed кодом работает практически так-же быстро как и unmanaged). Хочу обратить внимание что в подобном классе задач Delphi тоже малоприменим, в лучшем случае это будут ASM-овские вставки.
Что касается остальных задач то производительности там хватает. 80% текущих задач связано с работой с СУБД. Господа, выполнение запросов СУБД занимает обычно на порядки и десятки порядков больше времени нежели вы могли бы выиграть переписав код с .NET на Delphi!

Sniper писал(а):
ev писал(а):а еще я наверное упустил и .NET стал кроссплатформенным?

Ага, .NET кроссплатформенный и работает на Windows 2000 Windows XP и Windows Vista :)

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

Slavikk писал(а):.Net - удобна, если вы начинаете изучать С#, только она довольна небыстрая. А по сути .Net - это теже библиотеки только работающие через менеджера (оттуда и тормоза). Скажем так майкрософт решило проблему совместимости библиотек - а выдала за новую технологию :lol:

Тут вы не совсем правы. Подобная ситуация складывается в основном для GUI хотя в Mono с этой бедой успешно борятся.
Аватара пользователя
dimzon
новенький
 
Сообщения: 11
Зарегистрирован: 26.04.2007 19:41:33

Сообщение IUnknown » 27.04.2007 18:10:14

То, на сколько Java/.NET медленные зависит в 95% от кривизны рук программиста. Если разобраться - приложения будут практически не медленнее приложений на компилируемых языках. А кроссплатформенность - это вообще огромный минус ИМХО.FP пока не конкурент ни Sun ни Microsoft ни Borland, да будет ли когда-нить?
IUnknown
новенький
 
Сообщения: 73
Зарегистрирован: 10.03.2006 14:25:02
Откуда: Донецк

Сообщение dimzon » 27.04.2007 19:15:44

IUnknown писал(а):То, на сколько Java/.NET медленные зависит в 95% от кривизны рук программиста.

вот и я про то-же
Аватара пользователя
dimzon
новенький
 
Сообщения: 11
Зарегистрирован: 26.04.2007 19:41:33

Сообщение cranium » 27.04.2007 21:41:50

IUnknown писал(а):А кроссплатформенность - это вообще огромный минус

С этого места подробнее. Почему же?

IUnknown писал(а):FP пока не конкурент ни Sun ни Microsoft ни Borland

Действительно не конкурент, особенно с тех пор как Borlad отказался от Kylex.[/quote]
cranium
постоялец
 
Сообщения: 143
Зарегистрирован: 08.05.2005 03:59:45
Откуда: Санкт-Петербург

Сообщение ev » 28.04.2007 08:51:31

80% текущих задач связано с работой с СУБД

давно пишу на fpc, пока еще ни в одной программе СУБД не использовал ;)
для СУБД пока предпочитаю Delphi

господа, ну чесслово, я вас не обманывал, вы действительно упустили

момо конечно уже давно существует, вот только пока сыроват :(
и есть вероятность что микрософт начнет вставлять палки в колеса (не трудно догадаться почему)
так что остается пока только наблюдать и ждать развития ситуации

кстати, позвольте представиться:

ну это не показатель, да и я думаю у многих есть такие картинки ;)
давайте еще похвастаемся кто и где работает :lol:
ev
долгожитель
 
Сообщения: 1775
Зарегистрирован: 27.04.2005 23:19:06
Откуда: Москва

Сообщение Slavikk » 28.04.2007 09:19:54

Не вижу смысла спорить. Каждый работает на той технологии которая ему удобна (знаю людей которые программируют на фортране и довольны - их задачи решены со 100% и устраивающей их скоростью как и работы программы так и времени разработки). А если нужна перекомпиляция для нескольких платформ, удобнее лазаря пока ничего не видел. Если кто назовет альтернативу с таким же удобством - скажу спасибо.
Аватара пользователя
Slavikk
постоялец
 
Сообщения: 208
Зарегистрирован: 15.01.2007 22:34:52
Откуда: Из лесов...

Сообщение dimzon » 28.04.2007 19:55:56

ev писал(а):
80% текущих задач связано с работой с СУБД

давно пишу на fpc, пока еще ни в одной программе СУБД не использовал ;)
для СУБД пока предпочитаю Delphi

под freePascal и иже с ним я подразумевал вообще-то и Delpi тоже
ev писал(а):
господа, ну чесслово, я вас не обманывал, вы действительно упустили

момо конечно уже давно существует, вот только пока сыроват :(
и есть вероятность что микрософт начнет вставлять палки в колеса (не трудно догадаться почему)

не сможет. спецификация .NET официально стандартизирована ECMA

Slavikk писал(а):А если нужна перекомпиляция для нескольких платформ, удобнее лазаря пока ничего не видел. Если кто назовет альтернативу с таким же удобством - скажу спасибо.

Java + IDEA
Получишь наслаждение
Аватара пользователя
dimzon
новенький
 
Сообщения: 11
Зарегистрирован: 26.04.2007 19:41:33

След.

Вернуться в Потрепаться

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Рейтинг@Mail.ru