Front-end глазами back-end разработчика

Немного (надеюсь) о себе

Всем привет! После учебы попал на ферросплавный завод в 2005 году, сначала "киповцем" в цех КИПиА, а позже меня перевели в службу АСУТП ^[1]. Там относительная свобода в сравнении с цехом АСУП ^[2], потому что у них там были разные корпоративные стандарты безопасности, Active Directory ^[3] и другие ограничения на разработку. В нашем же цехе, хоть и была проблема с Интернет, все сервера были на тот момент ограничены внутренней сетью, но на тот момент дома почти у всех был ADSL ^[4] и дома можно было искать информацию, а потом на работе ее использовать.

В итоге практика написания скриптов на VBScript ^[5] (в SCADA ^[6] Cimplicity ^[7] был на тот момент только этот язык для написания сценариев, как и во многих других пакетах), с использованием Win32API ^[8], проект на Delphi ^[9] с использованием Mutex ^[10] и Semaphore ^[11], первый проект и вроде даже не один на Visual C++ ^[12] MFC ^[13], поддержка и отладка проектов на Borland C++ ^[14] и С++ Builder ^[15], с нуля созданный портал на PHP ^[16] (спасибо коллеге Антону - это была его идея, чтобы не дописывать проект на умирающем уже на тот момент Delphi ^[9], хотя он вроде функционирует до сих пор), ну и самое главное, что появился опыт работы с MS SQL ^[17] (почему-то нам его даже в университете не преподавали).

На следующем месте работы было более глубокое погружение в MS SQL ^[17], так как вся бизнес-логика была реализована на нём, и знакомство с Visual C# ^[18] и .NET Framework ^[19], так как на нем был клиент написан на WinForms ^[20]. Так же не первый опыт работы с OPC ^[21].

Но проект заканчивался, а новых пока там не планировалось, поэтому в следующей организации было знакомство с ASP.NET WebForms ^[22] и, помимо MS SQL ^[17], уже и с Oracle DB ^[23]. Всё было на примитивном уровне, опять сбор данных, хранение, отображение. Там было реализовано своеобразное хранение и отображение данных по сменам рабочих с помощью рекурсий на T-SQL ^[24].

В следующем проекте мне пришлось познакомиться со стеком Oracle посредством продуктов Oracle BI ^[25] и сопутствующих ему продуктов, таких как Publisher ^[26], APEX ^[27], PL/SQL ^[28], JAVA ^[29] и прочего.

Но Oracle BI ^[25] мне быстро надоел, и я решил заняться чем-то другим. Сначала попрограммировал PLC ^[30], немного кода .NET ^[31], попробовал .NET Core ^[32], Signal R ^[33], но так и не удалось найти место, где заниматься надо только одним, может это и к лучшему.

Постановка задачи

Помимо, всего вышеперечисленного, кроме PLC ^[30] занимаюсь до сих пор, но возникают внезапные задачи. На тот момент стек был такой: backend ^[34] - Yii ^[35] и Node.js ^[36]; frontend ^[37] - десктопный клиент на WPF ^[38], мобильный клиент на Flutter ^[39] и веб-клиент на непонятно чем без исходников.

Веб-клиенту надо было расширять функционал, который появлялся в других клиентах и на сервере, но без исходников это проблематично. Немного посовещались с руководством и определились, что писать надо заново, так как нашел на чем написано и оказалось, что это ангуляроподобный ^[40] китайский фреймворк ^[41], причём все описание его было тоже на китайском, чтобы его понять, тем более опыт фронтенда у меня был либо на PHP ^[16], либо на ASP.NET ^[42], но в этом варианте многое на сервере надо было переделывать, так как все висело на разных портах ^[43] и на Linux ^[44]. Какой-то функционал уже был, что-то подобное надо было реализовать на подобных технологиях, тем более как раз хотелось попробовать хотя бы поработать с чем-то новым на frontend ^[37].

Начал изучать существующие библиотеки и фреймворки. Так как был он ангуляроподобный ^[40], то первое, что начал смотреть - это Angular ^[45].

/Сразу понравился, но очень много проблем из его преимуществ.

• Очень много подробной документации. Как я понял такое было не всегда, но конкуренция сделала свое дело. Но соразмерно и увеличивается время на изучение документации.

• Хорошо структурированный. Как я понимаю, может меня поправят, но все таки, если есть хорошая структура, то что-то сделать неправильно очень сложно, что мне как больше предпочитающему строгую типизацию очень даже близко. Но когда не знаешь как к нему подступиться, то это очень сложно сделать "снаскоку".

• Очень много обучающего видео и туториалов в сети, но требуется базовое понимание разработки на нём.

Изначально писать хотел именно на нём, но очень оттолкнула сложность и время, ну и на тот момент, как и сейчас нет хорошего материала изучения его "с нуля", поэтому его отложил и приступил к следющему знакомому мне и распространенному React ^[46].

За него почему-то не хотелось браться не смотря на все его плюсы.

• Есть готовый пример на сайте с крестиками-ноликами, но после неё нет понимания, что кроме копи-паста ^[47] ты что-то сделал.

• С документацией тоже всё хорошо, опять же нет базиса на что опереться с самого начала, все материалы, которые есть этого сделать не позволяют.

• Очень гибкий, один и тот же функционал можно сделать разными способами... Что в свою очередь, как по мне, ведет ко множеству ошибок и неоднозначности, что вообще свойственно JS ^[48], об этом очень много написано на Хабре и не только.

Вроде всё есть, а как к нему подступиться так и не понимал. Но во время поиска информации по вышеперечисленным наткнулся на Vue.js ^[49].

• Хорошую документацию. Но это как и у всех, но структура и язык описания оказались более удобочитаемыми. К чему стоит добавить, что была документация в том числе и на русском языке.

• Наткнулся на очень много видео на изучение именно "с нуля", что говорило не о его популярности, а как раз о наборе популярности и популяризации.

• Очень низкий порог вхождения. Что обусловлено хорошей документацией и популяризацией.

Понравился тем, что как раз был рассчитан на небольшие проекты и прост для изучения даже с элементарными знаниями HTML ^[50]/CSS ^[51]/JS ^[48], тем более по времени был ограничен.

Выводы

Думаю, что мой выбор уже очевиден, но нисколько не умиляю преимущество других библиотек/фреймворков, как перечисленных здесь, так и не перечисленных, каждому свое, тем более, что после приобретения опыта Vue.js ^[49] перейти на что-то другое не будет проблематично, тем более сейчас мне надо раширить функционал для проекта на knockout.js ^[52], и несмотря на то, что с ним никогда не работал, но думаю, что уже могу разобраться. Кроме того, мне сейчас приходиться работать с проектом на React ^[46]. Просто именно в моем личном опыте сыграл важную роль именно Vue.js ^[49].

P.S. Тут поступало предложение всё сделать с примерами и замерами, но тут до этого далеко мне было, но по поводу такой статьи я задумался. Как будет время что-нибудь придумаю.