Новый Большой проект на FPC - стоит ли рискнуть?

[vada]

А вот в здравом уме начинать мало-мальски крупный проект из топика с написания базовой библиотеки...

Так если бы все были "в здравом уме", то никогда бы не появилось столько хороших библиотек и инструментов))

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

[kipar]

Да и метод Find у StringList совсем не о том.

Код: Выделить всё

Function TStringList.Find(const S: string; Out Index: Integer): Boolean;

var
  L, R, I: Integer;
  CompareRes: PtrInt;
begin
  Result := false;
  // Use binary search.
...


А почему в tlist бинарный поиск не сделали - так там указатели хранятся, над ними операция сравнения не определена.

[svk12]

TList - это базовый класс для создания более специализированных списков.

[vada]

TList - это базовый класс для создания более специализированных списков.

Ага. Понятно. Набросал простейший двоичный поиск сортированного списка... Поиск 31 секунда.
Можно быстрее, хотя уже нормально.

[stikriz]

А вот в здравом уме начинать мало-мальски крупный проект из топика с написания базовой библиотеки.... эт не серьезно.

Я помню как в конфе для InterBase один программист скромно спросил насчет чего бы такого сделать, чтобы было быстро и удобно печатать на матричных принтерах...
И как его отговаривали (это мягко говоря)... А теперь все знают, что нет ничего круче, чем FastReport
Насчет того, что ЯВА круче ФриПаскаля - афтар жги есче Это как сравнивать кислое с белым.

[FedeX]

>Насчет того, что ЯВА круче ФриПаскаля - афтар жги есче Это как сравнивать кислое с белым.

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

Я недавно столкнулся с подобной ситуацией (проект конечно был очень маленький, но все же), надо было написать слушающий многопользовательский (не больше десятков пользователей одновременно) сервер на простых сокетах. Формат общения с клиентами очень простой. Начал писать на Паскале. Писал два дня столкнулся с тем, что не хватало списков таких как мне надо было, начал реализовывать на генериках, потомстолкнулся с непредвиденными багами при работе потоков, отлаживал мучительно больно, потом ещё что-то... Потом плюнул и переписал на яве за пол дня. Этот сервер сейчас крутиться на крохотном VDS хостинге с виртуальной мощностью процессора слабее чем у меня на телефоне (памяти правда больше) и обслуживает одновременно десятки пользователей..

[mirk]

Нам тогда сравнивать нечего будет.
JAVA это не просто язык программирования, это прежде всего ПЛПТФОРМА.

Как и 1С
Java (как и 1С) имеет свою нишу, но большинство встречаемых проектов ужасно тупит. Разработчики часто не имеют должной квалификации и надеются на уже готовые библиотеки.

Управленческие проекты не пишут с чистого листа.

Ага, а еще управленческие проекты не пишут фрилансеры и организации численностью меньше 1000 человек. Да и скорее всего только ЗАО может писать управленческие проекты, а для ООО это слишком круто. И много чего еще можно придумать.

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

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

Кто прав? Где критерии оценки потраченного времени - "познакомился с новыми технологиями" или "многие месяцы "секса"" и т.п.?

Этот сервер сейчас крутиться на крохотном VDS хостинге с виртуальной мощностью процессора слабее чем у меня на телефоне (памяти правда больше) и обслуживает одновременно десятки пользователей..

Вот опять вроде и хвала скорости Java, но данных нет ни о процессоре ни о памяти ни о задаче - чистый холивар и троллинг.

[GrayEddy]

Imho, Pascal (Delphi) - для одиночек (и фрилансеров) и маленьких команд (в основном).
Java - явно не для одиночек Буду рад ошибиться.

PS: Ко всем языкам отношусь в среднем одинаково. Возраст таки. И опыт.
PPS: Работаю в основном один.

[stikriz]

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

Послушать Вас, так ничего лучше 1С просто нет Когда я создаю новый документ в 1С, я точно и гарантированно не думаю о тонкостях его реализации, он создается за пару минут, а еще принудительно знакомлюсь с новыми технологиями.

Потом плюнул и переписал на яве за пол дня.

Вот и пишите на ЯВЕ. Писать нужно только на том, на чем умеете качественно и быстро писать. Это главнейший аргумент.

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

[GrayEddy]

Насчет 1С. Знаете, я бы не стал кидаться я в нее костями. Все таки 7 лет с ней - уже кое-что.
Я в свое время работал в аптечной сети (4 года) - на 1С сделал аналог типа распеределенки, самописная конфигурация, все на основе регистров. Обмен шел через батники по ftp, все заливалось в в основную базу, ТиС (Торговля и Склад).

На Delphi был написан драйвер ККМ "Ладога" для 1С (в основном работали с ККМ Феликсами, тут было готовое и хорошее решение), с помощью хуков ловил нажатия клавиш и читал штрихкод, мой драйвер заведомо лучше работал родного (питерского ). Да, я связывался с разработччиками "Ладога", предлагал им свои решения - но им был пофиг.
И знаете что? На 1С все намного проще и быстрее сделать конфу + легкость в сопровождении --> мечта для прикладников (+ учитывая огромную армию 1С-ников и студентов + низкий порог вхождения). Не то что проект Delphi, где требуется явно квалификация выше. В моем городе дельфистов -- от силы человек 10, в то время как 1С-ников - на 2 порядка выше ( с учетом франчей и фрилансеров + заводы (предприятия)). Иногда думалось, что 1С для БД - - самое оно!
А почему? Время разработки на 1С --> 5..15 * времени на Delphi. Решения на Delphi универсальны и гибки, но...! Заказчик ценит время! Ему подавай готовое решение быстрее и сразу. Типа Plug and Play. В 1С все в одном флаконе, а для решения на Delphi над юзать сторонние компоненты (взять хотя бы генератор отчетов типа FastReport).

PS: Есть 2 фирмы в городе, специализирующихся на Java - они в основном работают на Запад (прибалты + Германия) и электриков города. И довольно успешно. Одиночки в этих фирмах НЕ РАБОТАЮТ.

[debi12345]

Насчет быстрого поиска и сортировки в FPC - задача написать оптимизированные алгоритмы весьма актуальна - эдесь можно добиться прироста скорости в сотни раз. Нужно определиться с оптимальной (или самонастраиваемой) функцией ХЭШирования строк НЕОГРАНИЧЕННОЙ длины с упором на ЮНИКОД (хотя бы для 65535 символьных кодов ). Также обрабатываемая "куча" данных (а также хэш-ключи и указатели на вершины "деревьев") должна находиться в непрерывной области пмяти - чтобы срабатывало КЭШирование процессора - для этого, в идеале - нужно использовать динамические массивы вместо связанных списков (приводящих к фрагментированию памяти и как следствие - к промахам мимо кэша). Есть у кого подобные наработки ?

[ev]

Насчет быстрого поиска и сортировки в FPC - задача написать оптимизированные алгоритмы весьма актуальна
. . . . .
Есть у кого подобные наработки ?

в форуме присутствуют преподаватели, а это хорошая тема для курсовой или может даже диплома
и думаю найдется много заинтересованных людей, которые помогут советом студенту и устроят тестирование алгоритма (и реализации)

[stikriz]

Насчет 1С. Знаете

Знаем.
Просто, на FPC можно написать и 1С. О том и речь, что каждый инструмент для своих целей. 1С - это достаточно большой проект? Такой проект писать надо на ЯВЕ или на С++/FPC?
Что важно, 1С как платформу можно законсервировать надолго и только исправлять баги движка, а расширяемость функционала прикладного решения реализуется конфигурацией. Это очень хорошо влияет на качество конечного продукта. И не надо перекомпилировать. Единственно, что плохо - это то, что у объектов нет наследования. Если бы была их конфигурация неизменяемая, а я мог просто наследованием дополнять своими фичами не трогая их объекты, то это бы сильно упростило жизнь. Кроме того, отсутствие нормального ОО ведет к нелинейному нарастанию сложности. Вот, на примере 1С предприятия это хорошо видно. Туда все фичи приходят уже после отладки в бухгалтерии или управления персоналом и т.д. и т.п.
Ну, и стоимость разработки... Над платформой трудятся высокооплачиваемые гуру, а над конфигурацией эксперт и дешевые профессионалы.

[vada]

Насчет быстрого поиска и сортировки в FPC - задача написать оптимизированные алгоритмы весьма актуальна
. . . . .
Есть у кого подобные наработки ?

в форуме присутствуют преподаватели, а это хорошая тема для курсовой или может даже диплома
и думаю найдется много заинтересованных людей, которые помогут советом студенту и устроят тестирование алгоритма (и реализации)

Кстати да! Образование у нас как-то не очень полезно проходит. Практически все студенческие работы идут в корзину. Пишут из года в год одну и ту же фигню, типа, перевернуть элементы в массиве.
А можно написать быстрый двоичный поиск, или еще что нужное. И студенту хорошо - и математику сдал и программирование одним махом. Д а и в модуле для FPS его фамилия стоять будет. Это может быть неплохим трамплином для устройства на раболту. Да всем хорошо, только не используются студенческие силы в мирных целях.
Ау! Преподы! Скоро новый учебный год!

[Ism]

Да всем хорошо, только не используются студенческие силы в мирных целях.

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