вот например попробуй представь как сделать такую ситуацию

обновился фронт и стал запросы в апи слать на другой адрес

релизы бесшовные

Ну хз, кэш юзеров будет сбрасываться

не должен

был пользователь который открыл старую версию сайта

заполнил огромную форму и пошлет ее на старый адрес апи

все естественно отвалится

как сделать так чтобы форма отправилась на новый адрес апи

и чтобы не проебался state пользователя по заполнению формы

не должен

Ну как, если у нас прошел новый билд - так называемые bubble версии js/css файлов будут перегенерированы и придётся загружать новый файл

и так может быть с любой формой

Ну как, если у нас прошел новый билд - так называемые bubble версии js/css файлов будут перегенерированы и придётся загружать новый файл

кеш докера)

статику на cdn раскидывают

вида app.hash.js

style.hash.css

но результат сборки будет тот же и хэши не поменяются

поэтому кэш в браузере сохраниться

обновиться только index.html имхо

кеш докера)

Имеешь ввиду кеш апача/нгинкса для статики?

но результат сборки будет тот же и хэши не поменяются

Вот тут я не уверен, хэши же генерируются по моему рандомно, или учитываются все файлы проекта?

hash от контента генериться

ну в вебпаке по крайне мере по умолчанию

Имеешь ввиду кеш апача/нгинкса для статики?

нет если у тебя не соберётся образ докера с фронтом - у тебя не поменяются хеши бандла твоя аватарка.жпг

можно конечно пихать хэш комита

докер хорошо отслеживает изменения между билдами, два последовательных без изменений - второй вообще все из кеша возьмёт

нет если у тебя не соберётся образ докера с фронтом - у тебя не поменяются хеши бандла твоя аватарка.жпг

Понял

Ну тогда круто)

каждый релизит как может )

надо сделать репозторий и написать идеальный вариант чтобы был авто релиз

система постановки задач

и все это с react + laravel фреймворки просто для примера

и описать разные кейсы когда и что затрагивает

чтобы от постановки задач

до сборки тестового стенда

и выкладки на бой

надо сделать репозторий и написать идеальный вариант чтобы был авто релиз

Идеальный вариант звучит как в сказке)

зато какой челендж

Могу помочь, если хочешь статью писать

сделал такой тулзу приходишь а тебе говорят ну вот нахуя есть jenkins + docker или ansible и тд

зачем велосипед такой)

Могу помочь, если хочешь статью писать

имхо надо репозиторий делать в гите и в readme все описывать

и к этому подходу трелло присобачить и хуки

имхо надо репозиторий делать в гите и в readme все описывать

Ну да, наверное самый народный вариант)

просто в видео все это объяснять овер много времени

Всего не затронешь 100%, много нюансов есть которые надо записать сразу как только решил (или даже ещё в процессе)

что как и зачем надо начинать с ситуации допустим есть 10 человек и проект (с api, отдельной админкой на поддомене, основным сайтом, ios и android приложением и тд)

и нужно организовать рабочий проецесс для этих 10 разрабов чтобы в одно место ставились таски

а потом магия и все релизицо без ошибок

далее сразу говоришь что для продакшена нагрузки такие что 1 сервер никогда с ними не справится

и надо объединять в кластер и иметь возможность легко ввести новую ноду или вывести

что как и зачем надо начинать с ситуации допустим есть 10 человек и проект (с api, отдельной админкой на поддомене, основным сайтом, ios и android приложением и тд)

Ну ios/android уже не нужно, суть то в том что есть клиент, сайта достаточно, на том же реакте

в идеале автоматически докупать где нибудь на aws при нагрузках

ну и пошел процесс я организации работы)

и надо объединять в кластер и иметь возможность легко ввести новую ноду или вывести

идея, подсмотренная в одном example: описывать изменения требований в тексте коммита

ну и в ридми, конечно, но это детали

просто в видео все это объяснять овер много времени

как по мне - не надо видео. Лонгрид гораздо проще читать, в нём можно искать и вообще информация визуально лучше структурирована. Видео вообще-то неудобный формат, если там нет какой-то хорошей визуализации (и то хз, картинки в статье тоже можно запилить). Использование видео формата должно быть чем-то оправдано и мне непонятно чем его можно оправдать =\

лонг рид тоже хорошо

но просто его писать так лень)

но просто его писать так лень)

судя по тому, что ты описал - там на книгу наберётся :D

вот именно и это печально потому что многие вещи в разных командах значат разное (

и надо начинать с опеределений базовых что такое проект, для примера проще будет mono repo и тд

что у задачи помимо title, decription есть те кто над ней работал и те кто заинтересован в результате (в случае чего к ним с вопросами можно обращаться)

о том как определить приоритет задаче по этому даже есть отдельные книги (у каждого способа свои нюансы и тд) самое просто просто пмом

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

Слишком сложно! // запаковал папочку с проектом в зип-файлик и залил по фтп на шаред хостинг откусив банан и почесав волосатую грудь

по file zilla открыл файлик и поправил

ERROR: S client not available

в notepad ++

Ребят кто из Москвы. Подскажите примерную зарплатную вилку для Symfony middle разработчика.

160K - 180K это норм ?

вроде даже много, нет?

(я хз на самом деле, но это вроде сеньорская, судя по вакансиям)

Ну я хз тоже поэтому и спрашиваю.

судя по каналу работ для симфони - 80-120 мидл, 120-180 синьор но это СПБ

судя по каналу работ для симфони - 80-120 мидл, 120-180 синьор но это СПБ

а что за канал?

@symfony_careers

зависит от наглости соискателя наверно

судя по каналу работ для симфони - 80-120 мидл, 120-180 синьор но это СПБ

В спб обычно реально готовы платить тыщ на 20 ниже. Ну т.е. они оч редко цены на руки указывают (почти никогда). Эдакие мамкины любители наебать. А ещё торгуются постоянно.

В спб обычно реально готовы платить тыщ на 20 ниже. Ну т.е. они оч редко цены на руки указывают (почти никогда). Эдакие мамкины любители наебать. А ещё торгуются постоянно.

Был опыт или откуда инфа ?

Был опыт или откуда инфа ?

Очень много и часто хожу на собеседования ;)

Очень много и часто хожу на собеседования ;)

Понятно, спасибо. Ценная инфа )

Понятно, спасибо. Ценная инфа )

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

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

Даладно!

Даладно!

Ага

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

А что насчет Москвы ?

А что насчет Москвы ?

Хз

В мск не приходилось рынком интересоваться) Я в целом на собесы хожу не для того, что бы работу менять)

В мск не приходилось рынком интересоваться) Я в целом на собесы хожу не для того, что бы работу менять)

а для чего же? попить чаю и кофе?

http://www.dabeaz.com/coroutines/Coroutines.pdf вроде кто-то спрашивал что почитать про елды - я так понимаю это про них. Во всяком случае 5-ый слайд мне понравился :D

может он в поисках хороших сотрудников

переманивает к себе

я не буду додумывать ни за кого, подожду ответа

А что насчет Москвы ?

Норм 180, но все хотят и рыбку и на... сесть

Я про работодателей

а сколько сеньор в мск получать может ?

вот по удаленке если работаешь на московскую компанию

Все от компании зависит

а сколько сеньор в мск получать может ?

ровно столько - насколько договоришься, вилка как не странно будет от 0 и до 350+ в рублях

Норм 180, но все хотят и рыбку и на... сесть

Ну это не локальное явление на самом деле. +- везде так.