qlkvg

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

Возможно

X-Plore, лучше чем ES.

https://www.consul.io/ ?

Как понять микросервисы?

Прочитать соответствующую книгу (а лучше ещё парочку про DDD или хотя бы посмотреть этот доклад)

Затем ответить на несколько вопросов:
1. Почему вы решили, что микросервисы что-то вам дадут?
2. Есть ли у вас настоящие причины для микросервисной архитектуры? (А именно: зоопарк технологий с невозможностью написать 99% на одном языке; более тысячи разработчиков; сложность выкатки монолита в виде часов прогонов CI/CD — тестов, билда, деплоя, стопоров выкатки в виде кучи проблем из-за разработчиков; вы такие же большие как гугл, убер, амазон и т.п.). Или вам просто нравится модное слово "микросервисы"?

Не получится создать хорошую микросервисную архитектуру без умения создать хороший модульный монолит. В этом случае вы получите не только все проблемы плохого монолита: высокая связанность, каскадные падения, долгий CI/CD; но и все проблемы микросервисов: их надо оркестрировать (у вас же есть команда, которая будет поддерживать инфраструктуру?); каждому микросервису нужно своё CI/CD (и хорошее); сеть может (и будет) лагать и обрываться; длительность запросов увеличится на порядок(ки) (особенно если выбрать какой-нибудь JSON-RPC over HTTP); нужно предусмотреть failover strategy (например, идемпотентные ретраи. Вы же уже знаете про correlation id, саги и что делать, если прилетел network error на запрос в другой сервис "списать 10 баксов"?) и circuit breakers; трейсы и логи, которые не пришлось бы искать по сотням .log файлов от каждого сервиса; бизнес-логика расползётся по разным микросервисам и нарушит SRP (пофиг, что нарушит, важнее то, что это починить будет сильно сложнее). Список можно продолжать долго.

это к психиатру

Я Junior Full-stack разработчик

Опыт работы у меня примерно полгода

уже год преподаю Java на одних курсах для людей, что хотят профессию сменить.

Это не слезы, просто дождь течет по лицу :) Все абзацы смехотворны, если честно. Сам пишу с 2011 года на JS + бэк на PHP\Python, могу ли я себя назвать фуллстэком - наверное нет. Но ок - >

Или может быть тут есть знающие люди и могут подсказать реальную зп, на которую можно претендовать.

Как понять что можно просить больше(и заслужил) = опыт коммерческой разработки(всем пофиг сколько пет проектов вы написали до этого) от года + решение бизнес задач без помощи сеньора\мидла + регион.

Если вы пишите серьезную бизнес логику не обращаясь к мидлу и отработали больше года, то однозначно стоит. Если каждый чих сопровождается комментарием к pull request - нет.

Для джуна даже московского запрлата в 800-900 долларов = это хорошая зарплата, при условии того что вы обращаетесь за частой помощью к своим товарищам, и пока не можете выполнять серьезные таски сами.

Лучше использовать reverse proxy, типа nginx или готовый https://github.com/nginx-proxy/nginx-proxy
для таких случаев. У Docker своя внутренняя подсеть и пусть контейнеры остаются в ней и на своих портах.

Интересует сколько примерно линукса надо знать джун девопсу, чтоб комфортно было работать

42

Trello. Вписывается во все пункты

я себя вижу как будующий фуллстек

Я себя тоже когда-то видел новым Линусом Торвальдсом, но жизнь не щадит.

поэтому можно по подробнее про бэк и фронт.

Каким образом вы хотите стать фуллстэком, если на таком банальном шаге как - поиск информации, вы уже делаете огромный затуп.

Алгоритм действий для вас -
1. Выбор сферы -> хочу работать там-то.
2. Выбор языка -> определился со сферой, есть такие вот языки, на которых реализуется функционал.
3. Изучения языка и инструментария по выбранным выше аспектам
- Вопросы - (нужна ли математика в данной сфере, если нужна - то какой уровень математики, какой уровень computer science, что нужно знать из базы).
- от фронта до бэка(если бизнес модель и задача позволяет одновременно реализовывать фронт и бэк без боли и огромного количества поглощаемой информации).
4. Учитьсяи работать от 2-3 лет(если есть желание быть фуллстэком) и до бесконечности, желательно сразу идти в офис что бы перенимать опыт у более опытных товарищей).

я себя вижу как будующий фуллстек

Я когда вижу Резюме - фуллстэк - 2 года опыта, немного начинает подташнивать. Нормальный фронт, или нормальный бэк - это 2-3 года работы, когда задача решается так как нужно, и +\- не приходится переделывать. Нормальным фуллстэком вы станете лет через 5, поэтому начните с алгоритма, и далее если хватит сил - уже прыгайте на второй корабль.

Нужно купить нормальный диммер, а не это китайское говно. Диммер по ссылке с трудом 130 ватт выдержит, он был обречён сгореть.
Жаль, но даже в чипдипе продаётся китайское говно с завышенными в 10 раз параметрами.

Или может есть какой-то более эффективный способ понизить яркость?

Понижающий трансформатор

Какой-же вы душный) сразу в прокуратуру идите, и на забудьте в прокуратуре попросить что бы они вам на гитхаб профиле звезду поставили и форкнули проект. PS: С чего вы вообще взяли что работодатель вам в приниципе что-то должен до принятия на работу по ТК РФ?)