У меня немного другая история была, как-то 1.5 года оттимлидил на проекте где 3 ПМа сменилось, причем не с повышением, а с увольнением ПСЖ. Ситуацию они особо не контролировали, но служили неплохим буфером между заказчиком и командой разработки. Когда случались факапы (а случались они постоянно :)), они самоотверженно получали люлей, потому наверное и не выдерживали подолгу… Ну а в целом проект закончился успешно, стал хорошим пунктом в моем CV, и я благодарен этим ребятам за то что спасали мою нервную систему.
Поверьте, еще ни на одном месте работы я не встречался с тем, что качество ценится больше количества
Попробуйте поработать в компании, которая делает свой продукт и руководство которой понимает, что им жить с этим легаси еще не один год. Таких конечно меньше чем тех кто человеко-часы продает, но они есть.
Производительность «копипастера» часто падает до нуля при столкновении с нестандартной задачей/багом и и тогда оценить левел-апы становится очень просто. Один может решить задачу, а другой нет. Вопрос о квалификации и ЗП в такие моменты становится весьма очевидным.
Думаю, потому что мерж там по умолчанию --no-ff и не нужно вспоминать, с какой опцией -d или -D нужно удалять слитые ветки. Ну и в принципе, стандартизированный flow и инструменты для него освобождают мозг для более важных задач.
getUser().then(u => { if (!u) return spammers }) Зарезолвится с массивом spammers, потом вы вызываете .then(() => collectSpammers(spammers)), и процесс зациклился, пока getUser() возвращает null следующий в цепочке then будет вызывать collectSpammers
а должны ли в результатах голосований наблюдаться какие-нибудь закономерности или нет?
Разумеется, должны. Другой вопрос, какие именно? И в чем их причина? Очевидно, что партия ведущая более активную предвыборную кампанию, при прочих равных должна набрать больше. Но в чем например причина концентрации результатов в Саратовской области вокруг одной точки?
Мы говорим о понятии stateless в контексте REST.
Эта информация не имеет никакого отношения к сессии, любому клиенту с таким запросом при отсутствии объекта вернется 201, а при наличии 200
Этот факт никак не связан с содержимым запроса, не нужно путать идемпотентность и statless
объекты
Так, это вопрос терминологии и понятия stateless в контексте REST
На сервере нет дополнительной информации (отсутствующей в запросе), которая позволила бы ответить на этот запрос как-то иначе.
Если кеширует — это не проблема, если изменяет из-за факта наличия сессии — то не REST
Сессионного вестимо
Модьярорсаг
У меня немного другая история была, как-то 1.5 года оттимлидил на проекте где 3 ПМа сменилось, причем не с повышением, а с увольнением ПСЖ. Ситуацию они особо не контролировали, но служили неплохим буфером между заказчиком и командой разработки. Когда случались факапы (а случались они постоянно :)), они самоотверженно получали люлей, потому наверное и не выдерживали подолгу… Ну а в целом проект закончился успешно, стал хорошим пунктом в моем CV, и я благодарен этим ребятам за то что спасали мою нервную систему.
Попробуйте поработать в компании, которая делает свой продукт и руководство которой понимает, что им жить с этим легаси еще не один год. Таких конечно меньше чем тех кто человеко-часы продает, но они есть.
Производительность «копипастера» часто падает до нуля при столкновении с нестандартной задачей/багом и и тогда оценить левел-апы становится очень просто. Один может решить задачу, а другой нет. Вопрос о квалификации и ЗП в такие моменты становится весьма очевидным.
Думаю, потому что мерж там по умолчанию --no-ff и не нужно вспоминать, с какой опцией -d или -D нужно удалять слитые ветки. Ну и в принципе, стандартизированный flow и инструменты для него освобождают мозг для более важных задач.
Хмм… На Хабре не любят git-flow?
Тут немного другая задача решается
getUser().then(u => { if (!u) return spammers })
Зарезолвится с массивом spammers, потом вы вызываете.then(() => collectSpammers(spammers))
, и процесс зациклился, пока getUser() возвращает null следующий в цепочке then будет вызывать collectSpammersПредлагаю все выкинуть и поставить код google analytics на страницу.
Разумеется, должны. Другой вопрос, какие именно? И в чем их причина? Очевидно, что партия ведущая более активную предвыборную кампанию, при прочих равных должна набрать больше. Но в чем например причина концентрации результатов в Саратовской области вокруг одной точки?