Именная лицензия – это лицензия, которая принадлежит организации, а в рамках организации конкретному (зарегистрированному) пользователю. Он и только он может использовать данную лицензию Регистрация и управление лицензиями происходит в личном кабинете https://my.embarcadero.com/
Я это понял как подписку надо оформлять на каждого разработчика
P> можно, я прям сейчас пjдключаюсь к MS SQL-Server и MySQL — все работает!
хм, интересно
Здравствуйте, dom1532, Вы писали:
D>Здравствуйте, paradok, Вы писали:
D>И оттуда же ниже написано D>
D>Именная лицензия – это лицензия, которая принадлежит организации, а в рамках организации конкретному (зарегистрированному) пользователю. Он и только он может использовать данную лицензию Регистрация и управление лицензиями происходит в личном кабинете https://my.embarcadero.com/
D>Я это понял как подписку надо оформлять на каждого разработчика
P>> можно, я прям сейчас пjдключаюсь к MS SQL-Server и MySQL — все работает! D>хм, интересно
кажется там имели ввиду какой-то свой секретный протокол через инет к их секретной базе напрямую
без стандартного метода как делатт все
— десктоп или веб морда -> https(зашифрованный sql запрос или его идентификатор или параметры для конструирования sql запроса на сервере) ->
сервер -> (С# или Java или JS или php или любой CGI в том числе и написанный на бесплатном Дельфи) -> локальная (для сервера) SQL база -> ответ -> https(ответ)-> десктоп или веб морда
я так понял против стандартного пути никто в эмбе не возажает
да, стоит на 3-х компах — все работает, никто из эмбаркадеро не звонил и не ругался.
ну в принципе для 100% чистоты — ты можешь взять 1 лицензию для конечной версии для начальника, и много бесплатных для своих разрабов.
Здравствуйте, dom1532, Вы писали:
D>Есть проект на Delphi 11, который писался под нужды своей компании. Пришла идея все это доработать и обернуть как коммерческий продукт. Предполагается десктопное приложение, мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
Могу сказать как UI'щик. Одну из самых глубоких мыслей на эту тему, которые я слышал, высказал Андрей Федонюк, и она состоит в том, что домен UI настолько сложен, что требует трёх независимых языков — ML, язык стилей, язык скриптов (грубо говоря, HTML, CSS и JS). Люди эту сложность капитально недооценивают, отсюда попытки писать всё на одном языке, и часто том же самом, что и код бизнес-логики (в случае Qt, например, это C++). Так что, все эти Флаттеры изначально тупиковый путь.
Как привязать HTML к Delphi, это надо спрашивать у специалистов по Delphi.
И чисто моё мнение. Вообще не стоит разделять продукт на «десктопное приложение, мобильное и в дальнейшем веб морда». Лучше посмотреть, как устроен Steam или Skype. Под капотом там HTML, но доступ к нему через универсальный браузер отсутствует, а есть обёртки в виде десктопного и мобильного приложений. Юзеру так удобнее, это безопаснее, не надо поддерживать зоопарк движков, можно обойти интеграционные ограничения (например, доступ к ФС) и т.п.
S>IMHO программировать GUI и бизнес логику обычных офисных приложений на С++ в 2022 году — это из области каких-то извращений S>Даже в C++ Builder с VCL/FMX, все таки сам язык плюсов не предназначен для быстрого и безглючного формошлепства, скорее для каких-то академических выкрутасов со сложной быстрой математикой, где нужен классический ООП, S>которого нет в Rust.
S>Я понимаю еще 3D, Unreal Engine там какой-нибудь с высшей математикой, но не формошлепство же
S>Это как собирать велосипед хоть и из готовых запчастей, но редких, необычных и методом низкоуровневой точечной сварки отдельных частей.
S>В то время как многие другие конкуренты будут использовать современные языки программирования, в т.ч. динамические.
А мне вот всегда любопытно: это какой-то комплекс, расстройство психики или следствие личного неприятного опыта, что некоторые люди на форуме упорно продолжают кому-то доказывать, что C++ вот-вот помрет, что в XXXX году на нем не пишут, что за него не платят деньги, что это язык для неудачников, что нормальные пацаны пишут на XYZ
Почему кому-то должно быть дело до того, на каком языке или с использованием какой библиотеки пишут другие? Нет же, кому-то обязательно надо доказать, что плюсы устарели/плохи/ненужны и т.д.
Здравствуйте, DiPaolo, Вы писали:
DP>Почему кому-то должно быть дело до того, на каком языке или с использованием какой библиотеки пишут другие? Нет же, кому-то обязательно надо доказать, что плюсы устарели/плохи/ненужны и т.д.
Видел я одного такого деятеля в госухе, который сделал заполнение формочки Excel через ActiveX/COM на VisualCPP
Но там ведь никто не считает затрат времени на такое
И сразу же возникаетс вопрос, а почему собственно не на асме
Btw., в 1995-ом году, когда я еще был школьником, я тоже увлекался плюсами, прочитал Страуструпа, накодил разных классов, похожих на такие же в Clipper, популярный в то время для офисных приложений.
Даже тогда (когда не было такого широкого выбора языков и фреймворков как сейчас) плюсы не были оптимальными для формошлепов. Формошлепили в то время на X-base языках
Речь не о том, плохой или хороший C++ вообще, а именно для разработки офисного софта.
Безусловно для C++ есть применения в разработке 3D софта, математики (я уже упоминал об этом), системного софта, скоростных библиотек расширений для других языков программирования (типа Питона и т.п.).
Кодеры почти по ляму в год, нерублей ессно.
Добавьте сюда низкую продуктивность разработки прикладного софта на плюсах по сравнению с C# и тем более по сравнению с VisualBasic.NET или Python.
Людям платят миллионы за выигрыш каких-то жалких нескольких процентов Runtime производительности программы, это топовый сегмент, когда улучшение какого-либо параметра системы на несколько процентов ведет к ее удорожанию в десятки раз. Используя современные в т.ч. динамические языки программирования с соответствующими фреймворками можно выигрывать в десятки раз в скорости разработки, и теряя всего на десятки процентов в Runtime производительности. Или вы те самые мультимиллиоенеры, которые могут оплатить отладку C++ и очень расслабленные почти ничем неограниченные дидлайны?
Здравствуйте, Shtole, Вы писали:
S> что и код бизнес-логики (в случае Qt, например, это C++).
Видимо в QT это понимали и сделали QML где все 3 твои вещи и разделены, только вместо HTML свой язык разметки.
Здравствуйте, Marty, Вы писали:
M>А в чем профит писать на джаве, но отдельно нативный UI под каждую платформу? Джава, как язык, плюсам сливает, у неё может быть плюсом только хорошая инфраструктура, если она нужна.
Джава замечательный язык, там есть спринг, stream api, хибернет и много всякого интересного для серверных приложений. Сейчас же большинство приложений это разного рода КРУД который на Джаве проще написать. Нативнй UI всё же проще писать чем кроссплатформу т.к. в большинстве фреймворков кросплатформа это немного лукавство.
M>Да и то — всякие шмавены/градлы — такое себе, cmake/qmake гораздо удобнее и проще, и Qt закрывает много вопросов.
Признай, ты просто не разобрался. Для меня всё это сорта одного и того же и QT не закрывает много вопросом.
M>И вместо джавы уж тогда на шарп лучше посмотреть, он, имхо, со своей инфраструктурой, годнее
Вопрос в том, кто это шарп делает. Будет ли доступна поддержка и багфикс, фреймворки в текущих реалиях, но я говорил исключительно про клиент-серверное ПО. В принципе, .NET Core тоже вариант.
M>Нафига QML, если для этого нужны дорогостоящие спецы? Почему на классическом кути нельзя?
Я не отделяю QML от QT. Если ты делаешь UI на QT легаси способом, то ты едешь в последнем вагоне поезда QT который отстегнули где-то в 2015 и оставили на запасных путях. Ниже по треду Штоле неплохую ссылку дал на интервью с c-smile где как раз и поясняется моя мотивация писать на QML, хотя речь там про sciter. Насчёт цены специалиста, так я говорил в принципе про QT-шника плюсовика.
Здравствуйте, Kernan, Вы писали:
S>> что и код бизнес-логики (в случае Qt, например, это C++). K>Видимо в QT это понимали и сделали QML где все 3 твои вещи и разделены, только вместо HTML свой язык разметки.
В том и фишка, хе-хе.
Авторы каждого фреймворка должны выбирать между двух стульев: или делать всё без DSL'ей, или костылить свои версии HTML/CSS/JS, только ни с чем не совместимые, под которые несравненно меньше библиотек, которые мало кто из разработчиков на рынке труда будет хорошо знать, и которые даже крупные компании типа Microsoft периодически скидывают с парохода (WPF).
глобальная проблема html-css-js
нет визуального билдера гуя ("формошлепа") — ну например как в Android Studio, Qt, Delphi
вернее от был когда-то от Борланад-Эмбаркадеро — HTML Builder
Типа Delphi только не для Паскаля, а для htms-css-js
Здравствуйте, paradok, Вы писали:
S>>Выбор, в общем, не ахти.
P>глобальная проблема html-css-js P>нет визуального билдера гуя ("формошлепа") — ну например как в Android Studio, Qt, Delphi P>вернее от был когда-то от Борланад-Эмбаркадеро — HTML Builder P>Типа Delphi только не для Паскаля, а для htms-css-js
Профессионалы не пользуются WYSIWYG. Максимум, который реально нужен — нажать F12, кнопочку рядом с display: grid/flex, и визуально выбрать стили, чтобы названия свойств не запоминать:
Но раза с пятидесятого всё равно запоминаешь. Мыслить надо лэйаутами, а не компонентами. Как вообще можно адекватно визивигнуть флексбокс, например? Если не считать, как на картинке. Вот немного теории: https://en.wikipedia.org/wiki/Holy_grail_(web_design)
Кроме того, сам компонентный подход провалился давно. Вот, например, что сейчас считается the right way: http://www.csszengarden.com/
Для того и нужно разделение на разметку/стили/скрипты, чтобы эти монолитные камни в почках — компоненты, то есть — не образовывались и жить не мешали.
Здравствуйте, Shtole, Вы писали:
S>Как вообще можно адекватно визивигнуть флексбокс, например?
Многие думают, что flexbox — это какая-то космическая хрень, нужная для вычурного оформления. Это заблуждение. Возьмём пример, с которым сталкивался каждый: выпадающее меню, которое не влезает в экран по высоте. На flexbox'е оно описывается парой строчек. А если писать то же самое императивно, понадобится десять страниц кода. А уж делать такое меню в визуальном редакторе — ну, удачи, как говорится.
Если взять более простые (на первый взгляд) применения flexbox'а, «для формошлёпства».
Вот такая вот простая разметка. Да, это flexbox (не grid), хоть и 2D. Я очень хочу посмотреть, какой редактор позволяет делать такое и как. А ведь там буквально всего три строки, обеспечивающие результат.
Здравствуйте, DiPaolo, Вы писали: DP>Почему кому-то должно быть дело до того, на каком языке или с использованием какой библиотеки пишут другие? Нет же, кому-то обязательно надо доказать, что плюсы устарели/плохи/ненужны и т.д.
Здравствуйте, dom1532, Вы писали:
D>Есть проект на Delphi 11, который писался под нужды своей компании. Пришла идея все это доработать и обернуть как коммерческий продукт. Предполагается десктопное приложение, мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
После душных MFC/Qt/electronов я остановился на flutter и перевожу на него свои нативные андроид проекты и все следующие десктоп проекты планирую на нем тоже делать.
Самое главный жирный плюс — там есть горячая загрузка — не надо каждый раз компилить проект и перезапускать, когда паддинг поменял или цвет или еще чтото. Один и тот же код можно запустить и на мобилке и на десктопе (с оговоркой что нет платформ зависимостей). Если нужны системные функции, можно вынести их в dll/so и легко подключить через ffi.
Из минусов, мне не хватает классического win32 ListView (есть чем его заменить, но придется кастомизировать). На старте было сложно выбрать архитектуру. Допускаю, что не всем типам продуктов он может подойти.
Здравствуйте, Shtole, Вы писали:
S>Здравствуйте, paradok, Вы писали:
S>>>Выбор, в общем, не ахти.
P>>глобальная проблема html-css-js P>>нет визуального билдера гуя ("формошлепа") — ну например как в Android Studio, Qt, Delphi P>>вернее от был когда-то от Борланад-Эмбаркадеро — HTML Builder P>>Типа Delphi только не для Паскаля, а для htms-css-js
S>Профессионалы не пользуются WYSIWYG.
посмотрите на адобе ин дизайн — оказываается пользутся, но резуьтат там в pdf но сути не меняет
S>А так-то их, WYSIWYG'ов этих, как собак. Уж точно на десятичные порядки больше, чем для «Android Studio, Qt, Delphi».
ну назовите хотя бы 1 ?
ну и чтобы не только давно устаревший флекс бокс, но и хотя бы грид поддерживал?
И учтите, что Дельфи это не только гуи дизайнер, но и увязка гуя с кодом автоматом и мышкой, т.е. был в истории только один такой Html-builder
на счет компонент — имхо все наоборот, компонентная модель во фронт энде победила окончательно и бесповоротно.
и всякие маргинальные исключения типа всяких триков это только подтверждают.
Здравствуйте, Черный 😈 Властелин, Вы писали:
ЧВ>Здравствуйте, DiPaolo, Вы писали: DP>>Почему кому-то должно быть дело до того, на каком языке или с использованием какой библиотеки пишут другие? Нет же, кому-то обязательно надо доказать, что плюсы устарели/плохи/ненужны и т.д.
ЧВ>Классика же:
ЧВ>Image: 386_v1.png
Удивляться в ветке про выбор языка программирования критике одного из языков программирования
И зачем такую критику проецировать на якобы реакцию на "неправ вообще", есть сотни других веток, с которыми может быть тоже несогласие, но на них чуть менее, чем пофик, даже лень писать свою критику в них
А тут ветка, которая интересна, интересна реакция на свое мнение, конструктивная критика, обсуждение.
Здравствуйте, Shtole, Вы писали:
S>Здравствуйте, Shtole, Вы писали:
S>>Как вообще можно адекватно визивигнуть флексбокс, например?
S>Многие думают, что flexbox — это какая-то космическая хрень
ну вы проснулись, давно уже ваш флекс безнадежно устарел,
сейчас рулит грид и его визуализця вроде бы очевидна.
кроме того уже лет 5 как полно визализаторов флекс боксов и таблиц,
но это устарело и неинтересно, грид гораздо круче
ну и в плане html builder
также как и в Андроид Студио вам уже абсолютно все равно 3 строки в результате получится или 300
главное чтобы выглядело клево, работало правильно и надежно и везде и сделать это было быстро и легко
и модифицировать также было просто, удобно, быстро.
А ещё лучше не только читать статьи на MDN или css-tricks, а ещё нажать F12 и посчитать, сколько раз там (и не только там) встречается слово flex, и сколько grid. Вообще, читать исходники, благо, что они при нынешней технологии доступны.
Пользуясь случаем, хочу спросить, не посоветует ли кто хороший способ вытаскивать код из Chromium-приложений. Под ишака была такая утилита, она перебирала все IE-окна в системе и показывала их кишки. Кто-то из RSDN'овцев написал.
