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

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

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

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

Сообщение Crystal_Ra » 23.06.2011 00:38:41

А я вот читаю посты Жаба-борца и хорошо его понимаю.
Сам с Делфинария пересел на R3 и его пресловутый Abap )))) - он мыслит как человек отвечающий на тему ветки "Новый Большой проект на FPC - стоит ли рискнуть?" - в ключе используя слова НОВЫЙ БОЛЬШОЙ !
И из своего опыта говорит, как легко будет сложить по кирпичикам (даже не по кирпичикам, а по целым плитам, каркасам и модулям) решение именно для БОЛЬШОЙ СИСТЕМЫ ...
Что Он не представляет (или наоборот БОИТСЯ ) сколько надо написать фундамента для решения уже пройденных задач :wink:
Потому что по-настоящему БОЛЬШИЕ СИТЕМЫ один гений не осилит ))) - к сожалению.
И для БОЛЬШОГО ПРОЕКТА нужно собирать команду "как в американском кино " - :P .

из своего опыта Жабо-борец говорит что Вам потребуется написать, например сам поток операций, продумывая его целостность и архитектуру – когда в его опыте это уже реализованная модель «Поток-ОПЕРАЦИЙ» где ему надо в течении 8 раб-часов дать имена объектам и событиям ))) – и ВСЕ! И в тест – ОПЫТ дело такое )))
А в FP реализация такой модели еще не родилась … вот как здесь серьезный вопрос перед автором )))) Интересно все с азов переписать , как говорится в стол*(для 1 заказчика для одного проекта)? Или с ваших работ потом фрейм ворк появится фри версия ? ))))))) Интересно? Мы ждем потестим ))) аплодисменты в студию!
Сам недавно баловался с Лазарем. Вот большое отличие СИСТЕМЫ и среды разработки сразу на лицо! В системе ты избавлен от заботы выбора (подбора) разнородных сред как система операционная как сервер SQL – у тебя есть все в одном флаконе. В Жабе есть все чтобы разработчик писал код без отрыва на особенности гетерогенных сред, надо решить любую БИЗнес задачу просто и быстро!
Лазарь и fpc - это еще не системы по большому счету!?
Вот пример:
Перешел с MSSQL на OpenSQL в ABAP – долго плевался, что нет возможности зашить в SQL код на сервере !!! – А ведь как это порой облегчает многое ))) – ан нет ! В большой системе это наглухо может положить сервер !!! БД а если на нем работает не одна инстанция(инсталляция чего-либо)? Вот отсюда решение – короткие быстрые запросы от сервера приложений!!!!! Система транзакций распределенная и вынесенная из SQL сервера в апликейшн сервер )))) – Хранилище наше все. Оно нужно всем ))) а вот апликейшн сервер можно и подвесить ))) – непрошла транзакция пользователя!? Не беда – весь его сеанс сбросится – входит и делает заново … Подвис АПЛ. сервер – смело его дампим ))) (преувеличиваю слегка конечно ситуация для промышленной системы не допустимая ) – и БД у нас не тронутое – транзакции (сессии пользователя не завершены стало быть сброшены) (И тут речь даже не идет что все БД бакапятся, рейдядся , масштабирутся , распределяются, апплицируются … добавьте сами что там еще )
И что Лазарь ? Все тот же старый дата сет! К нему еще надо что-то прикрутить!?!!!! Ну вы понимаете да?
А по большому счету расстроило то что в fpc не перенесли проект TurboPower FlashFiler – это был реальный нативный SQL –многопользовательский (хошь серверный) проект для паскаля – который встраивался бы как часть программы – а не как стороннее решение dll или что еще ))) – положил копмпонент - получил SQL сервер … а лучше если в саму систему языка встроить ))))?
Так вот пришлось искать что-то что станет выполнять роль SQL движка … Потерял время на поиски и чтение форумов ))) – ну или прокачался – ну таки опыта набрался. Как кому угодно.
Такой подход для БОЛЬШОГО ПРОЕКТА – не есть хорошо. Да?

Но, на самом деле, я не выступаю за жаберство или абаперство…
Под итожить хочу вот чем: free pascal не такой монстр как Java , например, но и другая такая же система с чего то начинали?
Просто в основу их положена правильная концепция которая является модульной и использует прошлые наработки … Что мешает здесь поступить также? Что мешает стремиться к созданию СИСТЕМЫ а не просто набора компонентов? А тем паче только визуальных????
(А у Жаберов концепция замечательная – написано 1 раз – работает везде – Для FPC верно будет также если все сделано на его платформе – дело за реализацией наработок, причем жаба ой как медленная как ее не хвали )
Пишешь систему документа оборота? Сделай API выложи компоненты , бизнес модель , тестируй всем сообществом?? Выложи документацию? Почему нет?
Вот так и будут в скором времени писать про fpc и Lazarus буки многотомные ))))

С уважением, Crystal_Ra.
Crystal_Ra
новенький
 
Сообщения: 11
Зарегистрирован: 24.03.2011 18:14:39

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

Сообщение carrots » 23.06.2011 01:25:03

alexs писал(а):
carrots писал(а):Конечно, хотелось-бы дебагить к примеру приложение запущенные браузером(очень не хватает при разработке cgi), но можно обойтись и без такой роскоши.

Кстати, в последних коммитах в транки fpc и lazarus-а что-то было насчёт встроенного http сервера для отладки. Или я не правильно рассылку прочитал?

Может быть, но я эту проблему решил по другому - сделал чтоб проект можно было откомпилировать как cgi и как GUI , в зависимости от надобности - и отладчик работает, и вспомагательную информацию выводить можно и еще что захочется....
Аватара пользователя
carrots
постоялец
 
Сообщения: 138
Зарегистрирован: 28.03.2008 02:13:02

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

Сообщение ronin » 23.06.2011 11:21:18

Пишешь систему документа оборота? Сделай API выложи компоненты , бизнес модель , тестируй всем сообществом?? Выложи документацию? Почему нет?


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

Потому что по-настоящему БОЛЬШИЕ СИТЕМЫ один гений не осилит


смотра в каком масштабе рассматривать, не сочтите за хвастовство, но мне в одиночку удалось реализовать два крупных проекта (масштаба крупного производства), аналоги которых разрабатывают несколько контор, пусть и не таких крупных (это вам не америка :)) но всё таки... за 3 года, без всяких там "СИСТЕМ", своими ручками, только среда разработки, case средство, sql browser + notepad... было бы желание

В большой системе это наглухо может положить сервер !!! БД а если на нем работает не одна инстанция(инсталляция чего-либо)? Вот отсюда решение – короткие быстрые запросы от сервера приложений!!!!!


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

А у Жаберов концепция замечательная – написано 1 раз – работает везде – Для FPC верно будет также если все сделано на его платформе


тут не понял о_О разве FPC не кроссплатформенный?

P.S. в остальном согласен :)
ronin
постоялец
 
Сообщения: 174
Зарегистрирован: 27.01.2010 00:14:46

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

Сообщение Mr.Smart » 23.06.2011 11:28:37

ronin писал(а):тут не понял о_О разве FPC не кроссплатформенный?

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

п.с. Тут всё упирается именно в ваш код, а не в компилятор.
Mr.Smart
долгожитель
 
Сообщения: 1796
Зарегистрирован: 29.03.2008 01:01:11
Откуда: из леса!

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

Сообщение ronin » 23.06.2011 11:30:06

Если вы будите использовать специфичные функции платформы, то код уже не будет являться кроссплатформеным


в жабе не так? своя прослойка на все платформы? я не в курсе
ronin
постоялец
 
Сообщения: 174
Зарегистрирован: 27.01.2010 00:14:46

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

Сообщение Mr.Smart » 23.06.2011 11:40:40

ronin писал(а):в жабе не так? своя прослойка на все платформы? я не в курсе

В жабе всё завёрнуто трижды всякими фреймворками и стандартными классами.
В принципе если в FPC использовать только FCL, то результат будет кроссплапформеным.
Mr.Smart
долгожитель
 
Сообщения: 1796
Зарегистрирован: 29.03.2008 01:01:11
Откуда: из леса!

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

Сообщение ronin » 23.06.2011 11:47:57

в общем получается аналогичная ситуация как и с 1C, вроде есть всё, но приходится допиливать под себя, но есть уже готовая базовая конфигурация в которой реализованы основные общие функции, а вот если хочешь что то специфическое то надо дорабатывать

только вот даже если учитывать распространённость 1С что то я не слышал реальных реализаций крупных корпоративных систем, каждый пытается написать своё, да и мы если честно одно время думали использовать 1С в качестве производственной системы, но выбор пал на то что лучше знаешь, и то что уже зарекомендовало себя с лучшей стороны

так что как ни крути при выборе прийдётся взвешивать все за и против для каждого конкретного случая, а говорить что вот это лучший инструмент без оценки ситуации сложно
ronin
постоялец
 
Сообщения: 174
Зарегистрирован: 27.01.2010 00:14:46

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

Сообщение Odyssey » 23.06.2011 23:42:40

ronin писал(а):
А у Жаберов концепция замечательная – написано 1 раз – работает везде ...

тут не понял о_О разве FPC не кроссплатформенный?

Кроссплатформенный. Но вот, для сравнения, концепции в дословном переводе:
Java: пиши один раз - запускай везде,
FPC/Lazarus - пиши один раз, компилируй везде.

Т.е. программа, написанная на Java, работает на другой ОС даже без перекомпиляции. Разумеется, это возможно только если не использовать нативные библиотеки типа SWT. И разумеется, за это нужно платить установкой виртуальной машины.
Odyssey
энтузиаст
 
Сообщения: 580
Зарегистрирован: 29.11.2007 17:32:24

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

Сообщение sign » 24.06.2011 06:55:23

Odyssey писал(а):
ronin писал(а):
А у Жаберов концепция замечательная – написано 1 раз – работает везде ...

тут не понял о_О разве FPC не кроссплатформенный?

Кроссплатформенный. Но вот, для сравнения, концепции в дословном переводе:
Java: пиши один раз - запускай везде,
FPC/Lazarus - пиши один раз, компилируй везде.

Вы забыли дописать - компилируй везде один раз.
sign
энтузиаст
 
Сообщения: 1131
Зарегистрирован: 30.08.2009 09:20:53

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

Сообщение alexs » 24.06.2011 19:26:02

Odyssey писал(а):Т.е. программа, написанная на Java, работает на другой ОС даже без перекомпиляции

Оно просто интерпретируется каждый раз во время работы...
И чтобы там не говорили - а интерпретатор не может обогнать компилируемое приложение в принципе (случай криворукого программера опустим).
Аватара пользователя
alexs
долгожитель
 
Сообщения: 4060
Зарегистрирован: 15.05.2005 23:17:07
Откуда: г.Ставрополь

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

Сообщение vada » 24.06.2011 21:57:19

Оно просто интерпретируется каждый раз во время работы... И чтобы там не говорили - а интерпретатор не может обогнать компилируемое приложение в принципе (случай криворукого программера опустим).

У вас сведения времен Java 1.2 Сейчас уже шестая версия на дворе.
На счет скорости работы. Я уже как-то выиграл литруху хенеси у сишника. Готовы посоревноваться? Предложите задачку на скорость. Что-нибудь посортировать. Повыбирать из сортированного массива...
С проигравшего коньячек. Готовы?
Аватара пользователя
vada
энтузиаст
 
Сообщения: 691
Зарегистрирован: 14.02.2006 13:43:17

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

Сообщение carrots » 24.06.2011 23:34:38

Есть в мире такой внешний рендер, sunflow (http://sunflow.sourceforge.net/), он подключается к Blender и дает очень качественный результат, но этот рендер никто не использует и он уже 4 года не поддерживается.
Как вы думаете, почему?
Java по сути своей работы не может достичь нужных для этого скоростей, так как она все таки остается интерпретируемым движком, хотя и интерпретирует специально подготовленный оптимизированный код, этот код не является последовательностью команд процессора.

Если у вас сам код(не системные функции) на java исполняется быстрее чем асемблеровский код - значит вы делаете что-то очень неправильно.

К статьи, почему eclipse так тормозит на медленных машинах?
Аватара пользователя
carrots
постоялец
 
Сообщения: 138
Зарегистрирован: 28.03.2008 02:13:02

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

Сообщение debi12345 » 25.06.2011 00:12:50

У вас сведения времен Java 1.2 Сейчас уже шестая версия на дворе.
На счет скорости работы. Я уже как-то выиграл литруху хенеси у сишника. Готовы посоревноваться? Предложите задачку на скорость. Что-нибудь посортировать. Повыбирать из сортированного массива...
С проигравшего коньячек. Готовы?

Тот С-шник поторопился. Ему нужно было найти библиотеки оптимизированных алгоритмов сортировки, хэширования, древесной балансирования и т.п. То есть тот оптимизированный поисково-сортироваочный функционал, что засунули в джавовские либы по умолчанию. И "сделал" бы байткодовою прослойку в несколько раз.
Аватара пользователя
debi12345
долгожитель
 
Сообщения: 5759
Зарегистрирован: 10.05.2006 23:41:15
Откуда: Ташкент (Узбекистан)

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

Сообщение Vadim » 25.06.2011 05:08:33

А если изначально не пользоваться оптимизацией? Например, взять самый обычный метод сортировки пузырьком и сортировать большой объём данных.
Только сравнивать надо на одной и той же машине. :)
Vadim
долгожитель
 
Сообщения: 4112
Зарегистрирован: 05.10.2006 08:52:59
Откуда: Красноярск

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

Сообщение FedeX » 25.06.2011 12:54:35

carrots писал(а):Java по сути своей работы не может достичь нужных для этого скоростей, так как она все таки остается интерпретируемым движком, хотя и интерпретирует специально подготовленный оптимизированный код, этот код не является последовательностью команд процессора.


Про jit-компиляцию слыхали?

carrots писал(а):Если у вас сам код(не системные функции) на java исполняется быстрее чем асемблеровский код - значит вы делаете что-то очень неправильно.

Есть процессоры ускоряющие и даже напрямую исполняющие байт-код явы :!:

carrots писал(а):К статьи, почему eclipse так тормозит на медленных машинах?


Может потому, что в нем 46 миллионов строк исходного кода, написанных сотнями различных организаций, которым в первую очередь требовалась функциональность а не производительность (у меня на работе на 4-х ядерном процессоре, с 4мя Гб RAM не тормозит ЧЯДНТ?, или вы для коммерческих разработок используете старую пепельницу?) Может покажете проект соответствующих масштабов на паскале, который не тормозит? Нету?! О чем тогда речь))

И да - никто не спорит, что ява использует много памяти и работает (по крайней мере на х86) чуть медленнее совсем нативного кода, но дело то не в этом :wink:
Аватара пользователя
FedeX
постоялец
 
Сообщения: 422
Зарегистрирован: 27.03.2006 09:25:34
Откуда: украина, житомир

Пред.След.

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

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

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

Рейтинг@Mail.ru
cron