GUI на Java тот еще шлак. Имеет смысл переделывать только ради какой-нибудь кросс-платформенности.

Топикстартер, расскажите, насколько успешно произошел ваш переход на Java

> Читатель ©   (01.11.18 13:24) [100]
>
> GUI на Java тот еще шлак.

как насчет IntelliJ IDEA?

> Топикстартер, расскажите, насколько успешно произошел ваш переход на Java
ну... теперь могу в резюме писать что знаю java. это все из положительного. пишу по прежнему на дельфе т.к. при подсчете объемов по переписыванию (был типа собственный аудит с местными гуру от явы) насчитали что-то нереальное, типа команда нужна от 5 до 15 человек, и времени от 7 месяцев до полтора года... и да гуи сказали нужен собственный, иначе так как есть не получится (что и ожидалось.).

> как насчет IntelliJ IDEA?
это IDE, а GUI там реально отстой, то что делал дельфе не напрягаясь, там в одиночку "не поднять", вообще.
или не обойтись без извращений, ну как мне видится, например там у одной команды на С++ написана обертка, с внедренным IE, в котором они интерфейс на html + javascript делают, и называют это все писательством на java, который вообще то только на сервере, и по сравнению с html + javascript примерно 5% от всего объема, но только тссс!!! об этом никому говорить нельзя, "мы на java пишем".

> GUI там реально отстой

хм... а что ты подразумеваешь под ним - красивые картинки или удобство?

подразумеваю - когда сам интерфейс пишешь (gui) для своей программы, а не в ide в процессе написания на него смотришь... а уж красиво или удобно или и красиво и удобно... ну это уж как сможешь.

Поготь, я имел в виду гуй в идее - она написана на джаве

> Сергей Суровцев ©   (04.10.18 01:26) [97]


> Не появись C#, возможно и перспективы Delphi оценивались
> бы его владельцами  по иному.

перспективы Делфи не будут оцениваться по иному, пока они не выгонят всех своих маркетологов, если они у них есть.

вот сейчас, с горем пополам, делаем один модуль на Qt. в принципе, все отлично, не считая того, что много кода нужно переносить на C++, а это не механическая работа, мягко говоря.

вполне устроил бы FMX, но они с бараньей упрямостью уперлись в mobile, когда начинать надо было с десктопа.

1. Где GUI под линукс? (он есть только в виде отдельного решения, что сомнительно)
2. Где TListView в десктопном стиле?

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

С другой стороны, Qt со статической линковкой стоит $500 в месяц. Это основной батхерт для юзеров. ГДЕ хоть одно упоминание того, что FMX предлагает статическую линковку из коробки и в бесплатных версиях? Да у них весь сайт должен быть обвешан баннерами с этой информацией. Короче, кроме как словами нашего министра иностранных дел про emcd ничего не скажешь.

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

> sniknik ©   (05.02.19 11:08) [108]


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

у них просто объекты "худее" - грид отдельно, какой-то контроллер тоже - в дельфи все это в dbgrid'е, MVC фигли. Со временем привыкаешь, хотя и получается очень многословно.

> Со временем привыкаешь, хотя и получается очень многословно.
или забиваешь... когда оказывается, что из-за отсутствия нужных, удобных и инструментов, вместо одного разработчика и пары месяцев насчитывают минимум 5 и в среднем год на то же самое...
вот потому и говорю, "GUI там реально отстой". именно по причине, что там все друг от друга отдельно, все в примитивном состоянии, и впечатление не профессиональной "объектной модели", а сборника "по сусекам" от любителей никак не связанных между собой объектов. ИМХО, и не надо меня разубеждать, учить, типа я чего то не понял (ява философа одного я уже прочитал, который сам кстати пишет на питоне), не поверю, слова против личного опыта "не катят".

>ИМХО, и не надо меня разубеждать, учить, типа я чего то не понял (ява философа одного я уже >прочитал, который сам кстати пишет на питоне)
Java - это про экосистему, про текущие архитектурные подходы, про контейнеризацию и кластеризацию,
про балансировщики нагрузки, отказоустойчивые, высоконагруженные системы и др. и пр.
Переписывать "монолит" на точно такой же, но на Java, - затея дорогостоящая и бессмысленная.
Если ваше приложение справляется с текущей нагрузкой, отвечает требованиям бизнеса и безопасности, то нет смысла менять архитектурный и технологический стек.

Плач про GUI не ясен, в принципе, когда есть легковесный web-интерфейс.

> sniknik ©   (05.02.19 13:48) [110]


> вместо одного разработчика и пары месяцев насчитывают минимум
> 5 и в среднем год на то же самое...

а это специфика явы))

> Java - это про экосистему, про текущие архитектурные подходы, про контейнеризацию и кластеризацию,
> про балансировщики нагрузки, отказоустойчивые, высоконагруженные системы и др. и пр.
много умных слов знаешь... гордись собой! но не останавливайся на достигнутом - учи новые. (ИМХО, но читая такой безосновательный набор, подозрение, что сути терминов человек не понимает)
про "высоко нагруженные" у нас был сервер cmc (для процессинга весьма высоко нагруженная система, хотя это, само слово, как то вообще не упоминалось), писался на С (или С++, не в курсе, я ее только использовал, а не писал), среднее время отклика было 2сек. несколько каналов к серверу провайдера, по согласованию, держало (слышал как обсуждали). и вот пришли "явисты", переписали систему на яве сделали ее "отказоустойчивой и высоко нагруженной" (вот тут подобные слова из них просто потоком лились), и время отклика стало 25 сек, не среднее, а минимальное!!! ну и падать она стала раз в месяц... спасает только то что старая, "под отключение" законапаченная куда то на виртуалку на старом сервере "под снос", еще работает, а явовскую уже второй год обещают наладить чтобы не падала, но не время снизить, т.к. она почему-то не может несколько каналов (они "железные"), только один и как то через Ж. в конкретику не вникал, в базу логи пишет очень долго, поддерживать открытый коннект тоже не может (ну тут ява наверняка не причем, скорее что то от безопастности, раз в две минуты все внешние коннекты рвутся, безопасники делают вид что так и надо...), ну и т.д., главное время, по причине того что улучшить не могут, решили считать приемлемым... (но вот сами как считаете? вот когда операции по банковской карте/или в инете совершаете через сколько подтверждающая/оповещающая смс приходит? если меньше 20 сек, то это не наш банк, ну или явовский "супернадежный" сервис в очередной раз упал, и переключились на "отсталый и не надежный" но еще работающий на С. :))))

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

>sniknik ©   (06.02.19 10:55) [113]
>много умных слов знаешь... гордись собой!
>но не останавливайся на достигнутом - учи новые
это типичный, распространённый набор подходов, технологий и терминологии для Java-проекта
гордиться нечем - это суровые будни
останавливаться не собираюсь, спасибо

>читая такой безосновательный набор
"подъезжая к станции у меня слетела шляпа"

>про "высоко нагруженные"
пишется слитно

>вот пришли "явисты", переписали систему на яве
к вам кто-то пришёл, что-то переписал на Java и стало хуже
вывод: виновата Java
Л - логика!))

>легковесный? почитай ветку сначала, а не просто "по верхушкам", этот "легковесный" не >справляется с несчастным миллионом записей
сразу всю ветку-то и почитал
1. про web-интерфейсы речи не шло;
2. операции над данными должны выполняться максимально близко к данным - какой ещё миллион записей?))

> не справляется с несчастным миллионом записей
любые "однокласники" справляются, тут просто разные подходы
вот пример https://alpari.com/ru/platforms/fix-contracts-trader_new/ и данных немало и даже графики рисуются разные

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

> 1. про web-интерфейсы речи не шло;
да? ну значит я как то не так читаю
> Плач про GUI не ясен, в принципе, когда есть легковесный web-интерфейс.
то что написано, а не то что вы в этом подразумеваете.

> 2. операции над данными должны выполняться максимально близко к данным - какой ещё миллион записей?))
"и этот дом еще борется за звание ...", высоко нагруженный сервер/базу, вообще стараются не напрягать дополнительно, если он реально "нагружен" то отчеты на нем не делают.

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

> вы разницу между интерфейсом (на клиенте) и сервером понимаете?
я именно про клиента и пишу, а вы про сервер?

> я именно про клиента и пишу
и где данные с миллионом записей в одноклассниках? у кого-то друзей столько? неважно, но именно на клиенте, а не по странично по 50 +- записей единовременно.

>sniknik ©   (06.02.19 13:14) [116]
>то что написано, а не то что вы в этом подразумеваете.
что это означает?

>"и этот дом еще борется за звание ...", высоко нагруженный сервер/базу
общие слова
к тому же, у меня нет ни слова про высоконагруженный (да-да, именно так пишется) сервер/базу
конкретный пример для разбора будет?