Недостатки Full Stack разработчика

JavaScript - это экосистема, которая быстро растёт и меняется, так что трудно разобраться с проблемами, для решения которых придуманы разные инструменты. Из статьи 2017 года - Динозавры JavaScript, в которой один программист рассказывает другому необъятные просторы JavaScript.

Правда в том, что с 2017 года - экосистема обогатилась и изменилась еще больше. Это означает, что порог входжения в IT со стороны JS разарботчика - неуклонно растет.

Кроме того, на рынке появляются вакансии full stack разработчика. Такой себе швейцарский нож, который может единолично вывести приложение (веб или мобильное) в продакшин.

* Такой разработчик склонен к поврхностноым знаниям и владению интсрументов. За одну и ту же единицу времени приходится больше изучать. Меньше возможности углубиться в какую то конкретную область.

* Самообучение разработчика медленное и поверхностное.

* Такого разработчика сложнее заменить, сказывается автобусный фактор, который стремится к единице. (Самый критический фактор автобуса — это единица)

* Перегрузка задачами, особенно когда надо вести больше одного проекта

* Какие бы баги не возникли - виновен всегда один человек, у которого (как выяснили раньше) средняя компетенция ниже, а значит риск багов - выше.

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

* Код такого программиста чаще менее оптимален

* Голова не резиновая - чаще надо смотреть в документации - скорость разработки снижается

* Труднее поставить работу на поток. Техническому руководству необходимо выбрать конкретный стек самых популярных технологий и нанимать таких спецов. А что если заказачики следующего проекта вписались не по всем пунктам? Тогда разрабу будет где учится. Поскольку времени мало, а задач много, то КПД использования новой технологии будте стремится к нулю.

* Фулстаки разные. Фулстак из конторы А не обязан владеть инструментами из конторы Б. Конечно же фулл-стак может взять и изучить. А это значит, что мыслетопливо будет размазано еще более тонким слоем.

* Фулл стак стоит дороже за единицу часа.

Сын взломал мою телегу) (5лет)

​​На ДОУ идет (точнее, уже заканчивается) очередной зарплатный опрос. Проголосуйте пожалуйста, если еще не.

Классика и фен-шуй архитектуры веб приложений. Почти так же как в easyms.co, проект, где я работал PM-ом.

https://youtu.be/9mZmc6a0tmM

#splashscreen

Еще один хорошый гайд по стартовому экарану в React Native + иконки приложений

https://medium.com/@appstud/add-a-splash-screen-to-a-react-native-app-810492e773f9

Когда я запускаю FE приложние локально при разработке, то API_URL зависит от моего айпишника локального сервера, например http://192.168.31.46:3000. Скорее всего у моего коллеги этот айпишник будет другой. Кроме того в стейджинге и в продакшине они гарантированно будут другими. Поэтому подобные данные (API-урл, хендлеры к БД, креденшиалзы к сервисам Амазно и ДО, и прочее) должны хранится отдельно от кода. Иногда такие данные хранятся как константы в коде, а это не по феншую.

Конфиги к приложению должны хранится отдельно от кода, обычно в .env файле. Это часть философии “12 Факторов”
Пример: для React Native приложений одно из решений - react-native-config

Хорошая статья как установить кастомный шрифт в приложение React-Native. Например, в моем приложении используется шрифт Droid Kufi Arabic, если приложение переключено на арабский язык. В противном случае дефолтный.

Ремарка. В разделе ручной установки на Андроид файл шрифта нужно переименовать в названии шрифта. Например: файл DroidKufi-Regular переименован в Droid Kufi Arabic, который нужно поместить в /android/src/main/assets/fonts

https://medium.com/@kswanie21/custom-fonts-in-react-native-tutorial-for-ios-android-76ceeaa0eb78

#fonts
#шрифт
#RN
#reactnative

Коллега поделился библиотекой DnD

Хочу поделиться интересной находкой: библиотека для  D&D
В отличие от остальных библиотек подобного назначения, понятная структура компонентов и грамотное распределние операций по функциям.
Полностью совместима  с react v16.8.5+

https://www.npmjs.com/package/react-beautiful-dnd

#dnd
#library

Статья об Universal Links для iOS, которая может сэкономить вам много часов работы. Написана моим коллегой по Zenbit.tech Илья Филатов (@FilatovHN)

https://medium.com/@lyuda.dzyubinska/ios-universal-links-3e3bf77d139a

Привет, дорогие друзья)

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

Тут еще одна хорошая статья на эту тему следующего уровня https://habr.com/ru/company/yandex/blog/514550/

Привет, дорогие друзья!

О Джунах во фронт-энд разработке;

1. Раньше джуном считался тот, кто владеет базовым JS & HTML. Сейчас же, только один JS имеет богатую и сложную экосистему разработки. Об этом написано в статье Динозавры JavaScript.

2. Кроме самого JavaScript надо бы еще владеть минимум одиним фреймфорком + семейством библеотек, решающим с два десятка стандартных распространенных задач.

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

Вывод 1: Джун - это разработчик с опытом работы минимум 6-24 месяцев. Все остальное - трейни (интерн).

Дополнительно.

1. Джуны нуждаются в постоянной помощи и контроле.
2. Джунам можно давать простые не критичне задачи, на которых больше учатся, чем приносят пользу.
3. Начинающим Джунам платят 400-500$, но даже это для них слишком много, Потому что сами сделать ничего по нормальному не могут.
4. Следствием первого пунка это то, что джуны делают критические ошибки для проекта. Проект, сделанный джуном в поддрежке и на доработке будет стоить дороже. А вливать новых сотрудников в него сложнее.
5. Требуют слишком много внимания к себе со стороны опытных (=дорогих сотрудников)

Вывод 2: Джуны экономически убыточы. Джуны и трейни! молитесь на первого работодателя ибо вы не ведаете что творите.

Для тех кто работает во фронт-энде и планирует развиваться - рекомендую пересмотреть видео из этого поста https://t.me/myWebWay/106

Ну и держите книгу.

Не благодарите. Просто учитесь, блеать.
@coursehunters

Common sense is not always common.

Игра слов на английском.
Перевод такой: здравый смысл не для всех (не общий).
Смысл: То что вам кажется нормальным может таким и не являться.

Вчера делал фичу “X“. Уточнение детали - “пустяка” заняло бы максимум 10 минут. В результате не верное решение обернулось трудозатратами более 2 часов.

Еще раз повторю.
Common sense is not always common.

Хак для джунов.

Даже если вы ничего не знаете о TypeScript, пишите JavaScript в файле *.ts. TS во многих случаях сам определит типы и защитит ошибок.

Помимо английского, каждый программист обязан знать (быть знакомым) с SQL. Это основа для программисткого мышления, примерно как базовые понятия о циклах, массивах, объектах. Настоятельно рекомендую, даже если потом работаь с MongoDB или с GraphQL.

Самое лучшее что я видел по SQL это курс от Steele Colt
* udemy https://www.udemy.com/course/the-ultimate-mysql-bootcamp-go-from-sql-beginner-to-expert/
* courehunter https://coursehunter.net/course/mysql-bootcamp-sql-ot-novichka-k-ekspertu

ПС.
Кольт имеет талант объяснить с самого нуля, набросать кучу последовательных упражнений, таким образом что понимание приходит через приятную практику.

ППС. У Стила есть и курс по Реакту.

Очень крутая инструкция как настроить линтер и притер


https://maxpfrontend.ru/vebinary/nastroyka-eslint-prettier-pre-commit-hook-create-react-app-visual-studio-code/

Ленивая загрузка списка. Как раз то, что мне нужно делать в понедельник)

https://youtu.be/hDwUt2YzSLM

Что бы я хотел изучить в отпуске, если он вдруг наступит:
1. Закончить курс по SQL
2. Закончить курс по Nest.js
3. Изучить OOP JavaScript, чтоб комфортнее работать в Nest.js
4. Больше изучить TypeScript
5. Тестирование в React Native
6. Тестирование в Nest.js
7. Познакомиться с PWA в связке с React.js

Кажется мой трёх недельный отпуск коротковат.

Самые лучшие дистрибутивы Linux для десктопа в 2020 году / VDSina.ru / Хабр
https://m.habr.com/ru/company/vdsina/blog/521508/

Рано или поздно любому фрнт-энд разработчику придется работать с анимацией. В моем случае это React Native.

В этой статье на медиуме коротко на пальцах показано как она работает + бонус удачная либа.

https://medium.com/react-native-motion/transition-challenge-9bc9fdef56c7

Велосипед против стандарта

Спойлер: используйте стандартные иснструменты

В нашей компании так повелось, что на все новые проекты для асинхронных запросов ставим свою кастомную миделварку вместо Санок (Thunk). Я не берусь судить что лучше или хуже. Дело даже не в том, что велосипеды имеют склонность быть похожими на костыли. Суть заключается в двух словах Best Practices.

Целый год я использовал нашу либу-миделварку без названия, я так и не позакомился с Лучшими Практиками, так и не понял основные стандартные подходы.

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

Прошу вас, пользуйтесь стандратом и Best Practises так часто как это возможно. В данном случае Redux Toolkit