Swing или JavaFX [закрыт]
Закрыт. На этот вопрос невозможно дать объективный ответ. Ответы на него в данный момент не принимаются.
Хотите улучшить этот вопрос? Переформулируйте вопрос так, чтобы на него можно было дать ответ, основанный на фактах и цитатах.
Закрыт 4 года назад .
Привет, использую Swing для создания графических приложений, наткнулся на JavaFX, многие пишут что swing уже очень старый и вообще деревня. Есть ли что-то в чем Swing лучше JavaFX? И много ли отличий? Если переходить на FX то никаких трудностей не будет если уверенно пишешь на Swing?
Чем различается Java FX от swing? Что имеет смысл учить? Подскажите самоучители на русском, плиз.
И то и другое своеобразный фреймворк для написания GUI программам на Java.
Swing уже вполне себе освоен, есть куча доков на русском, позволяет сделать многое, но есть и ограниченя. Ну и в целом довольно отстал от севорменных визуальных возможностей.
JavaFX свежее, удобнее, но мало документации пока, особенно на русскоми требует обновления Java
На данный момент лучше освоить оба фреймворка, потому что скорее всего новое стоит делать на FX, а вот старое переделывать смысла мало и придётся жить с Swing и доделывать или корректировать.
Остальные ответы
Swing — это не стишок, чтобы его наизусть учить.
Swing — инструмент для разработки GUI, кроссплатформенного на Windows и Linux. Инструмент очень неудобный по сравнению со средствами разработки для Windows, т. е. с C# и даже VCL (C++ Builder, Delphi), поэтому если кто пишет только под Windows, то Swing ему не нужен.
Раз возникает такой вопрос «нужен ли Swing», то Swing вам не нужен. Сначала цель, потом средства. Нет соответствующей цели — значит, и средства не нужны.
Если б вы спрашивали наоборот, «на чем писать кроссплатформенный gui», то может вам и swing бы пригодился.
JavaFX вообще хрень какая-то. Не слышно о нем ничего.
Интеграция JavaFX и Swing (пересмотренный)
Я только что закончил переписывать компонент моего приложения, который использовал Swing, а теперь использует JavaFX, в результате я получил компонент JavaFX, который интегрируется с большим приложением Swing. Это большое приложение, и переписывание заняло у меня некоторое время, в конце концов, все работало нормально, и я рад, что сделал это.
Причины, по которым вы можете захотеть сделать это в своем приложении Swing
Возможно, вы захотите переписать свое приложение Swing и изменить его на использование JavaFX. Самый простой способ – сделать это постепенно, меняя каждый компонент за раз. Для этого необходимо интегрировать каждый из недавно измененных компонентов JavaFX с остальным приложением Swing.
Я резюмирую, почему вы можете начать переписывать свое приложение с Swing на JavaFX:
Swing в значительной степени мертв в том смысле, что он не получит дальнейшего развития. JavaFX – это новый инструментарий пользовательского интерфейса для Java, он лучше подготовлен к будущему с такими вещами, как сенсорная поддержка, 3D, встроенная поддержка анимации, воспроизведение видео и аудио и т. Д.
- Вероятная будущая поддержка мобильных устройств: Android, IOS…
Уже существует работающий прототип, который позволяет переносить приложения javafx на IOS под названием RoboVM – http://www.robovm.org/ . По мере того, как все больше и больше JavaFX будут открываться с открытым исходным кодом, RoboVM получит лучший результат, и с этим открытым исходным кодом, вероятно, появятся другие утилиты, которые позволят порты для других сред.
- Это твердое тело
JavaFX – это хорошо разработанный инструментарий с быстро растущим темпом, блестящим будущим и набором хороших бесплатных инструментов для пользовательского интерфейса. Кроме того, в отличие от прошлого, Oracle придает большое значение обратной связи с разработчиками, изменяя и адаптируя свои API для достижения своих целей.
В отличие от Swing, не считая сторонних библиотек, что само по себе было некрасиво, JavaFX выглядит хорошо с самого начала, особенно новый скин Modena, выходящий на JavaFX 8: http://fxexperience.com/2013/03/modena-theme-update / -. Учитывая, что в наше время пользователи ожидают хорошо выглядящих, хорошо разработанных приложений, это довольно хороший момент.
- Приятные дополнения
Некоторые приятные дополнения, такие как API диаграмм, встроенный браузер с поддержкой HTML5 и т. Д.
Как ты это делаешь
Вернувшись к JavaFX 1.3, вы можете встроить Swing в JavaFX, но не наоборот, по крайней мере, официально. Я реализовал компонент Swing, который позволил вам встраивать содержимое JavaFX в Swing (называемое JXScene) и сделал его общедоступным в проекте jfxtras. Это был единственный способ встроить сцену JavaFX в приложение Swing.
Теперь Oracle с JavaFX 2.X сделал официальный способ встраивания JavaFX в Swing, который имеет больше смысла, но, к сожалению, не является способом встраивания Swing в JavaFX, я думаю, этого будет достаточно в большинстве случаев. Однако с выходом JavaFX 8 у вас также будет возможность встраивать компонент Swing в приложение JavaFX с помощью Swing Node.
ARQUITECTURE
По сути, когда вы встраиваете JavaFX в Swing, вы получаете 2 работающих потока пользовательского интерфейса: поток Swing EDT и поток пользователя JavaFX.
Существует вероятность того, что в будущем будет только один поток для обоих, как в случае с SWT, что заставит Swing работать в пользовательском потоке JavaFX, но сейчас нам придется управлять нашим способом с двумя потоками.
Два потока, выполняющиеся одновременно в пользовательском интерфейсе, – вот что усложняет ситуацию и делает интеграцию JavaFX не так легко, как вы могли бы ожидать, если только вы не создаете какое-то тривиальное небольшое приложение, но я полагаю, что это не сценарий для большей части реального мира случаи применения. Если вы делаете небольшое приложение, то можете сделать все это в JavaFX.
КОДИРОВАНИЕ
JavaFX предоставляет вам JFXPanel, которая представляет собой панель Swing, на которой размещена сцена JavaFX. Вы устанавливаете сцену на JFXPanel и добавляете панель везде, где вы можете добавить компонент Swing.
Для доступа к данным JavaFX вы должны обернуть ваш код в объект Runnable и вызвать метод Platform.runLater :
Swing или javafx что лучше
Собственно сабж.
Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
Re: JavaFX — стоит ли изучать?
| От: | vsb |
| Дата: | 01.02.19 12:16 |
| Оценка: |
Здравствуйте, Soccer, Вы писали:
S>Собственно сабж.
S>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
Почему Swing не стоит? Я бы на нём и писал.
Re: JavaFX — стоит ли изучать?
| От: | kov_serg |
| Дата: | 01.02.19 14:36 |
| Оценка: |
Здравствуйте, Soccer, Вы писали:
S>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
Re[2]: JavaFX — стоит ли изучать?
| От: | javacoder | http://upwork.com/freelancers/~016e5772d90cce5fd1 |
| Дата: | 02.02.19 03:44 | |
| Оценка: | -1 | |
Здравствуйте, vsb, Вы писали:
vsb>Здравствуйте, Soccer, Вы писали:
S>>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
vsb>Почему Swing не стоит? Я бы на нём и писал.
был заброшен Sun-ом еще, оракелом тем более не поддерживается и не планируется, javafx и то через пень колоду развивают, какой там swing еще.
java шараги -> enterprise галеры, банки -> highload microservices + bigdata/ml
Re: JavaFX — стоит ли изучать?
| От: | 0xCAFEDEAD |
| Дата: | 02.02.19 05:23 |
| Оценка: |
Здравствуйте, Soccer, Вы писали:
S>Собственно сабж.
S>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
Советую, поискать другую платформу дляы гуя. Сейчас гуй на джаве не пишут.
Re[3]: JavaFX — стоит ли изучать?
| От: | vsb | |
| Дата: | 02.02.19 09:00 | |
| Оценка: | +2 | |
Здравствуйте, javacoder, Вы писали:
S>>>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
vsb>>Почему Swing не стоит? Я бы на нём и писал.
J>был заброшен Sun-ом еще, оракелом тем более не поддерживается и не планируется, javafx и то через пень колоду развивают, какой там swing еще.
Чой-то не поддерживается? Вполне себе поддерживается и работает на всех джавах вплоть до последней. JavaFX как раз выкинули, это да.
Re: JavaFX — стоит ли изучать?
| От: | Artem Korneev | https://www.linkedin.com/in/artemkorneev/ |
| Дата: | 07.02.19 19:28 | |
| Оценка: |
Здравствуйте, Soccer, Вы писали:
S>Собственно сабж.
Для общего развития — можно. В плане карьерных перспектив — сомнительно.
S>Нужно писать GUI программы на Джаве.
JavaFX в целом довольно прост в использовании. Просто попробуйте, для расширения кругозора.
Каркас графического интерфейса рисуется в SceneBuilder, процесс в целом похож на использование любого другого конструктора GUI. С бизнес-логикой оно связывается через соответствующие «контроллеры», где объекты GUI цепляются к полям контроллера через задание тем объектам ID в SceneBuilder, дальше оно само прозрачно цепляется к полям.
Потом можно навести красоту всякими разными CSS.
С уважением, Artem Korneev.
Re[2]: JavaFX — стоит ли изучать?
| От: | Soccer |
| Дата: | 08.02.19 03:16 |
| Оценка: |
Здравствуйте, Artem Korneev, Вы писали:
AK>Здравствуйте, Soccer, Вы писали:
S>>Собственно сабж.
AK>Для общего развития — можно. В плане карьерных перспектив — сомнительно.
А что в плане карьеры перспективно?
Re[3]: JavaFX — стоит ли изучать?
| От: | Artem Korneev | https://www.linkedin.com/in/artemkorneev/ |
| Дата: | 08.02.19 06:23 | |
| Оценка: |
Здравствуйте, Soccer, Вы писали:
S>А что в плане карьеры перспективно?
Перспективный GUI на Java это приложения для мобильников. Андроид и вот это вот все.
А для не-мобильной джавы — бэкенд. Тут вроде несколько раз были трэды с вопросами, что должен знать джава-бэкенд-разработчик. Там обычно Spring (отдельно для Dependency Injection есть еще Guice, но Spring это чуть больше, чем просто Dependency Injection), REST, JPA, опционально — Hybernate или еще какой способ доступа к базе данных. Эпизодически еще JEE (ныне JakartaEE) то выкапывают, то закапывают.
С уважением, Artem Korneev.
Re: JavaFX — стоит ли изучать?
| От: | maxluzin |
| Дата: | 14.02.19 02:11 |
| Оценка: |
Здравствуйте, Soccer, Вы писали:
S>Собственно сабж.
S>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
Стоит ли изучать? Стоит!
По-крайней мере для препода двух колледжей, который учит студентов работе с пользовательским графическим интерфейсом.
Почему стоит изучать JavaFX?
1. Развитая библиотека, почти встроенная в дистрибутив Джавы (с последних версий — должна копироваться и устанавливаться отдельно, т.к. ушла из под крыла Оракла и стала открытым независимым проектом).
2. Написана на самой Джаве. Работает везде, где есть JVM. Проверял — все программы работают одинаково на 100% и на Виндозе, и Кубунту, и на Сусях, и на Маках.
3. Достаточно структурно логичная. Изучение JavaFX в базовом варианте не занимает более трёх месяцев по статистике успеваемости моих самых тупых студентов. Вполне активные и «жадные до знаний» студенты её изучали и за месяц.
4. Есть «прибамбасы», которые поддерживают новые парадигмы Rich Client Interface. Но всё вполне традиционно. Если чего-то не знаешь, это не значит, что твоя JavaFX-программа работать не будет. Просто, она не будет пользоваться всеми возможностями.
5. Есть «портирование» на мобильные устройства JavaFX-программ. Вполне простое. На Андроид точно портируется — проверял лично!
6. Есть куча встроенных вещей по обработке 2D и 3D примитивов и вполне сложных сцен, включая все функции трансформации и анимации объектов. Есть все библиотечные функции по обработке бинарных изображений. В любом формате, практически. Любые фильтры и спецэффекты, как классы и методы преобразования изображений в самой библиотеке.
7. Поддерживает основные мультимедиа-протоколы и форматы. Кое-какие не поддерживает (из-за лицензионных соглашений только). Но если установить VLC-плэйер и его библиотеки, то можно «прикрутить» поддержку любых медиа-форматов. В любой ОС. Проверено. С трюками и «присяданиями», но работает!
8. Встроенная бизнес-графика: диаграммы, схемы, графики — более-менее развито и для большинства ситуаций достаточно. Двумерный диаграмминг. Нет встроенной поддержки трёхмерных бизнес-диаграмм. Но и не надо, чаще всего.
9. Поддержка CSS. Хоть и со своими «фишками» и fx-расшмрениями, но интерфейс можно «описывать», а не только программировать, почти, как в HTML.
10. В этом же смысле, Scene Builder позволяет «рисовать» JavaFX-интерфейс, используя «редактор форм», которые сохраняются в XML-формате. Формат файла — FXML, но это практически тот же XML, который можно редактировать «руками» и загружать в редактор без проблем. Интерфейс можно описывать декларативно и загружать в Джава-программу, со всеми стилями и «наваротами» с «прибамбасами». В отдельном java-файле потребуется описать только обработку событий интерфейса («контроллер»).
11. Стройная интуитивная идеология. Легко воспринимается и изучается. Куча книг имеется и официальная документапция библиотеки. Куча экзамплов в Сети. Короче, изучение библиотеки достаточно быстрое — не более 3-4 месяцев по 1-2 часа в день.
12. Всё исключительно «джавовское». Ничего более. Фундаментально «джавовское». По идеологии и схемам построения программ. Приятно просто работать и изучать. И обучать (студентов). На этой библиотеке очень хорошо обучать студентов по теме «Пользовательские графические интерфейсы». Легко с неё переходят на Qt или другие библиотеки. Переобучение студентов на другие библиотеки достаточно простое. Т.е. концептуально JavaFX является «идеологически правильной и системно завершённой» парадигмой пользовательского интерфейса.
13. Есть куча расширений и дополнений open-source, для JavaFX, которые можно просто скачать и «прикрутить» к своим приложениям.
Вывод: JavaFX изучать стоит!
Re[2]: JavaFX — стоит ли изучать?
| От: | maxluzin | |
| Дата: | 14.02.19 04:37 | |
| Оценка: | 4 (1) | |
Здравствуйте, vsb, Вы писали:
vsb>Здравствуйте, Soccer, Вы писали:
S>>Собственно сабж.
S>>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
vsb>Почему Swing не стоит? Я бы на нём и писал.
А какая разница? Два-три месяца работы и интенсивного самостоятельного кодинга — не более! Не тот зверь, чтоб его бояться!
Сам Свинг уже умер, как идея. Его заменил в тренде ДжаваЭфИкс.
Но! Я на некоторых станках с ЧПУ видел Свинговский интерфейс до сих пор. И даже на медицинской аппаратуре. Разумеется, там всё было до ужаса кастрировано и примитивно по «выразитильным способностям», никаких «тоуч-скринов», и никаких «фэйдингов» и «транспаренсов», но работает!
Есть некоторые области и компании, которые крайне консервативны! Но именно за это они платят большие деньги, потому что их «мОлодёж и пОдростки» активно «линяют» в более «сексуальные проекты» в другие компании. В итоге получается так, что на Свинге (и даже на АВТ) можно в какой-то очень частной и очень небольшой немецкой корпорации по производству медицинского оборудования и интеллектуальных промышленных терминалов заработать больше, чем в Москве на Эджайл и Клоуд технологиях последнего «супер-писка топ-айти моды».
Если знаешь Кобол или Аду во всех тончайших тонкостях — ты вообще можешь стать миллионером! Я на переводе нескольких программных библиотек с Фортрана на С и С++ неплохие бабки как-то заработал. Щедрые! Контрактные, временные, но вполне достойные. Там наибольшой проблемой было перевести идеологию индексных файловых систем с IBM 360/370 на хоть какую-то реляционную базу данных. В этом и был весь затык! Я знал индексные файловые системы ЕС ЭВМ — а это тоже самое, что и IBM 360/370 (почти). А вот у них не было людей, кто это знал или помнил!
На продаже уникальных знаний можно заработать больше, чем на «писках моды», куда вся толпа организованными стадами «в колонну по двое» марширует.
Re[4]: JavaFX — стоит ли изучать?
| От: | maxluzin | |
| Дата: | 15.02.19 13:02 | |
| Оценка: | +1 | |
Здравствуйте, vsb, Вы писали:
vsb>Здравствуйте, javacoder, Вы писали:
S>>>>Нужно писать GUI программы на Джаве. Я так понял, SWING нет смысла изучать, а как насчет JavaFX?
vsb>>>Почему Swing не стоит? Я бы на нём и писал.
J>>был заброшен Sun-ом еще, оракелом тем более не поддерживается и не планируется, javafx и то через пень колоду развивают, какой там swing еще.
vsb>Чой-то не поддерживается? Вполне себе поддерживается и работает на всех джавах вплоть до последней. JavaFX как раз выкинули, это да.
JavaFX не выкинули. Её отобрали у Оракла (по правам владения и внесения изменений) и выделили в отдельную «оупен-соурс комьюнити». Свинг поддерживается в стандартном дистрибутиве Джавы только потому, что очень много «легаси-системс» на нём уже «настругано», в частности — у самого Оракла.
Я, как препод в двух колледжах, смотрю на то и слежу за тем, что и чему обучают студентов в других колледжах и универститетах Европы, т.е. чему обучают «будущее поколение программеров», какие тенденции и основная мода имеется. Что я могу сказать по собранной личной статистике именно в этой области?
Swing обычно включают в расширенный курс Джавы «традиционные» преподы, т.е. они обучают Джаве «в общем блоке обязательных знаний» и немного добавляют ответвлений, как программировать графический пользовательский интерфейс. Чисто для примера, чтобы в расширенном курсе не замыкаться только на консольном вводе-выводе. В отдельных курсах «графического пользовательского интерфейса» (с упором именно на него с самого начала), Swing уже нигде не преподают. Его упоминают и даже приводят примеры, но потом сразу же переключаются на другие технологии и библиотеки. Так и я делаю.
JavaFX обычно включается в курсы, которые ориентированы на Rich Client Interface с самого начала, особенно если базовым языком в «батарее курсов» выбирается именно Джава, а не С++ или всякие скриптовые языки или интерпретаторы «вебовской ориентации». Даются и другие «фронт-эндовские» решения, в частности — JavaScript и прочия. Я не знаю колледжей и университетов, где все «интерфейсные» курсы строятся на Qt. Да, он даётся кое-где в качестве факультатива. Но на Qt курсы по «фронт-энду» не строятся.
Лично мне, как преподу, нравится JavaFX, потому что в одной «парадигме» и одном «библиотечном пространстве» я могу показать и рассказать студентам, как:
— создавать классический пользовательский интерейс со всеми стандартными «контролами» (и нестандартными тоже);
— обрабатывать события пользовательского интерфейса, и рассказать о шаблонах проектирования MVC, и прочих шаблонах «многослойного/многоуровневого» проектного подхода;
— отделять интерфейс от его «оформления» и логики кода, включая стили, CSS и декларативный подход к описанию интерфейса (FXML), а не только «прямой» программный;
— включать в свой графический интерфейс компоненты «бизнес-графики», диаграмминг; используя только средства самой библиотеки;
— встраивать 2D и 3D графику в свой интерфейс, обрабатывать бинарные и векторные изображения, осуществлять с ними основные функции и операции по трансформации и анимации;
— встраивать поддержку мультимедия-ресурсов, звуковые и видео-файлы, и мультимедиа-потоки («медиа-стримминг»);
— воспринимать и сохранять данные в различных форматах, включая базы данных, XML, SVG и прочие средства хранения и представления данных;
— переносить свои приложения на мобильные устройства, портировать на различные ОС и «девайсы».
Короче говоря, JavaFX мне, как преподу, даёт возможность сохранить/ужать лекционные часы, и «упаковать» их в хороший курс для студентов, которые хотят изучить «богатый пользовательский интерфейс», не отвлекаясь на другие библиотеки, технологии и решения — в рамках одного концептуального подхода и идеологии. Это мне, как преподу, очень удобно и намного проще, чем строить свой курс на «батарее» различных технологий и решений. Это очень удобно «подать» весь стек знаний в рамках одной библиотеки, даже если студенты потом перейдут на скриптовые, вебовские или С++ библиотеки, решения и подходы. Я могу дать стройную, концептуальную, идеологически выдержанную и формальную систему обучения и формирования «логики мышления» студенческого корпуса по вопросам создания пользовательского интерфейса. Да и мне, как преподу, времени очень много сохраняет — потому чт омне самому не нужно «отклоняться» и изучать что-то дополнительно в рамках курса.
Re[4]: JavaFX — стоит ли изучать?
| От: | maxluzin |
| Дата: | 15.02.19 15:33 |
| Оценка: |
Здравствуйте, Artem Korneev, Вы писали:
AK>Здравствуйте, Soccer, Вы писали:
S>>А что в плане карьеры перспективно?
AK>Перспективный GUI на Java это приложения для мобильников. Андроид и вот это вот все.
Нет, не всё! Мода может поменяться. И даже не Андроид — он тоже может умереть, со всеми «девайсами», которые его поддерживают..
«Движуха», конечно, идёт в распределённые системы, конечные «умные устройства» и всё, что с этим связно. Но ориентировать свои знания и «прикручивать свои мозги» только к какой-то мобильной ОС или девайсу — это «трендинг», на «хайпе» моды Ай-Ти «заработать бабок». Это может и очень быстро «сгинуть» и «рассосаться».
AK>А для не-мобильной джавы — бэкенд. Тут вроде несколько раз были трэды с вопросами, что должен знать джава-бэкенд-разработчик. Там обычно Spring (отдельно для Dependency Injection есть еще Guice, но Spring это чуть больше, чем просто Dependency Injection), REST, JPA, опционально — Hybernate или еще какой способ доступа к базе данных. Эпизодически еще JEE (ныне JakartaEE) то выкапывают, то закапывают.
Технологии разделяются на два потока:
1. «Золотая Классика»
2. «Хайп модный»
Нужно изучать классику, а не «модные тренды». Я этому своих студентов и учу: формированию понимания, что можно вообще в принципе сделать и где «инфу» искать, и что с этой «инфой» делать. Ориентировать студентов на «тренды» — это «быстрый результат». Можно быстро изучить и вписаться в поток «хайпа». Заработать «быстрое бабло» и остаться у «разбитого корыта» через десять лет. «Фундаментальности» в мозгах не будет. Поэтому я целенаправлено и методично отучаю своих студентов думать только в плане «бэк-энда» на HTML-е или JavaScript-е. Студенты должны быть «гибкими», а не «построенными» в плане технологий! Вообще-то, это и есть конечная цель любого настоящего препода — научить студентов думать и самостоятельно развиваться. Если препод «вбивает шаблоны» в студенческий мозг — это очень плохой препод! Препод — это «ключник», который открывает «двери» и показывает направления. Про «минные поля» можно немножко рассказать. Надо показать направления и заставить студентов самостоятельно думать! Не более того. Пусть сами выбирают свой путь на свой страх и риск.
Re[5]: JavaFX — стоит ли изучать?
| От: | Artem Korneev | https://www.linkedin.com/in/artemkorneev/ |
| Дата: | 15.02.19 21:17 | |
| Оценка: |
Здравствуйте, maxluzin, Вы писали:
M>Технологии разделяются на два потока:
Да я как бы в курсе. Только не очень понимаю, как это все относится к этой теме.
Вопрос был конкретно про карьерные перспективы. На джаве их сейчас две — Андроид и бэкенд для веб-сервисов. Это прикладные направления. Необходимость понимания основ Computer Science подразумевается и в том и в другом случае.
M>отучаю своих студентов думать только в плане «бэк-энда» на HTML-е
Хотел бы я посмотреть на бэкенд на HTML’е.
S>>>А что в плане карьеры перспективно?
AK>>Перспективный GUI на Java это приложения для мобильников. Андроид и вот это вот все.
M>Нет, не всё! Мода может поменяться.
Разумеется.
Но на данный момент Андроид куда более перспективен в плане карьеры, чем JavaFX. О чем, собственно, я и сказал. Для общего развития JavaFX пощупать полезно, но делать серьезную ставку на дохлую лошадь я б не стал. Количество вакансий на эти технологии отличается на три (!) порядка:
С уважением, Artem Korneev.
Re[6]: JavaFX — стоит ли изучать?
| От: | maxluzin | |
| Дата: | 16.02.19 01:36 | |
| Оценка: | -1 | |
Здравствуйте, Artem Korneev, Вы писали:
AK>Здравствуйте, maxluzin, Вы писали:
M>>Технологии разделяются на два потока:
AK>Да я как бы в курсе. Только не очень понимаю, как это все относится к этой теме.
Да, ты не понимаешь. Сам признался.
AK>Вопрос был конкретно про карьерные перспективы. На джаве их сейчас две — Андроид и бэкенд для веб-сервисов. Это прикладные направления. Необходимость понимания основ Computer Science подразумевается и в том и в другом случае.
Вопрос не был просто про карьерные перспективы. Точнее, что подразумевать под «карьерными перспективами». На каком временнОм интервале?
AK>Хотел бы я посмотреть на бэкенд на HTML’е.
Да каждый день видишь, с «прикрутками и прибаутками».
З.Ы. Ой, я имел ввиду «фронт-энд», разумеется. В голове была фраза «конечное терминальное устройство», поэтому и вставилось слово «бэк-энд». Надеюсь, ты понимаешь, что это была просто «оЧепятка», а не именно то, что написал. Разумеется, «бэк-энд» не пишется на ХТМЛ-е. На терминальное устройство всё идёт, в «лёгкий клиент». Короче, пропусти — «брякнул», не проверив своё сообщение.
AK>Разумеется.
AK>Но на данный момент Андроид куда более перспективен в плане карьеры, чем JavaFX. О чем, собственно, я и сказал. Для общего развития JavaFX пощупать полезно, но делать серьезную ставку на дохлую лошадь я б не стал. Количество вакансий на эти технологии отличается на три (!) порядка:
Тоже самое десять лет назад было про PHP-вакансии. Спецов по ПХП настругали сотнями тысяч! Трэнд на вакансии меняется с годами. «Перцы», которые учились только ПХП и «прибамбасам» под него уже где? Спрос есть всё ещё, но какие предложения по зарплатам? Создали рынок, на котором «десятки тысяч» уже «толкаются жопами» в «замкнутом пространстве» и сами себе создают «зверскую» конкуренцию.
Андроид, поверь моему жизненному опыту, умрёт! Даже быстрее, чем «дохлая лошадь». Как можно вообще сравнивать платформу и технологическую идеологию? Как можно вообще делать ставку на одну ОС или платформу в «долгоиграющей перспективе»?
Хочешь подзаработать деньжат — иди на Андроид и толкайся на рынке жопой с такими же «вумными вутками», как и ты. Или ты себя считаешь умнее и лучше других таких же «вумных вуток»? Мода и тренды проходят. Остаётся матёрый базовый опыт решения проблем пользователя, клиента, основы психологии, менеджмента, проектого управления, «владения ситуациями», «наклонения к ширинке» клиентов, «волчарность» и «сволочность» понимания АйТи-сферы, и что с ней связано.
«Павлины Андроид, говоришь?» Ну-ну. Ну-ну. (Закатал кончики седых усов и крякнул, сплюнув на клавиатуру).
P.S. By the way, «дохлая лошадь» на Андроид легко портируется и там живёт без особых проблем. Я студентов обучаю, как»дохлую лошадь» на Андроид «зводить за ноздри» и «пахать».