Комментарии:
Java: выполняется на любой ОС, по этому интерфейс выглядит как жопа
JavaScript: выполняется на любой ОС на любом браузере и есть нормальный интерфейс.
Почему ui выглядит , как жопа ? А JetPack Compose с Материал Дизайн ? Разве это жопа ?
ОтветитьС появлением JavaFX, Java перестала выглядеть, как "жопа".
ОтветитьНа Java написаны DBeaver, PyCharm и многое другое. На современных PC и Mac все быстро и хорошо работает.
ОтветитьНеплохо бы в начале кратко дать общие понятия что такое "десктоп" и "не-десктоп". Приходят на видео и смотрят не только те кто ранее задавал вопросы. Видео должно быть немного "более объемлющим" и целевая аудитория более широко охвачена, тем более уж простите эти видео "для новичков".
Ответитьнемного сгущает краски автор об "убогости визуальности", CUI ( common user interface ) специально отделён от Design Language. А вот имплементация Design Languag как раз и обеспечивает всякие "визуальные эффекты". Но Design Language ведь отдельный для совокупности проектов. Java FX - это ведь CUI. Ну а "надстройка" потом в виде стилей и прочих "тем" делается. По сравнению с Python ( wxPython , tkInter и т.п ) как раз на Java намного удобнее всё пишется. И управляемость всего этого намного лучше )..
ОтветитьЯ думаю для бытовых нужд вполне идет))для бизнес солидарен с автором
ОтветитьКроссплатформа - это плюс, а не минус. Выглядеть приложение должно одинаково и на виндовс и на Линукс, что в этом такого. Реагировать на перемотки рабочих столов оно будет так же как и другие приложения, потому что это не от приложения зависит.
ОтветитьМайнкрафт для ПК написан на Java, для андроид написан на C++.
ОтветитьПочему Python для Android плохо?
ОтветитьНичего подобного ! Сейчас Java-Desktop широко используется и работает очень прилично !
ОтветитьПод ваши видео хорошо кодится (это комплимент).)
ОтветитьИз опыта. На текущий момент мы возвращяемься к нехватке ресурсов. Понятное дело, что это касается не всех. Но средний бизнес страдает. Слишком разбаловались. Так что в будущем в пределах бывшего СНГ вижу тенденцию к менее ресурозатратным системам. (в сторону мелких)
ОтветитьНу вот объясните мне, ведь на Яве пишутся приложухи для андроид?
ОтветитьСпасибо. Очень познавательно.
Интересно что по факту все пытались делать всякие там JRE и .NET. А по факту универсальной средой SaS приложений стали: HTML, CSS, JS броузеры!
Этот мужичок такую дичь несёт, некоторые совсем уж очевидные вещи вкупе с бредом из своей головы. Пишется всё нормально, просто десктоп в принципе перестал быть трендом. Тоже побуду кэпом, но чувак, всё шло к универсализации гуи, поэтому так разросся веб. Если это клиент-серверная архитектура, то жабе тут сложно конкурировать, вот и всё. Поэтому все давятся html-css-js-ом и всякой мутью, которая это генерирует. Это разве не очевидно?
ОтветитьНу не знаю про жаву машину относиться ко всем виду програм, а щас ПК то мощные, мы к примеру на работе юзаем javafx, как клиент для разных сервисов, именно мой проект это спринг Бут сервесы
ОтветитьВ этом видео - мнение дилетанта.
1. Десктоп необходим для использования железа рабочей станции (обычно cd-rom, e-token, криптозащита).
2. Преимущества C# не очевидны, т.к. это Java - вид сбоку с java-машиной имеющей другое название.
3. Интерфейс десктопа на Java внешне не отличается от C#
Жаба жрет как не в себя. Это ещё с допотопных времён было видно, когда на смартфоне с Симбиан запускалось какое-нибудь жаба-приложение. Оперативка улетала махом...
ОтветитьНу, смотря какая жопа. Есть даже конкурс вроде в Бразилии. У финалисток совсем даже не плохо выглядят.
ОтветитьХоть java на десктопе и не тренд, тем не менее, для десктопа на классической java с обычной библиотекой Swing и своими анимашками написаны не только офисная прога, но и несколько резвых приложений, работающих со сторонними устройствами по стандарту real time. Стартуют да, не по сишному из-за jvm, но в остальном проблем нет. Чтобы GUI быстро работало - потоки использовать и создавать UI так, чтобы на экране было именно то, что нужно, остальное пусть себе бегает на уровне данных, пока нет нужды показывать. Если кастомизировать L&F самому не хватает ресурсов, то вполне себе симпатичные шкурки есть в JTattoo.
ОтветитьDelphi/Lazarus отличная ide... Или processing... Все мультиплатформенное
ОтветитьА что насчет андройда? Это ведь тот же десктоп...
ОтветитьНа сколько я знаю на Ubuntu не работает юнити.
ОтветитьJava для декстопа говно потому что медленно, поэтому весь интерпрайз пишем на JS оно там все работает в быстром браузере он написан на С++ , это не какая то вам JVM! С# имеет CLR? но не путать его с JVM, ибо это разные вещи - один для жопы Javы, другой выполняет по сути тоже самое но для крутого нативного .Net у которого свой JIT на борту - уровень бреда в каждом видео настолько высок, что вызывает сомния, а дядя вообще в чем спец?
Ответить"как жопа" (с)... запомнить, использовать.
ОтветитьСейчас весьма быстро запускаются десктопные приложения, написанные на Java, и если руки программиста не кривые, то и красоты сейчас чтоб навести всего в Java достаточно. Игрушки вообще классно клепать. Хоть 2d, хоть 3d.. Рендеринг быстрый, всякая акселерация используется. JIT компилирует в бинарник при первом проходе, и это заметно, к стати, на десктопных приложениях очень хорошо. Да и на WEB, когда та же JSP-шка при первом проходе слегка подвисает, зато при втором моментально отрабатывает. Где там 3, 5 или больше проходов - я не знаю... Ну, не видел такого ещё.. Гарбидж-коллектор - тот да, подстраивается иногда заметно как.. Особенно, когда какую-нибудь графическую демку делаешь или игрушку - запускается быстро, но через некоторое время иногда бывают проглюки в скорости, особенно, если сильно много процессорного времени забрал... На Java, конечно, много разных инструментов для разработчика.. Почему-то мало джавовского софта для работы с мультимедиа. И часто как-то так криво написаны бывают такого рода поделки, что поплюёшься и снесёшь.. Хотя я пробовал работать со звуком - если сделать всё качественно, то вполне всё бегает без каких-либо глюков... С видео серьёзно не работал, но что делал - сносно работало. Видел WEB-морды для видеокамер, где видеопроигрыватели были написаны на Java, как апплеты (ещё в старые добрые времена :-) ). Так там они и расшифровывали поток, и показывали.. И, самое главное, работали под любой ОС, что меня, как линуксоида, радовало. Так что, ничего подобного: Java для десктопа - это нормальная идея. Не сказать, всё-таки, что отличная, но вполне годная, особенно если её помножить на преимущества кросплатформенного приложения. ИМХО
Ответитьчет все равно не понятно. если все упирается в веб в конечно счете то все интерпретирующиеся языки такие же ос- независимые. в чем же плюс именно явы
ОтветитьДа все ходит по кругу. Открываем Олиферов, хотя бы и первое издание, и смотрим аналогию на текущую ситуацию в виде мэйнфреймов и терминалов. Но потом почему-то перешли на индивидуальные компы. Разгадка одна - что дешевле в пересчете на единицу полезности, то и используется. Если у каждого будет дешевая память и программы не будут прожорливы, как сейчас, выгодно будет все из облак перенести на распределенные десктопы. Гит - по смыслу десктопное приложение, хоть и консольное в основном, а не UI. Если приложение пользуется минимумом сетевых функций, то оно не перейдет в веб. Например, документы я редактирую на машине для себя, а если нужно расшаренный документ - пользуюсь веб-приложением, но таких документов < 1% от всего, что я редактирую. Я вот игру купил mk11 - без подключения к интернету в принципе не работает. Когда сервера прикроют, этот "продукт" просто отправиться на помойку, и кто о нем вспомнит через пару лет?
ОтветитьА как же JavaFX ? Там с помощью CSS можно чудеса творить . И смотреться будет на всех системах одинаково. А одинаково красиво или жопошно зависит уже от вас)
ОтветитьТю. В .Net те же проблемы, но при этом проблема десктопа легко решена. Есть Xamarin, проекты этого типа компилируются в десктоп под любую систему. Под макось, под андроид, под ios и там остальное. При этом, Xamarin, в отличие от Unity 3d, платформа не для разработки игр, а именно для разработки десктопа. И фокус там в том, что интерфейс описывается в Xaml, т.е. xml язык, в котором просто описываются в общих чертах необходимые элементы, а Xamarin компилирует уже под конкретную систему так, чтобы они выглядели как принято в той системе. Код практически тот же, а выглядит, как родное для каждой системы.
Т.е. проблема красоты решена. Проблема оптимальности сильно как бы преувеличена. Под дотнетом уже 20 лет пишут для винды как основным средством для разработки десткопа, вообще никто не замечает скорости насколько оно медленно или быстро стартует. Это на глаз не очень-то заметно.
Но а размер, да. Есть такая печаль. Пока люди ходят в кармане с дешевыми калькуляторами, то приложение с 3-мя кнопками сразу так за 20 мегабайт на андроиде, это пока что может кого и отталкивать. Но такие же мысли когда-то были и у виндовых разработчиков, типа надо каждый байт трахать )), а потом оказалось, что вообще никого не волнует, 1 мегабайт или 20. Или даже 200, если приложение нужное. Только упоротых преждевременных оптимизаторов байты на диске интересуют.
Так что и джава могла бы такое делать. Видимо не хочет этот рынок.
Категорически не согласен! 1) Время запуска десктопного Java приложения в наше время - совершенно не узкое место. Во первых JVM стали намного эффективнее, а во-вторых объемные библиотеки можно подгружать динамически по мере необходимости. 2) Среднему бизнес-приложению все эти свистелки-перделки, красоты и анимации на фиг не нужны, а чтоб окошки и кнопки выглядели не как жопа, а нормально и эргономично - есть кучи библиотек. В конце концов, для особо упоротых любителей "голубизны" есть JavaFX. 3) Конечно на всех осях есть свои средства разработки десктопных прилад, но какие ещё кроме Java позволяют скомпилить один раз и запускать везде? Тот факт, что на Java пишут сложнейшие IDE уже опровергает все аргументы против ее использования для десктопа.
Однако соглашусь с Сергеем, что Java действительно все реже применяется на десктопе, но не потому, что она плоха, а потому, что не модна. За 30 лет в IT я видел немало прекрасных технологий, которые ушли в небытие из-за агрессивного маркетинга "новых, улучшенных с банановым вкусом" фреймворков и языков
Как я ненавижу тормозные веб приложения. Очень прискорбно что всё туда скатывается. Разработчику удобно, пользователь страдает.
ОтветитьC и C++ будут в тренде ещё долго.
ОтветитьЗачем под десктоп? 😁 Промышленность, там рулит оффлайн, там может не быть интернета в принципе. Конфигураторы, работа с низкоуровневыми вещами. Это огромный сектор, это вам не маркетинг
Ответитьблагодаря комментам определился с тем, что мне нужно)
спасибо за видео!
Да ладно, Майнкрафт работает, и у нас заработает)
ОтветитьПотому что майнкрафт плохо работает на нем
ОтветитьНу жопы бывают и красивые ))
ОтветитьНе знаю, я балдею от ретро стиля окон в Swing :)))
ОтветитьБлин. Вы приводите пример из статейки про джаву, с момента ее выхода. Вы видели сколько стартует современные Microsoft Office например, Photoshop? Они ж не на джаве написаны. Серьезные декстоп приложения тоже часто запускают раз в день/неделю/месяц, апотом просто включают сон на компьютере вместо выключения. Или программисты ide и все тулзы для работы с БД и чем то еще кажды день перезапускают?)) Java FX дает замечательную картинку. В любом случаи программа должна быть со стандартным интерфейсом, а не с рюшиками, фиг пойми как пользоваться. В чем проблема вызвать с джавы нативку, под разными осями разную, если это действительно важно для работы этого приложения? SAAS подходит далеко на для всех приложений. Пример? Посмотрите сколько не клиент-серверных приложений под андроид в плей маркете. Увы даже html 5 с его канвой, не дает хорошо реализовать сложные юай интерфейсы. Точнее дает, но писать нужно многое с нуля. Пример - палнировщики мебели, есть онлайновые, но либо убогие в использовании, либо с кучей самописных фишичек. Я как бы тоже за то что б делать веб ориентированые приложения, где эт о только возможно. Из минусов нужен хостинг, с поддержкой той же джавы, которые обычно доступны только на VDS, ну или клауд, а это все не очень дешево для мелких приложений, особенно если интернет им не нужен для основных функций. Да и даже современные html+css требуют хорошего бекграунда для построения адекватных интерфейсов. Что начинающему джависту может быть сложно. Это не кнопочек натягать на формочку, и по двойному клику события поописывать.
Ответитьа как же Майнкрафт? ))
ОтветитьВот это вот: "А-а-а-а-а..." Что это? Хватило на 2 минуты.
Ответитьа из чего вообще строится фротенд приложений для внутренних операций в компании? Например, вы пришли в банк и сотрудник банка заходит в систему работает с ней, на чем строится UI этой системы?
ОтветитьНу хорошо. Жава для ынтырпрайза, Ц++ это пулемёт для отстрела себе конечностей, Го - непойми что что может вмиг отвалиться...
Так на чём автор предлагает писать для десктопа? Не, понятно что бызнису никакие десктопы не нужны... но есть же не только БЫЗНЫС!!! , но и всякие другие задачи.
На чём писать?! :)
Полная ахинея. "Не имеет смысла писать именно под Windows." - Что??? Да это кросплатформу писать смысла нет, за исключением редких случаев. 90% всех компьютеров работают под Windows, на них 99,99% это именно программы только под Windows. Какие программы в браузере, какой Google Docs? Кто это использует вообще? Везде MS Office, иногда LibreOffice или OpenOffice. Дома, в небольших фирмах, в корпорациях. И это в Европе. В России вообще у всех Windows. И в остальном также. Если писать под десктоп, то это Windows или macOS и только нативные приложения. Никаких Qt и прочего мусора.
Ответитьв смысле не используют? КучаCRM разработаны на Джаве. И они все говно, но используются практически везде - от коллцентров до обычных офисов
ОтветитьСергей, вы удивительно легко и приятно рассказываете! Очень рад, что нашел ваш канал =)
ОтветитьВопрос не так прост, как кажется на первый взгляд, аналоги java на десктопе тоже так себе, тот же с++ и с# за последние 20 лет сменили кучу фрэймворков для разработки под десктоп, другой вопрос, по соотношению выгоды и усилий, если уж пишешь на java, то пиши серверные приложения, там тупо денег больше. К слову сказать, те десктопные приложения, с которыми я сталкивался в аптечном и банковском бизнесе, выглядели на голову лучше, чем конкурирующие приложения на с#, но там возможно дело было в профессионализме разработчиков. Про скорость запуска - java запускается не медленней, чем .Net приложение. Про администрирование - положить рядом jre и настроить пути в скрипте запуска гораздо проще, практически на любой операционке, от linux до winxp, с .Net всё сложнее, если у вас не последняя версия десктопа или сервера от microsoft, то приложение может и не взлететь и никак это не исправить.
Ответить