Пятый момент: устройство пользователя. Ведь он может смотреть фильм на телефоне, ноутбуке, телевизоре и т. д. Насколько у него хорошее интернет-соединение?
Спасибо за статью, сталкивался с описанными проблемами:)
Хочу поделиться проблемами (конечно, не всеми), которые сразу возникнут в описанном примере при обработке логов:
Как соотнести серверное время события и клиентское?
Бекенд записал, что он что-то отдал, а фронт не прислал, что пользователь это видел. Кто прав?
Бекенд отправил что-то сегодня, но интернет у пользователя моргнул, поэтому отбивка о просмотре пришла на следующий день. Как такое обрабатывать?
Для данного пользователя в логах есть инфа, что он просматривал категорию и добавил фильм в лист для просмотра, но нет события щелчка по карточке:)
По итогам 2023 года можно с уверенностью сказать одно: компании в России тратят недостаточно средств на обеспечение своего периметра кибербезопасности
Интересно было бы услышать ваше мнение про то, какие показатели из приведенных в статье должны измениться и как, чтобы можно было констатировать, что российские компании достаточно защищены от DDOS атак?
В прошлом занимался написанием отчетов. При прочтении собрал 13 из 17 пунктов, которые встречал:)
У меня встречался еще комментарий - "Переформулировать". Обычно выделялось 10-15 строк и помечалось данным комментарием, без дополнительных разъяснений.
Создавайте структуру вопросов, которые следуют и дополняют друг друга
разработайте тестовые задания
Я бы тут добавил, что вопросы и тесты стоит периодически обновлять, т.к. если вы +- крупная компания, то вопросы/тесты сразу начнут расползаться в интернете
Пренебрежение получения рекомендаций с прошлого места работы
Как считаете, на ваш взгляд, нормальным ли будет, со стороны соискателя попросить 1-2 неформальных созвона с будущими коллегами (не руководителем) и спросить у них отзыв на будущего руководителя?
Не нашел информации об успехах автора на данном мероприятии. Было бы интересно узнать результаты и посмотреть на скрины того, что по итогу получилось:)
Ну и топ 3 сложности с которыми встретился лично автор:)
Правами на итоговый результат владеет организатор или можно после олимпиады продолжить разработку уже в форме самостоятельного стартапа?
Мы придумали следующее решение: скрипт-рулетка, ежедневно в 9 часов утра случайным образом удаляющий одну из учётных записей наших инженеров.
Без понимания специфики работы инженеров выглядит пугающе. Есть ли какие-нибудь ограничения на удаления? Если я на этой неделе дежурный, то я бы очень не хотел восстанавливать доступы, вместо того, чтобы поднимать прод.
Нет является ли удаление аккаунта - индульгенцией, чтобы весь день "тщательно" и "прилежно" восстанавливать доступ, вместо того, чтобы сделать это за часик?
Круто читать про реальный нерафинированный опыт других команд.
У нас ситуаци ситуация немного отличается от описанной. У нас нет ни pm-а ни явно выделенного тимлида, через которого проходила бы постановка задач. Поэтому у нас все спринты всегда выглядят так, как на скрине в статье.
В статье написано, что вы пользуетесь сторипоинтами для оценки задач. Подскажите, пожалуйста, вы переоцениваете соответствие типичных задач сторипоинтам? Или норму сторипоинтов на человека со временем?
Интересен ваш опыт, т.к. для оценок новых задач я ввел матрицу соответствия типичных задач сторипоинтам, но со временем мы стали делать задачи сильно быстрее, т.к. набили руку и теперь нам надо сделать или переоценку типичных задач или поменять вместимость сторипоинтов в человека.
Как дисциплина управления мастер-данными влияет на продажи
Итог
Управление мастер данными редко имеет прямое прослеживаемое влияние на бизнес, достаточное для финансового обоснования
Как-то грустно читать статью с "Как" в заголовке и не получить практически никаких данных.
Кажется, что эта статья (которая мне понравилась) больше направлена на ознакомление читателя с разной важностью мастер данных для разных участников и сторон бизнес процесса. И в этом она хороша:)
Дейлик, на мой взгляд, обязателен. Даже если сказать нечего
Что-то глаз зацепился прямо. 30 минутный дейлик в команде из 8 человек каждый день будет стоить кампании 0.5 человеко/дня (или для масштаба - 2.5 человеко/дня в неделю). Не кажется ли слишком дорого для просто поболтать? У нас для подобного я ввел болталку на пол часа в неделю
Менеджер прививает культуру оффлайновых встреч
Да, такого лично мне не хватает. Особенно когда у соседних команд они есть
Если ты делаешь что-то ручками, то поток всего, что надо распределить и зафиксировать - не такой большой и не будет отнимать много времени.
Но в карьере может наступить момент, когда большая часть твоей работы будет в фиксировании приходящих задач, распределении и контроле сроков. Руками все задачи не сделаешь, а в голове не запомнишь:)
Часто члены команды или не разделяют целей организации, или просто не до конца понимают, в чем эти цели состоят и какое отношение они имеют к их ежедневной работе.
То, что не понимают целей это да, такое видел, но чтобы прямо часто не разделяли... Для меня звучит странно. Отдельные люди - без сомнения, но если это частое явление, то, кажется на уровне организации что то не то?
Бывают buddy, которые могут отвечать на вопросы подобными ответами: "не знаю, я сам не изучал....
Был Бадди уже 3 раза. Если я что то не знал (а я что-то не знал и считаю, что это нормально), то старался или найти/поделиться докой или вместе сходить к знающему человеку. Кажется норм выход или нет?
Когда работник вдохновляется какими-либо корпоративными вещами, он понемногу начинает себя ассоциировать с самой компанией
Мой личный триггер завершения ассоциации - когда человек начинает говорить не "У вас в кампании ХХХ", а "У нас в кампании ХХХ"
Получается, что, если функция fibonacci на этапе исполнения требовала 15 секунд на выполнение, то сделав ее consteval время компиляции возрастет на те же самые 15 секунд? Но на этапе исполнения трат уже не будет?
Как бы это смешно не звучало, я добавлю к этому списку совместные обеды с командой, если есть такая возможность. На обедах вы общаетесь в неформальной обстановке и даже самые глупые вопросы, возникающие в процессе онбординга, задать не так уж страшно:)
Спасибо за статью, сталкивался с описанными проблемами:)
Хочу поделиться проблемами (конечно, не всеми), которые сразу возникнут в описанном примере при обработке логов:
Как соотнести серверное время события и клиентское?
Бекенд записал, что он что-то отдал, а фронт не прислал, что пользователь это видел. Кто прав?
Бекенд отправил что-то сегодня, но интернет у пользователя моргнул, поэтому отбивка о просмотре пришла на следующий день. Как такое обрабатывать?
Для данного пользователя в логах есть инфа, что он просматривал категорию и добавил фильм в лист для просмотра, но нет события щелчка по карточке:)
Интересно было бы услышать ваше мнение про то, какие показатели из приведенных в статье должны измениться и как, чтобы можно было констатировать, что российские компании достаточно защищены от DDOS атак?
В прошлом занимался написанием отчетов. При прочтении собрал 13 из 17 пунктов, которые встречал:)
У меня встречался еще комментарий - "Переформулировать". Обычно выделялось 10-15 строк и помечалось данным комментарием, без дополнительных разъяснений.
Т.е теперь около 21% уходят в первый год?
Было бы интересно узнать, почему в вашем случае классическая адаптация не работает:)
Я бы тут добавил, что вопросы и тесты стоит периодически обновлять, т.к. если вы +- крупная компания, то вопросы/тесты сразу начнут расползаться в интернете
Как считаете, на ваш взгляд, нормальным ли будет, со стороны соискателя попросить 1-2 неформальных созвона с будущими коллегами (не руководителем) и спросить у них отзыв на будущего руководителя?
Не нашел информации об успехах автора на данном мероприятии. Было бы интересно узнать результаты и посмотреть на скрины того, что по итогу получилось:)
Ну и топ 3 сложности с которыми встретился лично автор:)
Правами на итоговый результат владеет организатор или можно после олимпиады продолжить разработку уже в форме самостоятельного стартапа?
Без понимания специфики работы инженеров выглядит пугающе. Есть ли какие-нибудь ограничения на удаления? Если я на этой неделе дежурный, то я бы очень не хотел восстанавливать доступы, вместо того, чтобы поднимать прод.
Нет является ли удаление аккаунта - индульгенцией, чтобы весь день "тщательно" и "прилежно" восстанавливать доступ, вместо того, чтобы сделать это за часик?
Круто читать про реальный нерафинированный опыт других команд.
У нас ситуаци ситуация немного отличается от описанной. У нас нет ни pm-а ни явно выделенного тимлида, через которого проходила бы постановка задач. Поэтому у нас все спринты всегда выглядят так, как на скрине в статье.
В статье написано, что вы пользуетесь сторипоинтами для оценки задач. Подскажите, пожалуйста, вы переоцениваете соответствие типичных задач сторипоинтам? Или норму сторипоинтов на человека со временем?
Интересен ваш опыт, т.к. для оценок новых задач я ввел матрицу соответствия типичных задач сторипоинтам, но со временем мы стали делать задачи сильно быстрее, т.к. набили руку и теперь нам надо сделать или переоценку типичных задач или поменять вместимость сторипоинтов в человека.
Название
Итог
Как-то грустно читать статью с "Как" в заголовке и не получить практически никаких данных.
Кажется, что эта статья (которая мне понравилась) больше направлена на ознакомление читателя с разной важностью мастер данных для разных участников и сторон бизнес процесса. И в этом она хороша:)
Что-то глаз зацепился прямо. 30 минутный дейлик в команде из 8 человек каждый день будет стоить кампании 0.5 человеко/дня (или для масштаба - 2.5 человеко/дня в неделю). Не кажется ли слишком дорого для просто поболтать? У нас для подобного я ввел болталку на пол часа в неделю
Да, такого лично мне не хватает. Особенно когда у соседних команд они есть
Сильно зависит от того, чем ты занимаешься.
Если ты делаешь что-то ручками, то поток всего, что надо распределить и зафиксировать - не такой большой и не будет отнимать много времени.
Но в карьере может наступить момент, когда большая часть твоей работы будет в фиксировании приходящих задач, распределении и контроле сроков. Руками все задачи не сделаешь, а в голове не запомнишь:)
Не слышал о Тестографе ранее, теперь узнал)
Если у вас есть статья о преимуществах (или сравнении) Тестографа перед остальными платформами для проведения опросов, поделитесь, пожалуйста:)
То, что не понимают целей это да, такое видел, но чтобы прямо часто не разделяли... Для меня звучит странно. Отдельные люди - без сомнения, но если это частое явление, то, кажется на уровне организации что то не то?
Как отнеслись к этому разработчики?
Круто будет, если в 2х словах напишешь - как:)
Нет, не плохо, а наоборот хорошо. Я поделился одиодним из личных критериев:)
Отличная статья!
Кажется, что 85% материалов в ней перекликается со многими айти специалистами:)
Если я работаю на позиции обычного аналитика-разработчика и это и мой постоянный спутник, то это моя недоработка или руководителя команды/проекта?
Был Бадди уже 3 раза. Если я что то не знал (а я что-то не знал и считаю, что это нормально), то старался или найти/поделиться докой или вместе сходить к знающему человеку. Кажется норм выход или нет?
Мой личный триггер завершения ассоциации - когда человек начинает говорить не "У вас в кампании ХХХ", а "У нас в кампании ХХХ"
Получается, что, если функция fibonacci на этапе исполнения требовала 15 секунд на выполнение, то сделав ее consteval время компиляции возрастет на те же самые 15 секунд? Но на этапе исполнения трат уже не будет?
Всеми руками за такое, но сразу возникает вопрос: как заказчика уговорить/убедить/заставить говорить на языке глоссария?
Как бы это смешно не звучало, я добавлю к этому списку совместные обеды с командой, если есть такая возможность. На обедах вы общаетесь в неформальной обстановке и даже самые глупые вопросы, возникающие в процессе онбординга, задать не так уж страшно:)