На днях я мысленно уклонялся от резины (иначе говоря, мышление) и снова думал об Javascript Fatigue. Я понял, что на самом деле не видел, чтобы кто-то говорил об обратной стороне Javascript Fatigue, и я думаю, что это важно. Итак, давайте поговорим об этом.
Прежде чем вы начнете думать о том, какова обратная сторона Javascript Fatigue, вот она. Javascript Fatigue очень уникален для Javascript Environment. Есть много новых инструментов, которые нужно изучить, и постоянно придется учиться на постоянной основе. Есть отличный твит от kangax (кстати, привет Kangax). Если вы не смотрели, пожалуйста.
В дополнение к этому списку, упомянутому в вышеупомянутом твите, появилось следующее:
- Cli (например, angular-cli, create-react-app)
- Реактивные библиотеки (например, xstream, RxJS)
- Управление состоянием (например, Redux, mobX)
- Язык запросов промежуточного ПО от сервера к пользовательскому интерфейсу (например, GraphQl, Falcor)
- Мобильные платформы (например, React Native, NativeScript)
- Книга сказок
Не говоря уже о том, что большинство инструментов в информационном графике вышеприведенного твита (не могу поверить, что имею в виду твит, но это так) есть и растут в геометрической прогрессии. Кроме того, как инженер Javascript (специалист), поскольку мы можем делать больше, поскольку мы можем достичь большего, такие вещи, как создание наших собственных API или виртуальных ящиков (например, Docker), не исключены. Мы обнаруживаем, что не только изучаем новые вещи в среде Javascript, но и расширяемся в другие области просто потому, что можем.
Кроме того, по мере изучения новых областей, таких как прогрессивные веб-приложения, мы по-другому думаем о технологиях, которые создаем. Думать о таких вещах, как производительность, отзывчивость, внешний вид, не так уж и невозможно. Знакомство с такими приложениями, как Invision, Sketch, Zeplin, является частью пути к совершенству, и разработчику тоже стоит этому научиться.
Что приводит к следующему: Интриги Javascript! Мы все знаем об увеличении количества технологий в экосистеме Javascript, которая становится все больше. Мы хотим, чтобы приложение, над которым мы сейчас работаем, имело его. Мы знаем об этом, работая над этим вне нашей основной работы (как и большинство). Это приводит к тому, что у разработчика больше интереса к Javascript и меньше к текущему устаревшему приложению, которое не включает вышеперечисленное. Без управления состоянием, без блестящей системы сборки, без ES6 или проверки типов, без языка запросов для API, без реактивной библиотеки, без Shadow DOM. Это реальные проблемы.
Они будут продолжать возникать, и они являются серьезной проблемой для предприятий. Разработчики будут менее заинтересованы в вашем приложении. Чтобы повысить производительность, рекомендуется внимательно следить за новыми технологиями, поскольку они также сэкономят вам время. Я должен сказать, что я очень доволен технологией в текущей компании, в которой я работаю. Тем не менее, я считаю, что эта статья необходима, поскольку кто-то должен это выразить, потому что это реальная проблема.
Если бы вы могли передать это, чтобы привлечь внимание, я думаю, это было бы здорово. Спасибо за чтение, и это совок! Следующая потрясающая статья уже не за горами, так что продолжайте в том же духе!!!