Нужна ли вам совместимость с Delphi?

[qivi]

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

[zub]

А я вот вообще не вижу повода для беспокойства. Чтото комуто мешает?
Пока можно писать "дельфисовместимо" и выбор совместимо\несовместимо - дело конкретного "писателя". Есть небольшие отличия - они вполне преодалимы, пока дело не упирается во всякие "кроссплатформенные" заморочки - но тут извиняйте...
теже генерики - полбеды - вполне можно сделать их работающими там и там - отличается только объявление... накрайняк можно сделать разные классы с одинаковыми интерфейсами... Вопрос кому это надо))

зы. А вообще было бы неплохо если ембаркадера тоже подумывала о FPC совместимости... мокрые мечты))

[VirtUX]

Лично мне абсолютно по... как до совместимости, так и до самого Delphi в целом. Уже несколько лет пишу все проекты на fpc с помощью CodeTyphon/Lazarus. И простите, если не прав, но любые мои и заказчика капризы решаются с помощью одного лишь CodeTyphon/Lazarus.
P.S. Все выше сказанное относится только к ПК (Windows, Linux).

[zub]

Лично мне совместимость с делфи нужна только чтоб пользовать AQtime - нету для fpc достойного профайлера - жирный мнус((

[hinst]

Delphi не нужна, последняя нормальная Delphi была 7, а потом Borland, а затем и Embarcadero выпускали баг-фиксы и выдавали их за релизы. (и думали, никто не догадается) Поддержка Android? Мало того, что позже на 2 года, чем надо было, так ещё и требует ARMv7+NEON, а все старые устройства sosnooley. В остальном Delphi - полное УГ. Delphi 7 и XE5 - найди 10 отличий, заоблачная цена; короче говоря разрабы дельфи позже 7-ой версии чисто собирают бабки и нихрена не улучшают, а разрабы FPC хоть что-то делают, хоть что-то........
Да кстати Поддержка Unicode в Delphi 2009? string = UnicodeString; Char=WideChar, вот и вся поддержка, на этом всёёёё, функции для работы с Unicode были ещё с Delphi 7, они просто переопределили базовые типы и выпустили очередной релиз УГ

[qivi]

Да..., а теперь понимаем, что поддержка совместимости во первых требует сил и времени разработчиков, которые отвлекаются от действительно насущных вопросов, во вторых ограничивает свободу развитя и FPC, и Lazarus'а, в третьих беготня за старшим братом "загоняет в угол" - никогда и ни в чём не можем оказаться хоть на шаг впереди, не можем выбирать путь развития. Остаётся только следовать в лучщем случае на шаг позади (это не про текущую ситуацию). Сколько мы ждём 2.8.0 с юникодом и прочим..., ну давайте подождём ещё пяток лет пока догонят последние нововедения дельфя? А дельфя будет ждать пока мы догоним? А может завтра выпустят делфи#, то же под МОНО будем перепиливать?

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

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

Я уже выше писал, сроки выхода релизов от релиза к релизу растут, с FPC 2.8.0 вообще бесприцедентная ситуация. Ещё печальнее что выходящие релизы не закрывают зияющие дыры в отставания от актуальных версий библиотек операционных систем и несоответствия потребностям разработчиков. Эта ситуация свидетельствует об одном - несопостовимость объёма работ с возможностями команды. Это явный сигнал, нужно что то менять, оптимизировать цели и раставлять взвешенные приоритеты. Если текущая тенденция продолжится, через 3 - 5 лет сообщество (разработчики использующее FPC+Lazarus) рассосётся... кому тогда будут нужны совместимость, плюшки лазаруса и поддержка всего и вся на свете?

Поэтому безразличного отношения не должно быть.

[alexey38]

А ничего, что уже есть СиШарп, построенный именно по этим принципам? Однако, многие считают, что с паскалем у него нет общего.

Во-первых, общее у Шарпа как минимум человек, перешедший в команду Шарпа из Борланда. А это больше чем нюансы синтаксиса.
Во-вторых, лучшее - это не сколько синтаксис, сколько те же самые библиотеки. Если где-то есть отличная библиотека для некого функционала, то почему бы не ее (лучшую) перенести на Паскаль?

[zub]

Поддержка совместимости... Ктоб еще ее поддерживал)) что имеется ввиду? mode delphi? чем это тянет fpc на дно?
Если то что LCL "слизана" с VCL - не думаю что это плохо... Образец для подражания в данном случае хорошо, написать с нуля чтото подобное гораздо сложнее чем повторить имея перед глазами достойный образец.

Имхо данный топик попытка объяснить состоявшийся небольшой застой в развитии лпзаря-фпц. но объяснение никак не кроет истинные причины)) - В лазаре уже почти всё для серъезной работы есть и разрабам стало не очинь интересно править баги и развивать фичи. Последнее время в транке вижу только пилеж "альтернативного" дебагера и фиксы минорных багов.

А вот что удерживает фпцшников от выпуска 2.8.0 для меня загадка, сам всегда использовал 2.7.1 - проблем незнал (пару раз напарывался на баги, всё оперативно фиксилось). ИМХО изменений в компиляторе уже не на 2.8, а на 3.0 набралось))

Выйдет 2.8.0, запилят в ЛЦЛ юникодные строки... Всё будет "№;%ись))

[carrots]

еще есть идея добавить одну штуку, приоритет AND и OR, чтоб можно было писать так

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

if a < 0 and b > a then

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

[zub]

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

[carrots]

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

[zub]

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

[qivi]

Поддержка совместимости... Ктоб еще ее поддерживал)) что имеется ввиду? mode delphi? чем это тянет fpc на дно?
Если то что LCL "слизана" с VCL - не думаю что это плохо... Образец для подражания в данном случае хорошо, написать с нуля чтото подобное гораздо сложнее чем повторить имея перед глазами достойный образец.

Да разве я говорю что нужно быть принципиально отличным от дельфя? Ничего не надо перепиливать, но больше не надо на неё оглядываться, подстраиваться.

В лазаре уже почти всё для серъезной работы есть и разрабам стало не очинь интересно править баги и развивать фичи. Последнее время в транке вижу только пилеж "альтернативного" дебагера и фиксы минорных багов.

Пожалй тогда есть и более серьёзные причины для опасения.

Выйдет 2.8.0, запилят в ЛЦЛ юникодные строки... Всё будет "№;%ись))

Если всё c спроектами FPC+Lazarus было бы действительно хорошо, он бы вышел год назад, сейчас бы уже теслили LCL.

[alexey38]

Да кстати Поддержка Unicode в Delphi 2009? string = UnicodeString; Char=WideChar, вот и вся поддержка, на этом всёёёё, функции для работы с Unicode были ещё с Delphi 7, они просто переопределили базовые типы и выпустили очередной релиз УГ

Так WideString (был давно) и UnicodeString (с 2009 версии) - это далеко не одно и тоже.

Ежегодное обновление версий в Дельфях - нормальное явление. Собственно и ФПС и Лазарь они тоже выпускают новые версии, которые обычно не сильно отличаются от предыдущих.
То, что Дельфи - платный, так это ясно, кто легально сидит на Дельфях, те ежегодно оплачивают тех.поддержку и тем самым себе обеспечивают автоматическое получение свежих версий. Это стандартная схема для любого платного ПО. Если с помощью Дельфей зарабатываются деньги, то стоимость ежегодного обновления незаметна (для проф. версии, как у меня это 17 тыс. руб. в год) и сопоставима с годовой стоимостью выпитого кофе. Если кто не зарабатывает денег на программировании, то естественно глупо покупать софт.

Совместимость с Дельфями удобна только тем, кто переходит с Дельфей на Лазарь. Ради экономии 17 тыс. в год - это глупо. Если переходишь на кросс-платформу, то в любом случае нужно будет переписывать.

Мое мнение, если задумывать новый инструмент, то его нужно делать новым и хорошим, а не таскать за собой паравозом все лишнее наследство за 25 лет.

[Mikhail]

Сообщение carrots » 31.10.2013 06:33:08
еще есть идея добавить одну штуку, приоритет AND и OR

Опасно, и главное не принципиально. Не забываем про поразрядные and и or.

PS Еще одно тяжелое наследство Turbo Pascal.

Добавлено спустя 2 минуты 52 секунды:

Мое мнение, если задумывать новый инструмент, то его нужно делать новым и хорошим, а не таскать за собой паравозом все лишнее наследство за 25 лет.

Free Pascal задумывался как бесплатный аналог (альтернатива) Delphi. Поэтому тут главный вопрос, какая судьба ждет Делфи. ИМХО, ничего хорошего.