Вы в каком-то идеальном мире работаете, а сервис - это сферический конь в вакууме. За мою довольную долгую карьеру в ИТ я встречал много случаев, когда возникали баги на проде. А полностью протестировать сервис невозможно, потому что у сервисов много зависимостей и упасть может где угодно.
Например, сервис выводит какие-то агрегированные данные из внешних сервисов и показывает их на экране и вот внешний сервис в ответ на ваш запрос начинает возвращать неожиданные ответы (изменили тип поля, такое бывает) и экран у вас полностью падает из-за одной зависимости. Тут кто виноват QA или DevOps, а может разработчик, который не ожидал такого и не сделал интеграционный тест? Или зависимости, вы обновляете спринг или том кат (или любую зависимость) и сервис после деплоя падает из-за бага который был. Или QA должен проводить полное тестирование включая нагрузочное, после каждого обновления зависимостей? Я уже не беру различные утечки памяти, некорректные данные в базе данных (например неправильный UUID), отсутствие индексов
Как удобно получается, проектированием и разработкой занимается разработчик, а в случае возникновения проблем виноваты все вокруг, но не он. В таких случаях надо не виновных искать, а проводить постмортем, выявлять где проблема и как ее избежать в будущем.
Я помню проходил оффлайн собесы 2019-2020 годах в крупные компании. Так вот, оффлайн был только один раунд. Компании оплачивали как минимум билеты и проживание + визовую поддержку, иногда и командировочные.
В любой команде инженеры условно делятся на два типа. Первые — надёжные исполнители: берут задачу, выполняют её в срок и не задают лишних вопросов. Вторые — те, кто не может ограничиться только своим тикетом. Они стремятся понять, почему задача появилась, как она вписывается в систему, какие риски несёт и к чему приведёт через три релиза.
Похоже, что вы описали разницу между middle и senior разработчиком (инженером).
В принципе, если есть какой-то понятный способ по прилету с отдыха заказать себе снова такси, натыкав что-то в телефоне, подключившись к вай-фаю в аэропорту, то идея норм
Какая следующая идея норм будет? для удобства сдавать загран паспорт на ответственное хранение в аэропорту по прилету, чтобы самому никуда не ходить. А что? удобно
Junie очень хорошо тесты пишет и даже проверяет, что они запускаются, я был впечатлен. Но ей надо вычитать все зависимости, что занимает время и ресурсы
Если ретро у вас просто формальный ритуал, по результатам которого не принимаются никакие действия решающие проблемы, то нафиг он не сдался и надо ставить вопрос о целесообразности проведения ретроспективных митингов.
Например Zolgensma продает свое лекарство за огромные деньги и его покупают, с лекарством от рака, вич будет такая же ситуация и компании просто озолотиться. Ну и если такое лекарство возможно создать, то его обязательно создадут, если не одна компания так другая. А это все теории заговора, которые не имею под собой никакого основания
Я бы сказал, что задача тривиальная, если был бы задан размер комнаты или хотя бы форма. А мы имеем что форма комнаты это произвольный многоугольник, в котором еще могут быть и барьеры, может иметь формы форму лабиринта. Т.е. довольно много неизвестных. Сходу такое не просто решить.
В Испании нет прописан четкий возраст, с которого ребенок может оставаться дома один или сам ходить в школу, но сложилась практика, что это 12 лет (когда ребенок переходит в среднюю школу). В начальной школе мы подписывали бумагу, которая ему разрешала уходить самостоятельно домой, а в средней уже нет.
Вы в каком-то идеальном мире работаете, а сервис - это сферический конь в вакууме. За мою довольную долгую карьеру в ИТ я встречал много случаев, когда возникали баги на проде. А полностью протестировать сервис невозможно, потому что у сервисов много зависимостей и упасть может где угодно.
Например, сервис выводит какие-то агрегированные данные из внешних сервисов и показывает их на экране и вот внешний сервис в ответ на ваш запрос начинает возвращать неожиданные ответы (изменили тип поля, такое бывает) и экран у вас полностью падает из-за одной зависимости. Тут кто виноват QA или DevOps, а может разработчик, который не ожидал такого и не сделал интеграционный тест?
Или зависимости, вы обновляете спринг или том кат (или любую зависимость) и сервис после деплоя падает из-за бага который был. Или QA должен проводить полное тестирование включая нагрузочное, после каждого обновления зависимостей? Я уже не беру различные утечки памяти, некорректные данные в базе данных (например неправильный UUID), отсутствие индексов
Как удобно получается, проектированием и разработкой занимается разработчик, а в случае возникновения проблем виноваты все вокруг, но не он. В таких случаях надо не виновных искать, а проводить постмортем, выявлять где проблема и как ее избежать в будущем.
Я помню проходил оффлайн собесы 2019-2020 годах в крупные компании. Так вот, оффлайн был только один раунд. Компании оплачивали как минимум билеты и проживание + визовую поддержку, иногда и командировочные.
Похоже, что вы описали разницу между middle и senior разработчиком (инженером).
Какая следующая идея норм будет? для удобства сдавать загран паспорт на ответственное хранение в аэропорту по прилету, чтобы самому никуда не ходить. А что? удобно
Больше похоже на CSV чем JSON
работоспособность подтвердится, когда через пол года вы покажите выписку с реального счета, торгуя по этой стратегии
Junie очень хорошо тесты пишет и даже проверяет, что они запускаются, я был впечатлен. Но ей надо вычитать все зависимости, что занимает время и ресурсы
Если ретро у вас просто формальный ритуал, по результатам которого не принимаются никакие действия решающие проблемы, то нафиг он не сдался и надо ставить вопрос о целесообразности проведения ретроспективных митингов.
Для этого есть “ретро”, где обсуждаются эти моменты. Вопросы частой смены приоритетов должны обсуждаться именно здесь.
Я на паскале такое писал, три уровня сложности, на первом ходы случайны, на третьем, невозможно выиграть
А ограничения интернета не напрягают?
А как 30 лет назад сообщали о гибели близких?
Думаю компании США станут активнее набирать персонал в Европе, тем более многие из них уже имеют филиалы в ЕС
Это была чисто китайская компания или филиал какой-нибудь американской или европейской компании. Я слышал что от этого зависят и условия работы
Например Zolgensma продает свое лекарство за огромные деньги и его покупают, с лекарством от рака, вич будет такая же ситуация и компании просто озолотиться. Ну и если такое лекарство возможно создать, то его обязательно создадут, если не одна компания так другая. А это все теории заговора, которые не имею под собой никакого основания
Я бы сказал, что задача тривиальная, если был бы задан размер комнаты или хотя бы форма. А мы имеем что форма комнаты это произвольный многоугольник, в котором еще могут быть и барьеры, может иметь формы форму лабиринта. Т.е. довольно много неизвестных. Сходу такое не просто решить.
а сколько времени дается на эту задачу с учетом дополнительных вопросов про LRU кэш и обхода деревьев?
В Испании нет прописан четкий возраст, с которого ребенок может оставаться дома один или сам ходить в школу, но сложилась практика, что это 12 лет (когда ребенок переходит в среднюю школу). В начальной школе мы подписывали бумагу, которая ему разрешала уходить самостоятельно домой, а в средней уже нет.
Например, у нас в компании такие мероприятия проходят только в будни. Кроме того существуют еще Get stuff done days (GSDD)