Здравствуйте, dom1532, Вы писали:
D>Есть проект на Delphi 11, который писался под нужды своей компании. Пришла идея все это доработать и обернуть как коммерческий продукт. Предполагается десктопное приложение, мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
Могу сказать как UI'щик. Одну из самых глубоких мыслей на эту тему, которые я слышал, высказал Андрей Федонюк, и она состоит в том, что домен UI настолько сложен, что требует трёх независимых языков — ML, язык стилей, язык скриптов (грубо говоря, HTML, CSS и JS). Люди эту сложность капитально недооценивают, отсюда попытки писать всё на одном языке, и часто том же самом, что и код бизнес-логики (в случае Qt, например, это C++). Так что, все эти Флаттеры изначально тупиковый путь.
Как привязать HTML к Delphi, это надо спрашивать у специалистов по Delphi.
И чисто моё мнение. Вообще не стоит разделять продукт на «десктопное приложение, мобильное и в дальнейшем веб морда». Лучше посмотреть, как устроен Steam или Skype. Под капотом там HTML, но доступ к нему через универсальный браузер отсутствует, а есть обёртки в виде десктопного и мобильного приложений. Юзеру так удобнее, это безопаснее, не надо поддерживать зоопарк движков, можно обойти интеграционные ограничения (например, доступ к ФС) и т.п.
Здравствуйте, dom1532, Вы писали:
D> мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
javascript
зарплаты там а уровне дворника или грузчика
вебморда кстати у Genesys сделана на нем и все очень круто работает при очень высокой сложности.
Здравствуйте, dom1532, Вы писали:
D>Какие ваши варианты? И сколько это стоит если платно? И примерный уровень стоимости программистов под решение. Например разработчики на Delphi предварительно кажутся сильно дешевле в сравнении той же Java или ошибаюсь?
C++/Qt, молодых не сильно трудно можно найти имхо тыщ за 120. Дельфовый пазраб нынче все же редок, и, думаю, не дешев.
Писать десктоп на джаве — имхо, такое еще себе, и программеры в джаве зажратые, разоришься еще до выпуска беты
S>IMHO программировать GUI и бизнес логику обычных офисных приложений на С++ в 2022 году — это из области каких-то извращений S>Даже в C++ Builder с VCL/FMX, все таки сам язык плюсов не предназначен для быстрого и безглючного формошлепства, скорее для каких-то академических выкрутасов со сложной быстрой математикой, где нужен классический ООП, S>которого нет в Rust.
S>Я понимаю еще 3D, Unreal Engine там какой-нибудь с высшей математикой, но не формошлепство же
S>Это как собирать велосипед хоть и из готовых запчастей, но редких, необычных и методом низкоуровневой точечной сварки отдельных частей.
S>В то время как многие другие конкуренты будут использовать современные языки программирования, в т.ч. динамические.
А мне вот всегда любопытно: это какой-то комплекс, расстройство психики или следствие личного неприятного опыта, что некоторые люди на форуме упорно продолжают кому-то доказывать, что C++ вот-вот помрет, что в XXXX году на нем не пишут, что за него не платят деньги, что это язык для неудачников, что нормальные пацаны пишут на XYZ
Почему кому-то должно быть дело до того, на каком языке или с использованием какой библиотеки пишут другие? Нет же, кому-то обязательно надо доказать, что плюсы устарели/плохи/ненужны и т.д.
S>Удивляться в ветке про выбор языка программирования критике одного из языков программирования
S>И зачем такую критику проецировать на якобы реакцию на "неправ вообще", есть сотни других веток, с которыми может быть тоже несогласие, но на них чуть менее, чем пофик, даже лень писать свою критику в них
S>А тут ветка, которая интересна, интересна реакция на свое мнение, конструктивная критика, обсуждение.
Я вижу это иначе. Раздел форума про бизнес. Человек спросил совета. Кто хотел — накидал ему вариант с опциональными аргументами, почему стоит это решение выбрать. Человек получит список языков/фреймворков, аргументов, у него уже свои предпочтения и варианты есть, а может он уже и принял решение в голове, а тут лишь для того, чтобы успокоить совесть/увериться в своем выборе/еще раз перепроверить свои аргументы.
Лично я не вижу смысла тут обсуждать конкретно плюсы/нет/джаву и тд. Накидали идей — человек сам все решит.
Также лично я не буду кому-то что-то доказывать или убеждать. Хочешь — используй, нет — не используй. Никому не навязываю. Мой подход такой: есть на проекте человек, который выбирает технологию, пусть он и выбирает. Захочет кого-то спросить совета — спросит. А что-то с пеной у рта доказывать или спорить — нет, я так давно не делаю. Мне такое неинтересно.
К тому же, ваша изначальная реплика про плюсы звучала не как приглашение к обсуждению и конструктивная критика, а как подколка и высмеивание:
IMHO программировать GUI и бизнес логику обычных офисных приложений на С++ в 2022 году — это из области каких-то извращений
Здравствуйте, dom1532, Вы писали:
D>Только рф, потребитель мелкий бизнес, десктоп думаю винды достаточно, но мобилки кроссплатформенные.
Моё мнение такое. Про любые западные лицензии (кроме винды, и чего-то подобного) на инструменты можешь забыть до 24-26 года особенно если работаешь внутри РФ.
Мне не совсем понятно что это за софт будет, самостоятельное приложение или что-то клиент-серверное? Если первое и его много, то лучше все писать на том, что знает команда чтобы сократить TTM до минимума и начать продавать. Если второе, то Java на OpenJDK (хотя тут пофигу сейчас) и нативный UI для всех платформ. Почему нативный? Потому что все эти кросплатформенные штуки в реальности не совсем кроссплатформенные.
Из альтернатив, я бы посоветовал QML + QT, т.е. весь UI делал бы на QML, но нужны люди с знаниями которых за 120к не купишь. Можно ещё посмотреть в сторону Dart + Flutter, но там тоже много специфики. Несложное по UI приложение я бы стал на нём писать, морду с торговой системой где много разной визуальной и динамичной информации, не стал бы.
Здравствуйте, dom1532, Вы писали: D>Какие ваши варианты? И сколько это стоит если платно? И примерный уровень стоимости программистов под решение. Например разработчики на Delphi предварительно кажутся сильно дешевле в сравнении той же Java или ошибаюсь?
Тут врядли есть идеальные варианты. Все зависит от того взлетит ли ваш продукт и модульность существующего кода.
Варианты:
1) Переписать все на модном языке. Это тоже самое что создавать продукт заново по времени и по деньгам.
2) Новый код писать на модном языке. Смотря как устроен ваш продукт, может сработать, если гуй отделен от логики.
3) Ничего не менять и так и писать на Delphi.
Delphi собственно умеет и в мобилки, и в мак, и в линукс. Лазарус умеет в мак и линукс, но не в мобилки. Если ваш проект сильно завязан на VCL, то проще его будет в лазурус перенести, чем в дельфийский FMX.
Но вообще, учитывая что может и не взлететь, я бы просто продолжил писать на пиратских дельфях (только хорошенько забанить его на файрволе). Если будет спрос и пойдут деньги, будете думать что и как сделать, а пока делайте MVP на чем есть.
Здравствуйте, dom1532, Вы писали:
D>Есть проект на Delphi 11, который писался под нужды своей компании. Пришла идея все это доработать и обернуть как коммерческий продукт. Предполагается десктопное приложение, мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
Выпускайте первую версию как есть. С минимальными доработками. Продолжайте разрабатывать как и ранее. Ведь неизвестно выстрелит или нет. Если будет глухо — мало потеряете. Если попрет — тогда и будете думать что делать далее.
С нуля я бы стал писать на .net и MAUI, но я знаю .net. Может быть посмотрел бы на Flutter.
Здравствуйте, Черный 😈 Властелин, Вы писали:
ЧВ>Здравствуйте, DiPaolo, Вы писали: DP>>Почему кому-то должно быть дело до того, на каком языке или с использованием какой библиотеки пишут другие? Нет же, кому-то обязательно надо доказать, что плюсы устарели/плохи/ненужны и т.д.
ЧВ>Классика же:
ЧВ>Image: 386_v1.png
Удивляться в ветке про выбор языка программирования критике одного из языков программирования
И зачем такую критику проецировать на якобы реакцию на "неправ вообще", есть сотни других веток, с которыми может быть тоже несогласие, но на них чуть менее, чем пофик, даже лень писать свою критику в них
А тут ветка, которая интересна, интересна реакция на свое мнение, конструктивная критика, обсуждение.
Здравствуйте, DiPaolo, Вы писали:
DP>Лично я не вижу смысла тут обсуждать конкретно плюсы/нет/джаву и тд. Накидали идей — человек сам все решит.
DP>Также лично я не буду кому-то что-то доказывать или убеждать. Хочешь — используй, нет — не используй. Никому не навязываю. Мой подход такой: есть на проекте человек, который выбирает технологию, пусть он и выбирает. Захочет кого-то спросить совета — спросит. А что-то с пеной у рта доказывать или спорить — нет, я так давно не делаю. Мне такое неинтересно.
IMHO для выбора нужно подробно сравнивать и показывать слабые места конкурентов, чтобы сделать правильный выбор.
Иначе можно и brainfuck посоветовать, а что, чем он плох? Язык как язык, "только не надо критики" (c)
DP>К тому же, ваша изначальная реплика про плюсы звучала не как приглашение к обсуждению и конструктивная критика, а как подколка и высмеивание: DP>
DP>IMHO программировать GUI и бизнес логику обычных офисных приложений на С++ в 2022 году — это из области каких-то извращений
А если поменять эту фразу на: "IMHO программировать GUI и бизнес логику обычных офисных приложений на ASM, Rust, C в 2022 году — это из области каких-то извращений", то вам она по прежнему не будет нравиться и вы будете с ней несогласны? Я имел ввиду продуктивность работы, т.е. количество качественного формошлепства в единицу времени, достижимое на том или ином языке программирования в купе с его тулсетом.
Каждому инструменту свое применение, вы с этим несогласны?
Т.е. нужно подбирать его под задачу.
Здравствуйте, dom1532, Вы писали:
D>Есть проект на Delphi 11, который писался под нужды своей компании. Пришла идея все это доработать и обернуть как коммерческий продукт. Предполагается десктопное приложение, мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
После душных MFC/Qt/electronов я остановился на flutter и перевожу на него свои нативные андроид проекты и все следующие десктоп проекты планирую на нем тоже делать.
Самое главный жирный плюс — там есть горячая загрузка — не надо каждый раз компилить проект и перезапускать, когда паддинг поменял или цвет или еще чтото. Один и тот же код можно запустить и на мобилке и на десктопе (с оговоркой что нет платформ зависимостей). Если нужны системные функции, можно вынести их в dll/so и легко подключить через ffi.
Из минусов, мне не хватает классического win32 ListView (есть чем его заменить, но придется кастомизировать). На старте было сложно выбрать архитектуру. Допускаю, что не всем типам продуктов он может подойти.
Здравствуйте, dom1532, Вы писали:
D>Какие ваши варианты? И сколько это стоит если платно? И примерный уровень стоимости программистов под решение. Например, разработчики на Delphi предварительно кажутся сильно дешевле в сравнении той же Java или ошибаюсь?
Доступны средства разработки от бесплатных типа VSCode и VisualStudio Community for Windows до недорогих типа JetBrains Rider в т.ч. for Linux.
Почти все компоненты бесплатные, кроме визуальных типа DevExpress. Но конечно есть попроще и полностью бесплатные.
Причем что немаловажно, все полностью open-source, включая компоненты DevExpress и сам .NET
Но на данный момент Microsoft убирает open-source плагины C# даже из VSCode, поэтому не остается open-source IDE для разработки, хотя сам .NET v5+ полностью открыт, включая компиляторы.
Если принципиально наличие Open Source IDE, то для рисования формочек WinForms можно использовать и древний ICSharpCode SharpDevelop для .NET Framework v4.x, эти формы вероятно легко копируются в новый проект для .NET v5+ ?
Ну а кодоредактор, если уж приспичит открытый, то можно и нотепад А если серьезно, то VisualStudio и Rider очень неплохи, хоть и закрытые.
В предложенной архитектуре хороший задел по масштабируемости приложения для HL с возможностью обеспечения HA при желании.
D>Только рф, потребитель мелкий бизнес, десктоп думаю винды достаточно, но мобилки кроссплатформенные.
В дополнение к аргументам за Qt. Потом можно будет легко сделать бил для Линукса, если вдруг понадобится. А в России Линукс Астра сейчас попрет (уже). И еще аргумент: в Qt можно достаточно легко сделать мобильную версию. Да, она скорее всего будет уступать нативным, но зато вам не понадобятся новые программисты, можно будет юзать тот же C++, и для маленькой компании/небольшого проекта для старта будет вполне достаточно. А если уж взлетит и понадобится во что бы то ни стало нативные мобильные аппы — наймете отдельных разрабов на мобилки.
Здравствуйте, dom1532, Вы писали:
d> 1. Т.к. изначально написано на Delphi хорошо было бы его и продолжать использовать, но там какие то цены на лицензию IDE неадекватные напрочь + в РФ они не продают. Использовать без лицензии и спокойно делать и продавать? Чем то грозит за такое? d> 2. Lazarus? Опять же упростит портирование. + бесплатная IDE. Но я не знаю на сколько он удобен/современен и подходит ли для коммерческой разработки
d> Какие ваши варианты?
Вариант простой — продолжать на дельфях забив на лицензионность. Лазарь штука классная, но не любой дельфист с наскока осилит (хотя для десктопов это лучший вариант), да и с мобилками там все очень не просто.
Здравствуйте, dom1532, Вы писали:
D>Есть проект на Delphi 11, который писался под нужды своей компании. Пришла идея все это доработать и обернуть как коммерческий продукт. Предполагается десктопное приложение, мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
если изменения небольшие логично на дельфи продолжить. меньше подводных камней.
а так кто знает, jvm богата на бесплантые библиотеки причем родные, т.е. там по серверной части очень хорошо все гонится.
а язык можно любой java scala fantom-lang.org kotlin ceylon clojure cljs common lisp(тут можно посмотреть на sbcl утверждают что woo под линукс всех уделывает по скорости).
в дотнете можно для сервера и веба использовать F#(SAFE)
для десктопа wpf avalonia uno xamarin(fabulos — F#)
Здравствуйте, 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 лицензию для конечной версии для начальника, и много бесплатных для своих разрабов.
Здравствуйте, paradok, Вы писали:
P>Здравствуйте, dom1532, Вы писали:
D>> мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
P>javascript
P>зарплаты там а уровне дворника или грузчика
P>вебморда кстати у Genesys сделана на нем и все очень круто работает при очень высокой сложности.
S>Чем QT лучше Avalonia for .NET или Delphi Firemonkey? Оба доступны на Linux.
Про оба слышу впервые. Из того что первое бросилось в глаза:
— документация у Qt лучше
— Авалония имеет ненативный внешний вид; у Qt лучше
— файрманки платный
— документацию вообще не смог найти на сайте
— что у обоих с доступностью и внешним видом на Маке — вопрос
Здравствуйте, sanyock, Вы писали:
D>>>Только рф, потребитель мелкий бизнес, десктоп думаю винды достаточно, но мобилки кроссплатформенные.
DP>>В дополнение к аргументам за Qt. Потом можно будет легко сделать бил для Линукса, если вдруг понадобится.
S>Чем QT лучше Avalonia for .NET или Delphi Firemonkey? Оба доступны на Linux.
Я хз, что за Avalonia for .NET или Delphi Firemonkey, но кути — это большой комбайн всемогутор, а не просто гуй. Мне как-то понадобилось подергать рест сервис из кути, за полдня разобрался, как сгенерить код из сваггера и работать с веб-сокетами оттуда
Есть проект на Delphi 11, который писался под нужды своей компании. Пришла идея все это доработать и обернуть как коммерческий продукт. Предполагается десктопное приложение, мобильное и в дальнейшем веб морда. Небольшая команда разработчиков 2-4 человека. Что бы вы использовали под такой проект?
Варианты для начала обсуждения:
1. Т.к. изначально написано на Delphi хорошо было бы его и продолжать использовать, но там какие то цены на лицензию IDE неадекватные напрочь + в РФ они не продают. Использовать без лицензии и спокойно делать и продавать? Чем то грозит за такое?
2. Lazarus? Опять же упростит портирование. + бесплатная IDE. Но я не знаю на сколько он удобен/современен и подходит ли для коммерческой разработки
Какие ваши варианты? И сколько это стоит если платно? И примерный уровень стоимости программистов под решение. Например разработчики на Delphi предварительно кажутся сильно дешевле в сравнении той же Java или ошибаюсь?
D>Какие ваши варианты? И сколько это стоит если платно? И примерный уровень стоимости программистов под решение. Например разработчики на Delphi предварительно кажутся сильно дешевле в сравнении той же Java или ошибаюсь?
Как вариант, нанять грамотного CTO или опытного тимлида, или же консультанта. Далее вопросов будет только больше. Это вы сейчас только про десктоп спросили, а там еще мобилки, бэк, инфраструктура и все это связать вместе...
Здравствуйте, Kernan, Вы писали:
K>Здравствуйте, dom1532, Вы писали:
D>>Какие ваши варианты? K>Какой рынок для софта? РФ или ворлдвайд? Кросплатформа или только индовс?
Только рф, потребитель мелкий бизнес, десктоп думаю винды достаточно, но мобилки кроссплатформенные.
Здравствуйте, DiPaolo, Вы писали:
D>>Какие ваши варианты? И сколько это стоит если платно? И примерный уровень стоимости программистов под решение. Например разработчики на Delphi предварительно кажутся сильно дешевле в сравнении той же Java или ошибаюсь?
DP>Как вариант, нанять грамотного CTO или опытного тимлида, или же консультанта. Далее вопросов будет только больше. Это вы сейчас только про десктоп спросили, а там еще мобилки, бэк, инфраструктура и все это связать вместе...
Пока нет такого бюджета серьезного чтобы с СЕО. Так масштабно не планирую, начать с чего то попроще.
Здравствуйте, dom1532, Вы писали:
DP>>Как вариант, нанять грамотного CTO или опытного тимлида, или же консультанта. Далее вопросов будет только больше. Это вы сейчас только про десктоп спросили, а там еще мобилки, бэк, инфраструктура и все это связать вместе...
D>Пока нет такого бюджета серьезного чтобы с СЕО. Так масштабно не планирую, начать с чего то попроще.
Тогда я бы запилил десктоп и начал продавать, и не парить голову пока мобилкой и вебом
M>C++/Qt, молодых не сильно трудно можно найти имхо тыщ за 120. Дельфовый пазраб нынче все же редок, и, думаю, не дешев. M>Писать десктоп на джаве — имхо, такое еще себе, и программеры в джаве зажратые, разоришься еще до выпуска беты
К тому же гораздо проще с лицензиями и IDE. Все доступно бесплатно. Да, для России понадобится ВПН
Здравствуйте, DiPaolo, Вы писали:
D>>Только рф, потребитель мелкий бизнес, десктоп думаю винды достаточно, но мобилки кроссплатформенные.
DP>В дополнение к аргументам за Qt. Потом можно будет легко сделать бил для Линукса, если вдруг понадобится.
Чем QT лучше Avalonia for .NET или Delphi Firemonkey? Оба доступны на Linux.
D>1. Т.к. изначально написано на Delphi хорошо было бы его и продолжать использовать, но там какие то цены на лицензию IDE неадекватные напрочь + в РФ они не продают. Использовать без лицензии и спокойно делать и продавать? Чем то грозит за такое? D>2. Lazarus? Опять же упростит портирование. + бесплатная IDE. Но я не знаю на сколько он удобен/современен и подходит ли для коммерческой разработки
А можно разрабатывать на delphi (с наличием пошаговой отладки, в частности), а релиз билдить на лазарусе?
Здравствуйте, rudzuk, Вы писали:
d>> Какие ваши варианты?
R>Вариант простой — продолжать на дельфях забив на лицензионность. Лазарь штука классная, но не любой дельфист с наскока осилит (хотя для десктопов это лучший вариант), да и с мобилками там все очень не просто.
Есть еще вариант — продолжать на дельфях забив на лицензионность, но новый код писать на C++. Когда-то давно можно было писать на плюсах со всеми прелестями использования VCL, мне кажется, эмбаркадеры-инпрайзы или кто там они сейчас должны были оставить эту фичу, иначе зачем им плюсы тянуть (а вроде тянут, я даже как-то на разраба плюсового инструментария собесился в их питерский офис, правда уже давно дело было).
Так вот, писать новый код на плюсах, и потихоньку переписывать старый код тоже на плюсы. Изолировать логику от гуя, ну и от прочего — сетевого взаимодействия, и тд и тп — всё через прослойки. Потом по бырому переписать гуй и прослойки на плюсах под кути и дело в шляпе.
Перевод прослоек и гуя можно даже зааутсорсить, главное, чтобы логика не утекла на сторону. Студентов каких-нибудь нанять вполне можно.
По поводу перехода на плюсы и сложности этого. Ну, насколько я помню, дельфячка вообще довольно тупой язык, плюсы осилить в рамках того, что умеет паскакаль — думаю, не самое сложное дело. Зато открывается новый мир возможноестей языка, и бонатство сторонних библиотек на все случаи жизни
Здравствуйте, Marty, Вы писали:
M> Есть еще вариант — продолжать на дельфях забив на лицензионность, но новый код писать на C++. Когда-то давно можно было писать на плюсах со всеми прелестями использования VCL, мне кажется, эмбаркадеры-инпрайзы или кто там они сейчас должны были оставить эту фичу, иначе зачем им плюсы тянуть (а вроде тянут, я даже как-то на разраба плюсового инструментария собесился в их питерский офис, правда уже давно дело было).
Какой смысл так раскорячиваться...
M> Так вот, писать новый код на плюсах, и потихоньку переписывать старый код тоже на плюсы. Изолировать логику от гуя, ну и от прочего — сетевого взаимодействия, и тд и тп — всё через прослойки. Потом по бырому переписать гуй и прослойки на плюсах под кути и дело в шляпе.
Ах вот оно что... Прослойками изолироваться... Тогда уж лучше Лазарь. И переписывать ничего не придется (ну почти) и жирную кутю за собой таскать не придется тоже.
Здравствуйте, Marty, Вы писали:
M>C++/Qt, молодых не сильно трудно можно найти имхо тыщ за 120.
А можно не найти или результат будет такой что в момент выхода продукта в фазу мейтенанс код надо будет переписать заново.
Здравствуйте, Kernan, Вы писали:
M>>C++/Qt, молодых не сильно трудно можно найти имхо тыщ за 120. K>А можно не найти
За 150 будет уже очередь стоять. Джавистов найди попробуй на такие деньги, чтобы от них хоть какой-то толк был. Хз как в мире, а у нас в РФ плюсов среднего уровня (а для ТС больше и не надо) очень много. Как работы, так и разработчиков.
K>или результат будет такой что в момент выхода продукта в фазу мейтенанс код надо будет переписать заново.
Управление никто не отменял. Или ты считаешь, что в код коллег/наёмных работников надо только перед релизом заглядывать?
Здравствуйте, Kernan, Вы писали:
K>Мне не совсем понятно что это за софт будет, самостоятельное приложение или что-то клиент-серверное? Если первое и его много, то лучше все писать на том, что знает команда чтобы сократить TTM до минимума и начать продавать. Если второе, то Java на OpenJDK (хотя тут пофигу сейчас) и нативный UI для всех платформ. Почему нативный? Потому что все эти кросплатформенные штуки в реальности не совсем кроссплатформенные.
А в чем профит писать на джаве, но отдельно нативный UI под каждую платформу? Джава, как язык, плюсам сливает, у неё может быть плюсом только хорошая инфраструктура, если она нужна. Да и то — всякие шмавены/градлы — такое себе, cmake/qmake гораздо удобнее и проще, и Qt закрывает много вопросов. И вместо джавы уж тогда на шарп лучше посмотреть, он, имхо, со своей инфраструктурой, годнее
K>Из альтернатив, я бы посоветовал QML + QT, т.е. весь UI делал бы на QML, но нужны люди с знаниями которых за 120к не купишь. Можно ещё посмотреть в сторону Dart + Flutter, но там тоже много специфики. Несложное по UI приложение я бы стал на нём писать, морду с торговой системой где много разной визуальной и динамичной информации, не стал бы.
Нафига QML, если для этого нужны дорогостоящие спецы? Почему на классическом кути нельзя?
M>>C++/Qt, молодых не сильно трудно можно найти имхо тыщ за 120. K>А можно не найти или результат будет такой что в момент выхода продукта в фазу мейтенанс код надо будет переписать заново.
IMHO программировать GUI и бизнес логику обычных офисных приложений на С++ в 2022 году — это из области каких-то извращений
Даже в C++ Builder с VCL/FMX, все таки сам язык плюсов не предназначен для быстрого и безглючного формошлепства, скорее для каких-то академических выкрутасов со сложной быстрой математикой, где нужен классический ООП,
которого нет в Rust.
Я понимаю еще 3D, Unreal Engine там какой-нибудь с высшей математикой, но не формошлепство же
Это как собирать велосипед хоть и из готовых запчастей, но редких, необычных и методом низкоуровневой точечной сварки отдельных частей.
В то время как многие другие конкуренты будут использовать современные языки программирования, в т.ч. динамические.
https://enigmaprotector.in позволяет упаковать .NET приложение для Windows (и вероятно для Linux WINE тоже) одним exe файликом, как любят многие шароварщики.
Eazfuscator позволяет защитить сорцы от тыринга, надеюсь в нем нет бэкдоров для вытаскивания сорцов? Или лучше сначала прогонять сборки через open source обфускатор типа https://mkaring.github.io/ConfuserEx? Но что-то я не встречал пока открытых обфускаторов для .NET v5+
D>Варианты для начала обсуждения: D>1. Т.к. изначально написано на Delphi хорошо было бы его и продолжать использовать, но там какие то цены на лицензию IDE неадекватные напрочь
Здравствуйте, paradok, Вы писали:
P>Это что неподъемная сумма для ГРУППЫ програмеров или даже для одного?!?!
На самом деле сложнее. Во первых это стоимость подписки на 1 конкретного прогера в месяц (привязка к имени). Прогеров допустим 4, тоесть уже 2000$ в месяц получилось.
Далее как я понимаю в профешинл нельзя к удаленным БД даже подключаться, а это уже смотрим на Ентерпрайз, ну и смотрим на неименную подписку, и она тоже на одного только разработчика, а это уже 2250 * 4 = 9000$
И как бы еще не найти ограничений при разработке что понадобится Архитект — и вообще в космос улетели с ценой.
А вообще вот вопрос о лицензиях. Допустим штат 4 человека. Купили 1 лицензию. Пилим на пиратках, ну или на Community Edition, итоговый продукт компилируется на Ентерпрайз. Так можно? Или что-то прилететь может? Как вообще софтверные компани работают, за каждого платят или такие хитрости допустимы? Кто вообще этими проверками занимается?
Здравствуйте, paradok, Вы писали:
P>нужны шашечки (в.5+) или ехать?
По вашему остановиться на версии .NET Framework v4.x без развития — это норм?
Кроме того .NET Framework v4.x не является open-source проектом, что тоже может быть критическим фактором для принятия решения при выборе.
Ехать, а не ползти далеко позади актуальных версий
Вот только смущает, что поддержка .NET Framework v4.x настолько хороша в Linux WINE вероятно в первую очередь из-за игроделов, а они почему-то не торопятся на .NET v5+, хотя скоро уже релиз .NET v7 !
С другой стороны .NET v5+ не имеет завязок на WinAPI и сделать поддержку в WINE вероятно совсем несложно, если ее еще пока там нет.
В принципе для формошлепства пока обычно достаточно и .NET Framework v4.x, а бизнес логику распределенного приложения можно делать на современном актуальном .NET v5+ нативно на Linux, связывать их через CSLA.NET, который позволяет использовать разные версии .NET на различных tiers приложения. Но со временем все же наборы компонентов и тулсет будет все менее актуальным для legacy .NET Framework v4.x
Все равно со временем игроделы будут вынуждены двигаться вместе с прогрессом, а нам перейти будет еще проще, потому что поддержка WinForms в современном .NET v5+ и так уже есть.
Здравствуйте, sanyock, Вы писали: S>Здравствуйте, paradok, Вы писали:
P>>нужны шашечки (в.5+) или ехать? S>По вашему остановиться на версии .NET Framework v4.x без развития — это норм? S>Ехать, а не ползти далеко позади актуальных версий
Напомню, вопрос был коммерческий софт
и еще раз спрошу
нужны шашечки (в.5+) или ехать за деньгами?
Здравствуйте, dom1532, Вы писали:
D>Здравствуйте, paradok, Вы писали:
P>>Это что неподъемная сумма для ГРУППЫ програмеров или даже для одного?!?!
D>На самом деле сложнее. Во первых это стоимость подписки на 1 конкретного прогера в месяц (привязка к имени).
Внимательно читаем что на ВАШЕМ скрине —
для небольших групп
— врубаешься?
Прогеров допустим 4, тоесть уже 2000$ в месяц получилось.
Внимательно читаем что на ВАШЕМ скрине —
для небольших групп
— врубаешься?
D>Далее как я понимаю в профешинл нельзя к удаленным БД даже подключаться
можно, я прям сейчас пjдключаюсь к MS SQL-Server и MySQL — все работает!
ну и для безопасности все равно под видами разумно к удаленной базе через https webview и через сервер с базой делать, а не голую базу в инет выставлять
— что в дельфи можно
Именная лицензия – это лицензия, которая принадлежит организации, а в рамках организации конкретному (зарегистрированному) пользователю. Он и только он может использовать данную лицензию Регистрация и управление лицензиями происходит в личном кабинете https://my.embarcadero.com/
Я это понял как подписку надо оформлять на каждого разработчика
P> можно, я прям сейчас пjдключаюсь к MS SQL-Server и MySQL — все работает!
хм, интересно
Здравствуйте, 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>Почему кому-то должно быть дело до того, на каком языке или с использованием какой библиотеки пишут другие? Нет же, кому-то обязательно надо доказать, что плюсы устарели/плохи/ненужны и т.д.
Здравствуйте, 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
на счет компонент — имхо все наоборот, компонентная модель во фронт энде победила окончательно и бесповоротно.
и всякие маргинальные исключения типа всяких триков это только подтверждают.
Здравствуйте, Shtole, Вы писали:
S>Здравствуйте, Shtole, Вы писали:
S>>Как вообще можно адекватно визивигнуть флексбокс, например?
S>Многие думают, что flexbox — это какая-то космическая хрень
ну вы проснулись, давно уже ваш флекс безнадежно устарел,
сейчас рулит грид и его визуализця вроде бы очевидна.
кроме того уже лет 5 как полно визализаторов флекс боксов и таблиц,
но это устарело и неинтересно, грид гораздо круче
ну и в плане html builder
также как и в Андроид Студио вам уже абсолютно все равно 3 строки в результате получится или 300
главное чтобы выглядело клево, работало правильно и надежно и везде и сделать это было быстро и легко
и модифицировать также было просто, удобно, быстро.
А ещё лучше не только читать статьи на MDN или css-tricks, а ещё нажать F12 и посчитать, сколько раз там (и не только там) встречается слово flex, и сколько grid. Вообще, читать исходники, благо, что они при нынешней технологии доступны.
Пользуясь случаем, хочу спросить, не посоветует ли кто хороший способ вытаскивать код из Chromium-приложений. Под ишака была такая утилита, она перебирала все IE-окна в системе и показывала их кишки. Кто-то из RSDN'овцев написал.
P>>ну вы проснулись, давно уже ваш флекс безнадежно устарел, P>>сейчас рулит грид и его визуализця вроде бы очевидна.
S>Вот ещё популярная статья на MDN:
посмотрел ваши статьи по ссылкам. Там собстенно безудержное восхаление именно грид.
То есть вы указали их как юы желая унизить грид в пользу флекс бокс, но по факту статьи очень сильно хвалят грид.
если совсем строго и минималистично то всю мыслимую верстку можно сделать на js + div
но при этом флекс лучше див а грид лучше флекс
