|
|
|
temp128
Стаж: 16 лет 5 месяцев Сообщений: 478
|
temp128 ·
24-Сен-25 18:06
(4 дня назад)
|
|
|
|
imatra82
Стаж: 6 лет 9 месяцев Сообщений: 89
|
imatra82 ·
25-Сен-25 00:59
(спустя 6 часов, ред. 25-Сен-25 00:59)
hattab_ali писал(а):
88245679И то и другое - бесполезная шняга...
Кто бы сомневался, что вы так и ответите? 
И по остальному так же.
Главное - там это бесплатно завозят. Причём даже IDE редактор в Лазаре уже порой себя более адекватно ведёт.
А вам остаётся либо с торрентов воровать, либо платить не малые деньги. Вот и хотелось бы понять за что? За почти никем не поддержанный FMX ?
В России-то пару знакомых уже перелезли на Лазаря, которые для производств что-то пилят. Ибо Линукс поддержка там явно более сильная.
И там даже большой бесплатный пакет для SCADA уже есть.
И кстати вместо GTK можно пользоваться Qt5-Qt6.
hattab_ali писал(а):
Короче, ныть прекращaйте уже, а...
Да никто и не ноет. Лично я так вообще Дельфями уже давно не пользуюсь.
Но по старой памяти временами интересно, чего там нового?
Зайдёшь - посмотришь или даже повертишь на досуге очередной релиз. Смотришь - а там нового и ничего.
В принципе оно и понятно:
Старикам оно уже не надо ("старую собаку новым трюкам не обучишь"(tm) ), а молодежь в массе своей на эти "греческие руины" уже давно не смотрит.
Главное-то: У Дельфей чуть ли не единственный остался козырь в рукаве - это найтивный и относительно компактный EXE-шник без необходимости установки среды и тонн библиотек.
Хотя, даже некоторые managed среды (не будем показывать пальцем) и то научились генерировать код всё в одном (необходимая среда прикомпилирована).
Но вот только этот найтивный Дельфёвый EXE-шник работает почему-то уже не быстрее современного т.н. managed кода (особенно когда тот заранее скомпилирован).
Т.е. преимуществ почти и не осталось кроме поддержки legacy кода.
А тоже улучшение производительности для плавающей запятой (aka Math Perfomance Improvement) вам сказочники типа Канту обещали ещё в 2021-м
Ну а серьёзной глобальной оптимизации кода с оптимизацией шагов, форсированным инлайном и т.п. на манер ведущих С/С++ компиляторов тут понятно, что уже никто делать и не будет.
И в чём тогда цимес от такого как бЭ найтивного кода?!
hattab_ali писал(а):
В общем, надо ждать.
Ну ждите, ждите... 
|
|
|
|
hattab_ali
Стаж: 17 лет 3 месяца Сообщений: 177
|
hattab_ali ·
25-Сен-25 02:15
(спустя 1 час 15 мин., ред. 25-Сен-25 02:15)
imatra82 писал(а):
88249356Причём даже IDE редактор в Лазаре уже порой себя более адекватно ведёт.
Ага, до сих пор кладет болт на настройки и упорно вхерачивает в отступы табы, хотя я везде настроил на пробелы 
imatra82 писал(а):
88249356В России-то пару знакомых уже перелезли на Лазаря, которые для производств что-то пилят. Ибо Линукс поддержка там явно более сильная.
В чем сила-то? В пяти вариантах гуя, ни один из которых не доведен до ума?
imatra82 писал(а):
88249356И кстати вместо GTK можно пользоваться Qt5-Qt6.
И нахера оно мне вперлось в гномьем окружении? Чтобы со всякими кутестайлконфигами ипаться? Я уж лучше буду на FMX гуйню пилить, нервы поберегу.
imatra82 писал(а):
88249356Лично я так вообще Дельфями уже давно не пользуюсь.
Ну и гуляй мимо, дыши носом.
imatra82 писал(а):
88249356Зайдёшь - посмотришь или даже повертишь на досуге очередной релиз. Смотришь - а там нового и ничего.
За движухой тебе в дотнеды надо. Там, что не релиз - то революция и куча всякого барахла навалена. И, что характерно, каждый релиз все улучают и улучшают производительность разного, а собственный софт на шарпах не пишут  И даже наоборот, с шарпа переписывают на ржавом.  Зато публика пищит от восторга, когда ей из девблогов ссцут на голову.
imatra82 писал(а):
88249356а молодежь в массе своей на эти "греческие руины" уже давно не смотрит.
Только этим греческим руинам кто-то рейтиг в недобром тиобе все накручивает и накручивает. Видать, диды на пенсии память освежают перепиливая модно-молодежный трешак
imatra82 писал(а):
88249356Хотя, даже некоторые managed среды (не будем показывать пальцем) и то научились генерировать код всё в одном (необходимая среда прикомпилирована).
Там такие ограничения (не будем показывать пальцем), что обнять и плакать. Но попытка хорошая.
imatra82 писал(а):
88249356Но вот только этот найтивный Дельфёвый EXE-шник работает почему-то уже не быстрее современного т.н. managed кода (особенно когда тот заранее скомпилирован).
ЛПП  . Сравнивал собственноручно написаную криптографию (на паскале, разумеется) с менеджед-вариантом из дотнеда. Дотнед сливает на 30%. Ну а про детерминированное управление памятью вс. мусорщик можно даже не заикаться. Оптимизацией мусорщиков целые институты занимаются, а они, как сосали так и сосут (и в жабе и в гоше и в дотнеде).
imatra82 писал(а):
88249356Ну а серьёзной глобальной оптимизации кода с оптимизацией шагов, форсированным инлайном и т.п. на манер ведущих С/С++ компиляторов тут понятно, что уже никто делать и не будет.
Будет, когда беки виндовых компиляторов переведут на LLVM. Сейчас же у них другие задачи: нуллейбл типы делать надо.
|
|
|
|
KostyantynKo
Стаж: 15 лет 3 месяца Сообщений: 1629
|
KostyantynKo ·
25-Сен-25 04:49
(спустя 2 часа 33 мин.)
temp128 писал(а):
88247951Рано хоронят Windows 7
Код:
https://www.ixbt.com/news/2025/09/24/dolja-windows-7-vnezapno-vyrosla-bolee-chem-vdvoe-za-dva-mesjaca.html
Прям ностальгия на Windows 7 пробивает  В моего Деда с Бабушкой в деревне, такие же окна были, даже вид похож, только вместо компа, ламповая радио ВЭФ Балтика была.
|
|
|
|
Dr.Seldom
Стаж: 12 лет 2 месяца Сообщений: 4
|
Dr.Seldom ·
25-Сен-25 16:22
(спустя 11 часов, ред. 25-Сен-25 16:22)
Кто-нибудь пробовал отладку на Urovo dt40 терминал сбора данных?
В предыдущих версиях точки останова игнорировались (красные крестики) и соответственно отладка не работала.
ап
Проверил - работает! Ура!
|
|
|
|
AlexCoRu
Стаж: 14 лет 3 месяца Сообщений: 10
|
AlexCoRu ·
25-Сен-25 20:24
(спустя 4 часа, ред. 25-Сен-25 20:24)
imatra82 писал(а):
В России-то пару знакомых уже перелезли на Лазаря, которые для производств что-то пилят. Ибо Линукс поддержка там явно более сильная.
И там даже большой бесплатный пакет для SCADA уже есть.
Фиг бы они по своей воле с венды на лин и лазарь перелезли, если б не импортозамещение.
|
|
|
|
Alex_Builder
Стаж: 5 лет 10 месяцев Сообщений: 8
|
Alex_Builder ·
26-Сен-25 00:46
(спустя 4 часа)
hattab_ali писал(а):
88249605Ага, до сих пор кладет болт на настройки и упорно вхерачивает в отступы табы, хотя я везде настроил на пробелы
В чем сила-то? В пяти вариантах гуя, ни один из которых не доведен до ума?
Проверил на Laz4.2 и под Вынь и на Минте все хорошо с отступами на пробелах.
И GUI смотрится как раз более аутентично на каждой из операционок.
Особенно на яблочных, если кому надо конечно. Но это тоже дело вкуса.
Но кроме всего прочего ведь действительно Lazarus по большому счёту ничем не уступает Delphi в плане десктопной разработки.
Конечный код работает точно не медленнее. К тому же писать и отлаживать прямо в Linux в такой же IDE гораздо приятнее, чем через какие-то "мосты" городить.
Правда смотреть содержимое тех же свойств в отладке пока всё же сложнее чем на Delphi, но в остальном конечно же удобнее всё делать сразу в целевой операционке.
FPC развивается не хуже. Есть свои объективные плюсы, о которых уже писали. Игнорировать это глупо. И да некоторые вещи продуманы даже лучше, чем в Delphi.
Анкоринг компонентов на форме продуман и реализован лучше Delphi, что даже позволяет забыть во многих случаях про специфичные лэйауты от DevExpress.
На подходе FPC3.3 Там наконец-то появятся анонимные процедуры и функции (этого пожалуй единственного по делу не хватает по сравнению с Delphi)
По поводу же inline variable declarations несколько лет назад была серьёзная дискуссия на форуме Lazarus.
И очень много было идеологических аргументов против в том числе и от людей включённых в разработку.
Лично я использую Lazarus для написания сервисов для проекта как под Вынь так и под linux, а в планах даже для Raspberry Pi. IDE проверили и там. Всё хорошо.
От Delphi в старом проекте пока не отказаться во многом по причине кучи специфических компонентов включая DevExpress.
Хотя сейчас столько бесплатных хороших компонент стало появляться для Lazarus, что многое можно было бы уже перенести.
Но главное Lazarus это действительно бесплатно при сравнимом качестве.
|
|
|
|
hattab_ali
Стаж: 17 лет 3 месяца Сообщений: 177
|
hattab_ali ·
26-Сен-25 03:06
(спустя 2 часа 20 мин., ред. 26-Сен-25 03:06)
Alex_Builder писал(а):
88253435Проверил на Laz4.2 и под Вынь и на Минте все хорошо с отступами на пробелах.
4.99 на убунте. При автоматической вставке парного end, finally+end отбивает их двумя табами.
Alex_Builder писал(а):
88253435И GUI смотрится как раз более аутентично на каждой из операционок.
Угу. Радиобокс, например, очень аутентичненько выглядит. Или положи таб-контрол на форму с кастомным цветом фона и добавь в него страницы... Ну жесть же. С другими контролами приколов тоже хватает, но перечислять все не буду.
Alex_Builder писал(а):
88253435Но кроме всего прочего ведь действительно Lazarus по большому счёту ничем не уступает Delphi в плане десктопной разработки.
Да ладно... FPC одна сплошная недоделка, блин. Конструкторы классов есть, но работают так, что нафиг не нужны. Атрибуты вроде завезли, но только для полей свойств и только для паблишед. LLVM вроде и прикрутили, а вроде и нет (интереснее свое пилить, чем интегрировать чужое). Желание угодить и вашим и нашим порождает ситуации, когда строки одного юнита могут быть не совместимы со строками другого (в одном стринг это эквивален анси, в другом эквивалент юникод). Отсюда куча ворнингов/хинтов на сборке даже собственных модулей. Вот кому такая радость нужна-то...
Alex_Builder писал(а):
88253435По поводу же inline variable declarations несколько лет назад была серьёзная дискуссия на форуме Lazarus.
И очень много было идеологических аргументов против в том числе и от людей включённых в разработку.
Чего еще ожидать от людей, которые через жопу сделали конструкторы классов, напрочь лишив смысла их существование. Уверен, они и в инлайн переменных видят только смену диспозиции. Кстати, в девелоперской рассылке они вовсе не отказываются от этой фичи, но, как я уже сказал, с их темпом разработки, она если и появится то лет через десять.
|
|
|
|
Alex_Builder
Стаж: 5 лет 10 месяцев Сообщений: 8
|
Alex_Builder ·
26-Сен-25 04:52
(спустя 1 час 45 мин., ред. 26-Сен-25 04:52)
hattab_ali писал(а):
88253586Чего еще ожидать от людей, которые через жопу сделали конструкторы классов, напрочь лишив смысла их существование...
???
В чём проблема-то, вы так и не объяснили?
Но вообще хамить и плеваться в сторону альтернатив - это не лучший способ доказать свою правоту.
У нас все основные коды библиотеки были переведены на Lazarus еще лет 5 тому назад.
Делали замеры скорости конечного выполнения - в рамках случайной погрешности всё ровно тоже самое, что и на Delphi. При этом все классы нормально создаются и уничтожаются.
Память не утекает. К слову в Lazarus уже предустановлен неплохой пакет проверки на утечку Heaptrc. При выводе в log четко показывает где конкретно в коде происходит утечка.
Никаких сторонних решений типа EurekaLog подключать не надо.
На linux даже под ARM всё работает как часы. IDE запускается и позволяет делать отладку даже прямо на встраиваемых решениях.
При этом воровать Дельфи с Торрентов я могу только для ознакомления или домашнего использования (только зачем он мне дома нужен?).
В работе же платить каждый раз за такие несущественные обновления и обещания - это просто неразумно. Поэтому, для компиляции старого проекта до сих пор используется Rio.
А судя по анализу того, что сейчас творится в других конторах, то почти везде тенденция перехода на opensource решения.
C-шарписты пересаживаются на .NETCore, SQL-базы с MS и Oracle бегут на всякие PostgreSQL, MariaDB и т.д. и т.п. Ну а в России-то и подавно.
И самое забавное, что эти альтернативы оказываются вовсе не хуже, а то даже и наоборот.
hattab_ali писал(а):
FPC одна сплошная недоделка
Эта "недоделка" крутится у нас давно в продакшене на ура. И ровно никакой разницы в конечном результате по сравнению с Delphi. Только бесплатно.
Я уже приводил пример с более продуманным анкорингом на Lazarus. Есть и более продуманные языковые решения. corba интерфейсы тоже полезная вещь (уже писали) и многое другое.
Например, есть bitpacked record. Это подобие битовых полей в с/c++. Для нашего проекта это удобно, поскольку при работе с аппаратурой упрощает работу и отдельными битами сигнала.
А вот от отсутствия инлайн переменных лично мне ни тепло ни холодно. Мне не сложно нажать Ctr+Shift+C. Хотя, когда изредка пишу на C++ там они само собой разумеющееся.
Но главное то, что Lazarus в конечном счёте в нашем случае выполняет свою функцию за ZERO Money ничуть не хуже Дельфей.
Да и кто бы уж молчал про одну сплошную глючную недоделку - так это Embarcadero про свой FMX
Но опять же каждый инструмент хорош по своему. Я в том числе продолжаю использовать и Delphi Rio для старого десктопа.
Но ни на Lazarus, ни на Delphi я бы большой коммерческий проект может сейчас бы уже не начинал. И людей действительно всё меньше и с Вебом у обоих большие проблемы.
А вот, например, для всяких там морд и обработок для контроллеров как у нас - эти языки и IDE в самый раз. Даже сложно более простую альтернативу навскидку назвать.
|
|
|
|
hattab_ali
Стаж: 17 лет 3 месяца Сообщений: 177
|
hattab_ali ·
26-Сен-25 13:41
(спустя 8 часов, ред. 26-Сен-25 13:41)
Alex_Builder писал(а):
88253716В чём проблема-то, вы так и не объяснили?
Во-первых они вызываются всегда, даже если класс в котором они объявлены нигде не используется. Во-вторых они вызываются в порядке, который не учитывает зависимости. т.е. конструктор одного класа может быть вызван раньше, чем конструктор другого, от которого первый зависит. В трекере, где-то, были репорты на эту тему. Таким образом, первоначальная идея, позволяющая линкеру выкидывать неиспользуемый код, умножается на ноль, а потом еще и добивается веселым андефайнд бихевиор.
Alex_Builder писал(а):
88253716Но вообще хамить и плеваться в сторону альтернатив - это не лучший способ доказать свою правоту.
Это конструктивная критика, ты не путай...
Alex_Builder писал(а):
88253716У нас все основные коды библиотеки были переведены на Lazarus еще лет 5 тому назад.
Делали замеры скорости конечного выполнения - в рамках случайной погрешности всё ровно тоже самое, что и на Delphi. При этом все классы нормально создаются и уничтожаются.
Память не утекает.
Ты, похоже, не понял, что речь о class contructor.
Alex_Builder писал(а):
88253716К слову в Lazarus уже предустановлен неплохой пакет проверки на утечку Heaptrc. При выводе в log четко показывает где конкретно в коде происходит утечка.
Никаких сторонних решений типа EurekaLog подключать не надо.
FastMM это умеет делать лет двадцать уже.
Alex_Builder писал(а):
88253716В работе же платить каждый раз за такие несущественные обновления и обещания - это просто неразумно.
Обновления весьма существенны. Существенны настолько, что FPC еще долго будет плестись в хвосте пытаясь обеспечить совместимость.
Alex_Builder писал(а):
88253716C-шарписты пересаживаются на .NETCore, SQL-базы с MS и Oracle бегут на всякие PostgreSQL, MariaDB и т.д. и т.п.
Про шарпистов особенно повеселило, будто у них выбор есть Но вообще, тенденция наблюдаемая, это верно. Но есть одно но. Опенсорс, на который мигрирует бизнес, не находится в летаргическом сне едва подавая признаки жизни, получает финансирование и имеет команды разработки. А что у Lazarus? Завтра скалогрыз потеряет интерес к пилению lcl-cocoa, и закончится макогуй в лазаре. Как всерьез можно говорить о таком опенсорсе
Alex_Builder писал(а):
88253716Я уже приводил пример с более продуманным анкорингом на Lazarus.
В VCL давно есть TRelativePnel, в FMX layouts...
Alex_Builder писал(а):
88253716Есть и более продуманные языковые решения. corba интерфейсы тоже полезная вещь (уже писали) и многое другое.
Например, есть bitpacked record. Это подобие битовых полей в с/c++. Для нашего проекта это удобно, поскольку при работе с аппаратурой упрощает работу и отдельными битами сигнала
Что то, что другое бесполезная хрень. Не, вообще битпакет записи и массивы это прикольно и удобно, когда нужно. Но штука в том, что нужно оно очень и очень редко, а основной массе пилящей гуй к базам так и вовсе не нужно. Вот единственная штука, которая в FPC сделана лучше это мультихелперы. Именно мульти, потому что обычные сделаны хуже и не понимают, что `type Integer` и `Integer` это разные, сука, типы.
Alex_Builder писал(а):
88253716А вот от отсутствия инлайн переменных лично мне ни тепло ни холодно. Мне не сложно нажать Ctr+Shift+C. Хотя, когда изредка пишу на C++ там они само собой разумеющееся.
Ну вот и ты тоже думаешь, что они нужны только для удобства декларации, а это не так. Вместе с переносом декларации переносится и код пролога+эпилога, что положительно сказываетстя на скорости.
Alex_Builder писал(а):
88253716Да и кто бы уж молчал про одну сплошную глючную недоделку - так это Embarcadero про свой FMX
FMX, каким бы он ни был (а сейчас он стал гораздо лучше) позволяет единый гуй использовать на всех поддерживаемых платформах. И мобильных в том числе. Этого просто никогда не будет в Lazarus, увы.
|
|
|
|
Wallenn
Стаж: 15 лет 9 месяцев Сообщений: 74
|
Wallenn ·
26-Сен-25 16:47
(спустя 3 часа)
Вот уйдем мы, аксакалы, все на пенсию - не долго уж осталось, и у абракадабровцев закончатся даже те крохи клиентов, что у них пока еще есть.
|
|
|
|
Alex_Builder
Стаж: 5 лет 10 месяцев Сообщений: 8
|
Alex_Builder ·
26-Сен-25 18:22
(спустя 1 час 34 мин., ред. 26-Сен-25 18:22)
hattab_ali писал(а):
88255125Во-первых они вызываются всегда, даже если класс в котором они объявлены нигде не используется. Во-вторых они вызываются в порядке, который не учитывает зависимости. т.е. конструктор одного класа может быть вызван раньше, чем конструктор другого, от которого первый зависит. В трекере, где-то, были репорты на эту тему. Таким образом, первоначальная идея, позволяющая линкеру выкидывать неиспользуемый код, умножается на ноль, а потом еще и добивается веселым андефайнд бихевиор.
Если вы про классовый конструктор, то вам же никто не мешает инициализировать глобальную переменную в классовом конструкторе. Поэтому, он по идее и должен выполнится даже если класс не используется.
А если есть наследование, то они выполняются тупо по порядку (я проверил). В данном случае ничего не скажу, но меня вполне это устраивает. Для opensource это более чем нормальное и приемлемое поведение.
hattab_ali писал(а):
Это конструктивная критика, ты не путай...
Ну во-первых, я с вами на ты не переходил.
А, во-вторых, конструктивную критику про Delphi вы сами тупо игнорируете, как и те явно более удобные вещи, которые добавляют в конкурентов.
У вас всё чего нет в Delphi - это просто "бесполезная хрень". Это похоже на басню про "Лису и виноград"
Зато вечно кривой и крайне мало кем по делу используемый FMX по вашему "каким бы он ни был (а сейчас он стал гораздо лучше)"
И хотя этому FMX уже 14 лет, ему все равно до сих пор до того же QML по идеологической широте, по возможностям и стабильности и особенно реальному охвату применения как раком до Китая.
К слову, очень много встроек сейчас используют QML. Например, Mercedes недавно перевел все свои автомобильные мультимедиа на QML.
Даже свежая кроссплатформенная Avalonia для Си-шарпистов и то в разы быстрее развивается чем этот FMX.
И не даром намучившись с этим FMX некто и создал FGX Native для мобильной разработки, который даже сама Embarcadero рекламировала на своих семинарах.
Но если вы думаете, что я злорадствую, вовсе нет.
Я пытался ковырять этот FMX еще с XE3. Поддержки Linux там и в помине тогда не было.
А в Lazarus как бы изначально была. И надо признать, что для простых VCL-подобных интерфейсов она в Lazarus проще, удобнее и лучше.
Но вы можете продолжать надеяться и полагаться на FMX, если хотите.
Я отчасти могу понять ваше агрессивное поведение. Сейчас ситуация с Delphi напоминает положение осаждённой крепости.
Осталось уже не так немного защитников и не так много ниш, где это ещё актуально и где это ещё используется. В коммерции и интерпрайзе почти везде Delphi уже заменён на конкурентов.
В России и в бывшем СНГ, наверное, ещё попроще с этим.
Но на производстве, на специфических десктопах, в как в нашем случае на PLC и т.п. пока это среди лучших решений. Хотя, С++Qt (QML) здесь уже сильно поджимают.
Но только Lazarus работает в нашем случае одинаково (включая и IDE) на любых операционках и даже на маленьких ARM одноплатках стабильно, без глюков и при этом не забываем АБСОЛЮТНО БЕСПЛАТНО
Поэтому, всякие настроечные интерфейсы, встройку и т.п. переводим на Lazarus, а центральное приложение пока остаётся на Delphi. В основном как и говорил из-за DevEx и кучи других компонент.
Wallenn писал(а):
88255779Вот уйдем мы, аксакалы, все на пенсию - не долго уж осталось, и у абракадабровцев закончатся даже те крохи клиентов, что у них пока еще есть.
Да попыхтят ещё.
В Германии есть ниши, в Латинской Америке, Испании, ещё много где. Очень много ведь легаси-кода, который стабильно работает.
Опять же Lazarus популизирует Паскаль.
В чистом десктопном найтиве ведь не так много альтернатив. Разве что С++Qt, но там порог вхождения выше.
|
|
|
|
hattab_ali
Стаж: 17 лет 3 месяца Сообщений: 177
|
hattab_ali ·
26-Сен-25 19:10
(спустя 47 мин.)
Alex_Builder писал(а):
88256070вам же никто не мешает инициализировать глобальную переменную в классовом конструкторе. Поэтому, он по идее и должен выполнится даже если класс не используется.
Дичь какая... Мне никто не мешает инициализировать глобальную переменную в секции инициализации модуля, вообще-то. Конструкторы классов не для этого сделаны были (ртфм).
Alex_Builder писал(а):
88256070Для opensource это более чем нормальное и приемлемое поведение.
Это сейчас смешно было. Но да, дохлый опенсорс он именно такой.
Alex_Builder писал(а):
88256070А, во-вторых, конструктивную критику про Delphi вы сами тупо игнорируете, как и те явно более удобные вещи, которые добавляют в конкурентов.
У вас всё чего нет в Delphi - это просто "бесполезная хрень". Это похоже на басню про "Лису и виноград"
Все более удобные вещи я отметил в посте выше: мультихелперы. Все. Больше ничего более удобного там нет. Зато есть целый ворох недоделок, что, как мы только что узнали, для опенсорса "нормальное и приемлемое поведение". Хочется вам интерфейсов без подсчета ссылок, ну пометьте его [unsafe] и не будут ссылки подсчитываться (и никакие корба-интерфейсы для этого не нужны). Что там еще было, из "более удобного"?
Alex_Builder писал(а):
88256070Зато вечно кривой и крайне мало кем по делу используемый FMX по вашему "каким бы он ни был (а сейчас он стал гораздо лучше)"
И хотя этому FMX уже 14 лет, ему все равно до сих пор до того же QML по идеологической широте, по возможностям и стабильности и особенно реальному охвату применения как раком до Китая.
Так Qt уже 30 лет, альо. К слову, судя по недавнему опросу разработчиков емба рассматривает расширение функциональности FMX с использованием CSS. Да и вообще, архитектурно FMX изменилась очень сильно, она, практически, переписана заново.
Alex_Builder писал(а):
88256070Даже свежая кроссплатформенная Avalonia для Си-шарпистов и то в разы быстрее развивается чем этот FMX.
И не даром намучившись с этим FMX некто и создал FGX Native для мобильной разработки, который даже сама Embarcadero рекламировала на своих семинарах.
Авалония это про любителей писать много xml руками. Посочувствуем им. FGX Native сугубо мобильная и с минимумом кастомизируемости (во всяком случае, раньше так было), так что мимо.
Alex_Builder писал(а):
88256070Я пытался ковырять этот FMX еще с XE3. Поддержки Linux там и в помине тогда не было.
А в Lazarus как бы изначально была. И надо признать, что для простых VCL-подобных интерфейсов она в Lazarus проще, удобнее и лучше.
Во времена XE3 он был лучше т.к. FMX вышла только в XE2 и была кривая, как сабля. Только сегодня не 2012 год, и за прошедшее время кое-что изменилось.
Alex_Builder писал(а):
88256070В коммерции и интерпрайзе почти везде Delphi уже заменён на конкурентов.
Ха-ха. Нет.
|
|
|
|
Alex_Builder
Стаж: 5 лет 10 месяцев Сообщений: 8
|
Alex_Builder ·
26-Сен-25 21:43
(спустя 2 часа 32 мин., ред. 26-Сен-25 21:43)
hattab_ali писал(а):
88256330Конструкторы классов не для этого сделаны были (ртфм).
Классовые aka cтатические конструкторы (class constructor) в основном используют для инициализации статических же переменных класса.
Обычно больше ни для чего. Но по сути это те же глобальные переменные. Поэтому, такое поведение вполне оправдано.
hattab_ali писал(а):
Это сейчас смешно было. Но да, дохлый опенсорс он именно такой.
Вам бы об этом лучше поговорить с другим специалистом (и вовсе не по программированию)...
hattab_ali писал(а):
Все. Больше ничего более удобного там нет. Зато есть целый ворох недоделок,...
Для вас нет, для других более чем есть. Повторяться не буду. И вы тут не истина в последней инстанции.
А ворох постоянных недоделок и куча багов сопровождают в том числе и Delphi на протяжении как минимум последних лет 25.
Только они за это ещё и деньги не малые просят, но это если по честному, а не с торрентов новую версию раз в год воровать
А, например, в Германии так не получится.
hattab_ali писал(а):
Так Qt уже 30 лет, альо. К слову, судя по недавнему опросу разработчиков емба рассматривает расширение функциональности FMX с использованием CSS....
Qt может и 30 лет, а QML - принципиально новый вид декларативного интерфейса с JavaScript-ом на борту был запущен не намного раньше FMX (в 2009-м кажется).
Реальных же, а не рекламных, реализации на его основе гораздо больше чем на FMX. Про такие серьёзнейшие проекты как для Mercedes уже писал.
А вообще в Qt+QML целое направление есть для автомобильной промышленности Qt Automotive, как раз для написания новомодных интерфейсов для автомобильных приборных досок на основе QML
Кстати CSS уже не первыйгод прикручивают и на Lazarus. Уже вроде даже есть вета-версия. Сам не щупал пока. Проект Fresnel
hattab_ali писал(а):
Авалония это про любителей писать много xml руками. Посочувствуем им. FGX Native сугубо мобильная и с минимумом кастомизируемости (во всяком случае, раньше так было), так что мимо.
Только вот по популярности Avalonia уже в разы больше FMX, а тот же FGX Native на мобилках работает быстрее и адекватнее, чем FMX.
hattab_ali писал(а):
Во времена XE3 он был лучше т.к. FMX вышла только в XE2 и была кривая, как сабля. Только сегодня не 2012 год, и за прошедшее время кое-что изменилось.
Да ничего особо не изменилось. К сожалению, как был маловостребован даже в Delphi среде так и остался.
Знакомые из Питера со старым проектом на Delphi тоже подергали этот FMX лет 5 тому назад, наплевались и написали мобильную часть в результате на Дарте, наняв двух программистов.
hattab_ali писал(а):
Alex_Builder писал(а):
В коммерции и интерпрайзе почти везде Delphi уже заменён на конкурентов.
Ха-ха. Нет.
Ну где-то в вашей параллельной вселенной может и нет. Могу только порадоваться за вас.
В моей вселенной на планете Земля, в Европе, и Западном полушарии новых коммерческих проектов на Delphi я уже давно не видел.
Может и есть, но крайне мало, судя по всему. В основном только поддержка старых. Я бы и рад ошибаться, но ...
А вот в производственной сфере и среди инженеров Паскаль вроде как пока продолжает активно использоваться.
|
|
|
|
KostyantynKo
Стаж: 15 лет 3 месяца Сообщений: 1629
|
KostyantynKo ·
26-Сен-25 23:25
(спустя 1 час 42 мин.)
Патчь для RAD Studio 13.0 Сентябрь 24, 2025
https://blogs.embarcadero.com/rad-studio-13-september-patch-available/
Код:
https://altd.embarcadero.com/getit/public/libraries/Patches/13Patch1-20250924.zip
|
|
|
|
hattab_ali
Стаж: 17 лет 3 месяца Сообщений: 177
|
hattab_ali ·
27-Сен-25 01:00
(спустя 1 час 34 мин.)
Alex_Builder писал(а):
88257055Классовые aka cтатические конструкторы (class constructor) в основном используют для инициализации статических же переменных класса.
Обычно больше ни для чего. Но по сути это те же глобальные переменные. Поэтому, такое поведение вполне оправдано.
Читаем, таки доку:
Цитата:
class constructors have the benefit of helping the compiler decide which classes should be included into the final binary file and which should be removed from it.
А то, что сделано в FPC умножает это на ноль. То есть, там конструкторы классов чистая профанация, еще и глючащая к тому же.
Alex_Builder писал(а):
88257055Вам бы об этом лучше поговорить с другим специалистом (и вовсе не по программированию)...
Хамишь, парниша.
Alex_Builder писал(а):
88257055А ворох постоянных недоделок и куча багов сопровождают в том числе и Delphi на протяжении как минимум последних лет 25.
В Delphi баги фиксят, и делают это исправно. В FPC баги висят годами т.к. фичи пилить интереснее (пилить, терять интерес и бросать на пол-дороги, начинать пилить новые и по кругу), но и те пилятся невероятно долго. Впрочем, от опенсорса без финансовых вливаний друго ожидать было бы странно.
Alex_Builder писал(а):
88257055Только они за это ещё и деньги не малые просят, но это если по честному, а не с торрентов новую версию раз в год воровать
Ну просят, да. На что-то жить и развиваться нужно. Не все же в стране волшебных поней живут с бесплатными конфетами.
Alex_Builder писал(а):
88257055Qt может и 30 лет, а QML - принципиально новый вид декларативного интерфейса с JavaScript-ом на борту был запущен не намного раньше FMX
И построен он поверх Qt. То есть, после шестнадцати лет разработки Qt. Подумай об этом.
Alex_Builder писал(а):
88257055Кстати CSS уже не первыйгод прикручивают и на Lazarus. Уже вроде даже есть вета-версия. Сам не щупал пока. Проект Fresnel
Фреснель еще даже не в альфе. Чисто стадия эксперимента. И снова его пилит, в основном, один человек, периодически отвлекаясь на задачи лазаря. Ну, лет через десять, может и покажут бету. Но роадмап у них красивый. Нереальный, правда, но красивый.
Alex_Builder писал(а):
88257055Только вот по популярности Avalonia уже в разы больше FMX, а тот же FGX Native на мобилках работает быстрее и адекватнее, чем FMX.
Только софт на авалонии тормозной, шо капец. Тестировал FMX предпоследней версии (погонял свой проект, времен XE7) на дешман китайфоне - результат отличный - FGX не нужна!
Alex_Builder писал(а):
88257055Да ничего особо не изменилось.
Изменилось примерно все.
Alex_Builder писал(а):
88257055Знакомые из Питера со старым проектом на Delphi тоже подергали этот FMX лет 5 тому назад, наплевались и написали мобильную часть в результате на Дарте, наняв двух программистов.
Захотелось потрахаться по-настоящему? Понимаю
Alex_Builder писал(а):
88257055В моей вселенной на планете Земля, в Европе, и Западном полушарии новых коммерческих проектов на Delphi я уже давно не видел.
Только за последний месяц получил два предложения из UK (не саппорт, не веб). Моя вселенная лучше!
|
|
|
|
Alex_Builder
Стаж: 5 лет 10 месяцев Сообщений: 8
|
Alex_Builder ·
27-Сен-25 05:04
(спустя 4 часа, ред. 27-Сен-25 05:04)
hattab_ali писал(а):
88257817Захотелось потрахаться по-настоящему? Понимаю...
...Только за последний месяц получил два предложения из UK (не саппорт, не веб). Моя вселенная лучше!...
Уважаемый, видимо уже далеко не очень молодой, но сильно обиженный,
Вам бы действительно к специалисту хорошему (не по программированию)...
Честно говоря, просто обидно, что Delphi сообщество все больше превращается в сборище старых маразматиков, одержимых обозленцев или убогих фриков ...
Может даже и хорошо, что почти никто из молодёжи уже не смотрит в эту сторону... здоровее будут 
Остальной ваш пост детально комментировать - себя не уважать.
Вы главное не сдавайтесь и держитесь за эти две вакансии из UK, пока люди в белых халатах галоперидол не подвезли...
Ну а уж как там в UK устроитесь, уже глядишь и полегче будет...
Да, и ждите следующего "многообещающего" в своих очередных "фантастических инновациях" новейшего релиза вашего любимого COBOL-а (я оговорился, Delphi+FMX конечно же)
|
|
|
|
kosmogen
Стаж: 15 лет 9 месяцев Сообщений: 38
|
kosmogen ·
27-Сен-25 10:00
(спустя 4 часа)
Alex_Builder писал(а):
Вам бы действительно к специалисту хорошему (не по программированию)...
Честно говоря, просто обидно, что Delphi сообщество все больше превращается в сборище старых маразматиков, одержимых обозленцев или убогих фриков ...
Может даже и хорошо, что почти никто из молодёжи уже не смотрит в эту сторону... здоровее будут
Остальной ваш пост детально комментировать - себя не уважать.
Да, и ждите следующего "многообещающего" в своих очередных "фантастических инновациях" новейшего релиза вашего любимого COBOL-а (я оговорился, Delphi+FMX конечно же)
Помню дела давно минувших дней, времён Delphi 7, тогда тоже заходили в паскалевские форумы такие вот нытики, вроде Alex_Builder, да ещё и упоротые хамы - всё сообщество заклеймят бывало тем, чем сами страдают хронически. Прошло четверть века, ничего не меняется. А претензии к дельфям у таких малограмотных синьоров одна - всё не так как ему лично хотелось бы. Да, лицензия у полной RAD Studio слишком дорогая, но есть бесплатная версия Delphi Community, но среда и язык дополняются всем необходимым, а не каким попало мусором. Конечно, у любой IDE всегда есть глюки, которые исправляются по мере развития. Агитируешь переходить на Lazarus, если он лучше по твоему чем Delphi? Были на него надежды, но в нём действительно пока ещё много чего нет и менее удобный интерфейс. Чем заменить в Лазаре библиотеку FireMonkey? Просто перевести большой проект с Delphi на Lazarus практически очень сложно, да и смысла никакого нет.
|
|
|
|
Rambler12345
Стаж: 13 лет 5 месяцев Сообщений: 5
|
Rambler12345 ·
27-Сен-25 10:24
(спустя 24 мин.)
Зы, смотрю, про FMX спорят юзеры, которые его в последний раз 15 лет назад и видели на картинках)
|
|
|
|
Hunter1972
Стаж: 20 лет 4 месяца Сообщений: 193
|
Hunter1972 ·
27-Сен-25 11:19
(спустя 55 мин.)
hattab_ali писал(а):
Только за последний месяц получил два предложения из UK (не саппорт, не веб). Моя вселенная лучше!
В пассивно их ждете или куда то запросы отправляете? Не поделитесь как лучше искать?
|
|
|
|
AlexCoRu
Стаж: 14 лет 3 месяца Сообщений: 10
|
AlexCoRu ·
27-Сен-25 20:18
(спустя 8 часов, ред. 27-Сен-25 20:18)
Alex_Builder писал(а):
88258120ждите следующего "многообещающего" в своих очередных "фантастических инновациях"
Что нынче самое "многообещающее" в "фантастических инновациях" везде и у всех? Правильно - ИИ.
Embarcadero AI Engine Package
Embarcadero Claude AI Package
Embarcadero Google AI Package
Embarcadero Ollama AI Package
Embarcadero OpenAI Package
Модно, современно. Молодым очень понравиться. Самим напрягаться не надо, он всё за тебя решит.
А, вы про какие-то конструкторы/деструкторы, переменные... Ещё б про часы стрелочные механические вспомнили. Которые только на бигбене и спасской башне остались).
Ничего нового ему нет?! Livebindigs хоть освоил?
|
|
|
|
Alex_Builder
Стаж: 5 лет 10 месяцев Сообщений: 8
|
Alex_Builder ·
27-Сен-25 21:24
(спустя 1 час 6 мин., ред. 27-Сен-25 21:24)
kosmogen писал(а):
88258802Агитируешь переходить на Lazarus, если он лучше по твоему чем Delphi? Были на него надежды, но в нём действительно пока ещё много чего нет и менее удобный интерфейс. Чем заменить в Лазаре библиотеку FireMonkey? Просто перевести большой проект с Delphi на Lazarus практически очень сложно, да и смысла никакого нет.
Если вы внимательно почитаете мои посты, то увидите, что в нашем проекте используется как Lazarus так и Delphi.
Lazarus имеет ряд вполне объективных в том числе и языковых преимуществ, но и ряд недостатков.
Но как бы там ни было Lazarus и код на нём написанный прекрасно выполняет возложенные на его функции (особенно на Linux) в рамках нашего проекта.
Ни в скорости работы, ни в потреблении памяти, ни в чём другом разницы с Delphi не видно.
Ну и безусловно при этом подкупает его полная бесплатность для любых проектов и возможность писать и отлаживать прямо в целевой операционке.
[Но только я вас ни в чём не агитировал.
Да и сам не собираюсь переводить на Lazarus большое старое Delphi приложение, которое исторически базируется в том числе на DevExpress, Abakus, TMS Diagram Studio и многих других компонентах. Вы правы - это было бы крайне тяжело.
Но только скорее всего новый проект, который будет покрывать в том числе и бывшую дельфёвую десктопную часть, будет писаться уже не на Delphi или Lazarus, а на другой основе.
К сожалению, у нас уже слишком много причин почему так.
|
|
|
|
AlexCoRu
Стаж: 14 лет 3 месяца Сообщений: 10
|
AlexCoRu ·
27-Сен-25 22:17
(спустя 52 мин., ред. 27-Сен-25 22:17)
Alex_Builder писал(а):
88261609К сожалению, у нас уже слишком много причин почему так.
Хотели заработать на волне импортозамещения. Но, менеджмет где-то просчитался, а программеры не вытягивают. Политическая ситуация изменилась, где тот фстэк... Мы вас не понимаем. Более, чем уверен, менеджер который предложил перейти на лин и лазар уже там не работает). Всё как обычно....
|
|
|
|
hattab_ali
Стаж: 17 лет 3 месяца Сообщений: 177
|
hattab_ali ·
27-Сен-25 22:34
(спустя 16 мин.)
Alex_Builder писал(а):
88258120Уважаемый, видимо уже далеко не очень молодой, но сильно обиженный,
Вам бы действительно к специалисту хорошему (не по программированию)...
Еще один психолог не нашел себя в жизни... Бывай, Ихтиандр...
Hunter1972 писал(а):
88259071В пассивно их ждете или куда то запросы отправляете? Не поделитесь как лучше искать?
Не искал, предложили коллеги по прошлым проектам и бывший клиент. Отказался. Там оба проекта под мобилы, а это не совсем то, чем мне нравится заниматься, хотя текущий проект тоже мобильный, блин Помню, раньше предложения на англоязычных форумах публиковали, не знаю, как с этим сейчас.
|
|
|
|
vader555
Стаж: 17 лет 4 месяца Сообщений: 2
|
vader555 ·
27-Сен-25 23:14
(спустя 40 мин., ред. 27-Сен-25 23:14)
Интересно. Может они пофиксили там баг, при котором когда добавляешь в проект файл (.a в моем случае), то пропадает USEFORM("Unit1.cpp", Form1); из cpp файла проекта?
А, ну да: "focused on issues in the C++Builder IDE with USEFORM macros"
|
|
|
|
Alex_Builder
Стаж: 5 лет 10 месяцев Сообщений: 8
|
Alex_Builder ·
28-Сен-25 13:22
(спустя 14 часов, ред. 28-Сен-25 13:22)
hattab_ali писал(а):
Еще один психолог не нашел себя в жизни... Бывай, Ихтиандр...
И вам не хворать, сказочник предпенсионный
AlexCoRu писал(а):
88261756Хотели заработать на волне импортозамещения. Но, менеджмет где-то просчитался, а программеры не вытягивают. Политическая ситуация изменилась, где тот фстэк... Мы вас не понимаем. Более, чем уверен, менеджер который предложил перейти на лин и лазар уже там не работает). Всё как обычно....
Да нет, скорее проблема, что уже крайне тяжело стало с кадрами. Молодые выпускники вообще про "этот ваш Дельфи и Паскаль" порой только краем уха слышали.
Даже в России знакомые искали дельфистов около года и приходили всё больше предпенсионеры, даже за 60.
Хотя, лично я знаю дедушку, который инженером в Германии в 75 работает. Но он не программист, а электронщик.
Ну и много других факторов.
Поэтому, высший менеджмент уже крайне против и новых лицензий покупать точно не будут. Тем более, что мы все имеем нехилый экспириенс и в других технологиях от конкурентов.
Поэтому, Lazarus-то ещё останется в PLC и во одноплатных встройках, там он в самый раз, и инженеры электронщики с большим стажем ещё на паскалях обучались, сами части пишут.
А с основным приложением решение боюсь уже принято. Но и старое ещё долго на поддержке поживет.
|
|
|
|
Alex Sam
Стаж: 16 лет 8 месяцев Сообщений: 443
|
Alex Sam ·
28-Сен-25 15:34
(спустя 2 часа 11 мин.)
Просьба модераторам почистить потоки сознания :), уважаемые коллеги.
|
|
|
|
