Фон; Java-разработчик с двадцатилетним стажем, любитель экосистемы Java. Твердо back end разработчик и любит это. Немного побаловался с интерфейсными вещами по мере необходимости во время моего пребывания на этой планете.

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

Я не буду комментировать очень старые дисплеи в стиле «мигает одна лампочка — да», потому что, честно говоря, я не настолько стар. Мы все еще можем видеть некоторые старые системы в повторах старых фильмов, сериалов — зеленый экран, отсутствие графики, чисто текстовые дисплеи, где клавиша TAB очень быстро изнашивалась. Упрощенные дисплеи, основанные на знании комбинаций меню, часто недостаточно хорошо продуманы — на тот момент UX представлял собой всего две буквы.

Перенесемся в прошлое за Apple Mac и Windows, переопределив концепцию графического дисплея, потому что она лучше описана в другом месте, была написана до смерти, и я сосредоточился на внешних интерфейсах Java-приложений.

Отображение Java
У Java было пестрое прошлое, смешанное хорошее и плохое. AWT был невероятно тяжеловесным и неуклюжим для кода. Качели были легче по весу, но все еще неуклюжи. Появилось несколько хороших приложений, но часто их было сложно поддерживать.

По мере того, как веб-приложения становились обязательными, Java для предприятий предоставляла технологии. Тем временем популярность приложений для настольных компьютеров упала — ИТ-отделам больше не нужно было устанавливать обновления для приложений на компьютерах; веб-приложения предоставили гораздо более простой метод. Просто разверните приложение на веб-сервере, и пусть пользователи укажут на него в своем браузере.

JSP, JSF, номинально предназначенный для веб-разработчиков, но также позволяющий разработчикам Java баловаться. Первый использовал MVC, чтобы установить хорошее разделение проблем. Последний использовал шаблоны представления. Неплохая для того времени технология, нацеленная на рынок веб-приложений. Разделение внешнего вида и функциональности также объединилось — стиль CSS стал одним из ключевых методов.

В мире Java появилась очень хорошая, малоиспользуемая технология — JavaFX. Невероятно легкая технология, использующая fxml-файлы для описания внешнего интерфейса; прикрепление именованного контроллера к файлу означало, что при загрузке страница автоматически подключалась. В значительной степени основанный на HTM CSS, появилось несколько невероятно красивых интерфейсов, но слишком поздно. Настольные приложения уже были мертвы, JavaFX можно было использовать в браузерах, но он получил сравнительно небольшое распространение, печальная трата технологии, которая мне очень нравилась.

Мысли о JavaScript
Примерно в середине 90-х казалось, что JavaScript действительно повсюду, настоящий взрыв пользователей в Интернете означал, что все стали дизайнерами страниц. Хотя в каждом отдельном элементе браузера мгновенно возникли миллионы вызывающих эпилепсию веб-страниц.

JavaScript действительно был диким западом в те дни, с плохой безопасностью (кто знал) и плохими методами кодирования, которые были нормой, а не исключением.

Появились библиотеки, такие как jQuery, использование которых стало практически обязательным.

Итак, JavaScript вымер по мере развития сообщества разработчиков программного обеспечения (каламбур не предназначен)? Наоборот — JavaScript, похоже, стал еще более важным.

Хотя почему это? Кажется, ответ заключается в том, что JavaScript превратился в сильный язык программирования с развитием сильной экосистемы. Он не начинался как «игрушечный» язык для создания классных вещей в браузерах, это тот строптивый подросток, который превратился почти в столп сообщества. Почти.

В наши дни проблемы с JavaScript решаются по мере развития языка — отсутствие строгой типизации? Используйте Typescript, если это нарушает условия сделки. Основной причиной того, что JavaScript находится там, где он сейчас является, является множество фреймворков и технологий, основанных на нем. У узла отличная производительность, его можно использовать на стороне сервера. Angular и React используют модульность компонентов, разделение задач.

Возможно, мне придется начать разработку с React или что-то в этом роде…