Конференция "Прочее" » Как бросить писать на дельфи и начать на ява?
 
  • Читатель © (01.11.18 13:24) [100]
    GUI на Java тот еще шлак. Имеет смысл переделывать только ради какой-нибудь кросс-платформенности.
  • java_guy © (01.02.19 13:25) [101]
    Топикстартер, расскажите, насколько успешно произошел ваш переход на Java
  • картман © (03.02.19 02:40) [102]

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

    как насчет IntelliJ IDEA?
  • sniknik © (03.02.19 23:04) [103]
    > Топикстартер, расскажите, насколько успешно произошел ваш переход на Java
    ну... теперь могу в резюме писать что знаю java. это все из положительного. пишу по прежнему на дельфе т.к. при подсчете объемов по переписыванию (был типа собственный аудит с местными гуру от явы) насчитали что-то нереальное, типа команда нужна от 5 до 15 человек, и времени от 7 месяцев до полтора года... и да гуи сказали нужен собственный, иначе так как есть не получится (что и ожидалось.).

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

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

    хм... а что ты подразумеваешь под ним - красивые картинки или удобство?
  • sniknik © (04.02.19 15:56) [105]
    подразумеваю - когда сам интерфейс пишешь (gui) для своей программы, а не в ide в процессе написания на него смотришь... а уж красиво или удобно или и красиво и удобно... ну это уж как сможешь.
  • картман © (05.02.19 01:10) [106]
    Поготь, я имел в виду гуй в идее - она написана на джаве
  • Eraser © (05.02.19 03:31) [107]

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


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

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

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

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

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

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

    С другой стороны, Qt со статической линковкой стоит $500 в месяц. Это основной батхерт для юзеров. ГДЕ хоть одно упоминание того, что FMX предлагает статическую линковку из коробки и в бесплатных версиях? Да у них весь сайт должен быть обвешан баннерами с этой информацией. Короче, кроме как словами нашего министра иностранных дел про emcd ничего не скажешь.
  • sniknik © (05.02.19 11:08) [108]
    > гуй в идее - она написана на джаве
    ага, и выше кто то говорил, у них собственный gui, не мавен, не что-то входящее в библиотеки явы, а самописное, под проект.
    да даже если бы они его опубликовали, там все одно нет dbgrid-ов (хотя их там нет похоже принципиально, и понятно тогда откуда столько желающих переложить данные в стринггрид, при начале работы с базами), и всего связанного, в общем это был бы гуй под расширенный редактор, а не под приложение для работы с базами.
  • картман © (05.02.19 11:35) [109]

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


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

    у них просто объекты "худее" - грид отдельно, какой-то контроллер тоже - в дельфи все это в dbgrid'е, MVC фигли. Со временем привыкаешь, хотя и получается очень многословно.
  • sniknik © (05.02.19 13:48) [110]
    > Со временем привыкаешь, хотя и получается очень многословно.
    или забиваешь... когда оказывается, что из-за отсутствия нужных, удобных и инструментов, вместо одного разработчика и пары месяцев насчитывают минимум 5 и в среднем год на то же самое...
    вот потому и говорю, "GUI там реально отстой". именно по причине, что там все друг от друга отдельно, все в примитивном состоянии, и впечатление не профессиональной "объектной модели", а сборника "по сусекам" от любителей никак не связанных между собой объектов. ИМХО, и не надо меня разубеждать, учить, типа я чего то не понял (ява философа одного я уже прочитал, который сам кстати пишет на питоне), не поверю, слова против личного опыта "не катят".
  • niteshade © (06.02.19 06:27) [111]
    >ИМХО, и не надо меня разубеждать, учить, типа я чего то не понял (ява философа одного я уже >прочитал, который сам кстати пишет на питоне)
    Java - это про экосистему, про текущие архитектурные подходы, про контейнеризацию и кластеризацию,
    про балансировщики нагрузки, отказоустойчивые, высоконагруженные системы и др. и пр.
    Переписывать "монолит" на точно такой же, но на Java, - затея дорогостоящая и бессмысленная.
    Если ваше приложение справляется с текущей нагрузкой, отвечает требованиям бизнеса и безопасности, то нет смысла менять архитектурный и технологический стек.

    Плач про GUI не ясен, в принципе, когда есть легковесный web-интерфейс.
  • картман © (06.02.19 09:26) [112]

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


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

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

    > Плач про GUI не ясен, в принципе, когда есть легковесный web-интерфейс.
    легковесный? почитай ветку сначала, а не просто "по верхушкам", этот "легковесный" не справляется с несчастным миллионом записей, не дает подключить устройства типа фискальника, и т.д. не буду уж усиленно вспоминать с чем, с какими проблемами, в нем сталкивались. того что уже писал в этой же ветке достаточно.
  • niteshade © (06.02.19 11:10) [114]
    >sniknik ©   (06.02.19 10:55) [113]
    >много умных слов знаешь... гордись собой!
    >но не останавливайся на достигнутом - учи новые
    это типичный, распространённый набор подходов, технологий и терминологии для Java-проекта
    гордиться нечем - это суровые будни
    останавливаться не собираюсь, спасибо

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

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

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

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

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

    > не дает подключить устройства типа фискальника
    а это да. уже както на форуме про это указывал, секюрити не дает нормально работать с переферией.
  • sniknik © (06.02.19 13:14) [116]
    > 1. про web-интерфейсы речи не шло;
    да? ну значит я как то не так читаю
    > Плач про GUI не ясен, в принципе, когда есть легковесный web-интерфейс.
    то что написано, а не то что вы в этом подразумеваете.

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

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

    > вы разницу между интерфейсом (на клиенте) и сервером понимаете?
    я именно про клиента и пишу, а вы про сервер?
  • sniknik © (06.02.19 13:42) [118]
    > я именно про клиента и пишу
    и где данные с миллионом записей в одноклассниках? у кого-то друзей столько? неважно, но именно на клиенте, а не по странично по 50 +- записей единовременно.
  • niteshade © (06.02.19 13:43) [119]
    >sniknik ©   (06.02.19 13:14) [116]
    >то что написано, а не то что вы в этом подразумеваете.
    что это означает?

    >"и этот дом еще борется за звание ...", высоко нагруженный сервер/базу
    общие слова
    к тому же, у меня нет ни слова про высоконагруженный (да-да, именно так пишется) сервер/базу
    конкретный пример для разбора будет?
 
Конференция "Прочее" » Как бросить писать на дельфи и начать на ява?
Есть новые Нет новых   [133282   +129][b:0.001][p:0.001]