С праздником.

Значит, с наступающием НГ вас всех! Благ там, закрытия гештальтов, дзена и выжить...

P.S.
Я думаю вам уже осточертели новогодние открытки,
поэтому, вот вам синьор, объясняющий джуну приведение типов в JS в последний день предновогоднего спринта...

HTTPS Backend Proxy

Бывает такое, когда нужно при разработке фронта подключаться по https к беку на удаленном сервере.
И если на беке используются куки для авторизации и/или CORS, то приходится поднимать https локально, прописывать там всякие hosts и прочее.

В общем для таких случаев, я запилил небольшой проектик, который с помощью докера поднимает прокси и позволяет работать с https бекендом, как будто он на локалхосте через обычный http протокол.

Работает даже на винде :)

https://github.com/BEARlogin/backend-docker-proxy

Upd. Заменил Nginx на Express

#devops #frontend #docker

Backend Proxy 2.0

Предыдущая версия работала только в том случае, если локальный хост уже был прописан на dev окружении для динамического ORIGIN, иначе валились CORS и куки.

Начал допиливать, чтобы была возможность работать с API без дополнительных изменений окружения на удаленном сервере.
В итоге отказался от NGINX, так как он при переписывании domain у кук ставит всегда ".localhost", что для Chrome не равно "localhost". И он отказывается ставить cookie.

Перешел на Express и пакет express-http-proxy. Бонусом получилось 2 варианта запуска - через docker или NodeJS напрямую. Теперь Docker необязательно ставить.

Если не трудно, потестите на своих окружениях, получится ли спроксировать к продакшну или стейджу например? У меня получилось к проду api.huntica.works локалку подключить без добавления ORIGIN и STATEFUL_HOSTS. Авторизация, CORS работает как надо :) Но может есть какие то кейсы, которых у меня не случилось.


Upd. Добавил возможность запуска через npx без клона репозитория

npx dev-backend-proxy -t https://jsonplaceholder.typicode.com -r https://jsonplaceholder.typicode.com -p 3001

https://github.com/BEARlogin/backend-docker-proxy

#devops #frontend #docker

Неправильно! Сначала нужно архитекторов и аналитиков запускать :)

в каждый новый проект я первым делом запускаю фронтэндеров, чтобы проект в будущем принёс достаток и процветал

@devopsina

На такую штуку нактнулся https://github.com/tekiegirl/Archangels
Можно посмотреть на работу архитектора в миниатюре :)

#architecture

Кто еще не получил доступ к ChatGPT вот хороший мануал https://habr.com/ru/post/704600/

Найди себя

там еще и деплой с контейнером упал

небольшой баг на проде

@devopsgarden

Лид

Лид - роль.
Роль - набор обязанностей.
В разные этапы роста компании качество к разработке разное и разные приоритеты у разных обязанностей. Чем больше приоритет у каждой обязаности, тем больше на нее нужно ресурсов и тем меньше обязанностей может обслуживать один человек. Поэтому в разных компаниях роль лида может включать в себя разный набор обязанностей.

Разберем основные из них:

1) Ревью пул/мердж реквестов и общая настройка этого процесса.
2) Поддержание качества кода соглашениями и автоматизациями.
3) Поддержание морального духа и интереса к разработке, организация общих технических событий.
4) Архитектура: понимание и контроль перспектив кодовой базы и ее потенциальной сложности обслуживания.
5) Техническая инфраструктура: как билдить, превьюить и паблишь, как переиспользовать библиотеки / конфигурации сборки и тп.
6) Проектная инфраструктура: как ведется документация, как пишуться тесты, как синкается беклог и работа над кодом и тп.
7) Технический менторинг, прокачка членов команды.
8) Формирование команды и проведение технических интервью.

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

Как стать лидом? Как под руку подвернется, главное иметь наставника в этом деле, как и в любой другой роли. Для этого нужно работать в большой компании с другими лидами и их комитетом или нанимать ментора, например, на getmentor.dev (не реклама, все равно спросили бы).

The last, but not least. Лид не должен знать вообще все, он может косячить и может во многих аспектах быть не так продвинут как члены его команды. Лид - это роль, такая же как любая другая в разработке. Вопрос лишь в опыте, зонах и количестве ответственности.