А можете, исходя из своего опыта, дать какие-то рекомендации по размеру\составу команд на этапе Prototype и MVP?
Тут больше интересуют фопросы в формате:
На сколько нормально на этапе Prototype работать в составе 1 менеджер + 1 разработчик?
Стоит ли на Prototype\MVP заморачиваться на счет безопасности (ну например я могу секреты складывать без шифрования или вообще в шивать в код для упрщения разработки)?
Какую команду стоит закладывать на MVP? Стандартную (2 FrontEnd + 2 BackEnd + 2 DevOps + Lead (он и арзитектор и аналитик будет)) или какой-то более урезанный вариант тоже имеет место быть?
Скажу честно, вы переоцениваете потребность в этих данных как для компании так и для ФСБ. Не знаю как там у Яндекса, может они и хранят терабайты аудиодорожек запросов по типу "Алиса, включи мой плейлист", но по факту в этих данных нет особого смысла.
Никогда не понимал менеджеров которые утверждают что Успех достижения цели не влияет на деньги. Вы сами приводите картинку с пирамидой метрик где на вершине стоят Цели компании. Цели компании - это всегда про деньги, компания это завод по производству денег, это ее единственная цель. Вы ведь не в НКО работаете.
Я правильно понял что нормализация и для ASR и для TTS у вас сейчас строится на базе нейронке а нее на рулах или у вас какая то комбинация из этих инструментов?
А подскажите не спеуиалисту, как происходить выбор инструмента (если я правильно понял) обралотки запроса? Вот есть у вас YQL, CHYT, SPYT. Все это, как я понял, инструменты для тех или иных запросов\задач и все они коннектяться к Cypress хранилищу и управляются через Scheduler. Но по итогу при запросе через UI, как производится выбора инструментв (YQL, CHYT, SPTY) которым этот щапрос обрабатывать?
Орниентирповочная длительность чтения - 54 мин... Не издевайтесь над людьми. Основную мысль вы фактически выдаете в Резюме. Пока читал ваш текст, сложилось впечатление что вы сами запутались в том что написали, так как в некоторых частях статьи просто повторяются одни и те же предложения
Честно говоря считаю что такие базовые вещи, которые описаны в статье, о k8s, docker и абстракциях которые в них прячутся нужно знать не только DevOps-ам или разработчикам, но и проектным и продуктовым менеджерам.
Вопрос лишь в одном - зачем? С учетом современного доступа к информации навык запоминания просто отходит на второй план. В текущих реалиях нужно уметь анализировать и структурировать эту информацию для решения конкретных задач
Статья честно говоря ни о чём, большинство тезисов это скорее общеизвестный стереотип. Интереснее было бы почитать мнение как не загонять себя в них или как из этих управленческих стереотипов выходить.
Насчет таблички и учета часов - отличный совет. Причем это касается не только учебы, а вообще каких то целей на текущий год. Это действительно помогает и с дисциплиной и с рефлексией по проделанной работе и в оценке результативности.
От себя еще могу добавить что для своей дисциплины я использую приложение aTimeLogger (прошу не считать за рекламу) в котором можно поставить цель на количество часов в неделю которое, ты должен потратить на то или иное занятие через. Учет идет через запуск таймера и это очень помогает с формированием привычек по учебе.
В дополнении - в этом году решил попробовать распланировать все свободные часы в году на те или иные занятия и попытаюсь этот план +\- соблюсти.
А можете объяснить дилетанту, чем внедряют Vicoria Metrics в дополнении к Prometheus? Зачем плодить лишние хранилища? В интернетах пишут что Vicoria Metrics якобы нужна для создания долгосрочного хранилища данных, но почему этого нельзя сделать в Prometheus я так и не уловил
А вам не кажется что история "А давайте сначала хорошо подумаем, а потом начнем пилить" превращается в историю "а давайте 3 месяца писать ТЗ на 50 страниц, а только потом отдадим его в разработку"?
Почти каждый день использую тайм-трекинг с интервалами 45 минут - работа, 15 минут - отдых. Итого по статистике получается что в среднем больше 4-5 часов на работу посвятить не получается, это с учетом того что я зачастую выхожу за рамки 45 и 15 минут (где то больше, где-то меньше), но при этом стараюсь всегда учитывать таймером рабочий интервал. в эти 4-5 часов входит как встречи, переписка, работа с доками и прочим
Запись ВКС/АКС это ерунда, не тратьте на это время и записывайте тезисы рукам. Если не успеваете, пригласите помощника на встречу или просите подождать, пару секунд пока записываете тезис. В конце в любом случае нужно резюмировать протокол по встрече, в случае чего вас поправят в переписке. Было время и я делал запись, но 99% записанных ВКС/АКС никогда более не открывались и не прослушивались, подтопку от этого отказался в пользу записи на листе или Notepad/Notion/Word
А можете, исходя из своего опыта, дать какие-то рекомендации по размеру\составу команд на этапе Prototype и MVP?
Тут больше интересуют фопросы в формате:
На сколько нормально на этапе Prototype работать в составе 1 менеджер + 1 разработчик?
Стоит ли на Prototype\MVP заморачиваться на счет безопасности (ну например я могу секреты складывать без шифрования или вообще в шивать в код для упрщения разработки)?
Какую команду стоит закладывать на MVP? Стандартную (2 FrontEnd + 2 BackEnd + 2 DevOps + Lead (он и арзитектор и аналитик будет)) или какой-то более урезанный вариант тоже имеет место быть?
Скажу честно, вы переоцениваете потребность в этих данных как для компании так и для ФСБ. Не знаю как там у Яндекса, может они и хранят терабайты аудиодорожек запросов по типу "Алиса, включи мой плейлист", но по факту в этих данных нет особого смысла.
Круто! Отличая статья!
Отличная работа и отличаня статья. Чувствуется что продакты делают именно то что должны делать продакты.
Никогда не понимал менеджеров которые утверждают что Успех достижения цели не влияет на деньги. Вы сами приводите картинку с пирамидой метрик где на вершине стоят Цели компании. Цели компании - это всегда про деньги, компания это завод по производству денег, это ее единственная цель. Вы ведь не в НКО работаете.
Я правильно понял что нормализация и для ASR и для TTS у вас сейчас строится на базе нейронке а нее на рулах или у вас какая то комбинация из этих инструментов?
Круто! Поздравляю!
А подскажите не спеуиалисту, как происходить выбор инструмента (если я правильно понял) обралотки запроса? Вот есть у вас YQL, CHYT, SPYT. Все это, как я понял, инструменты для тех или иных запросов\задач и все они коннектяться к Cypress хранилищу и управляются через Scheduler. Но по итогу при запросе через UI, как производится выбора инструментв (YQL, CHYT, SPTY) которым этот щапрос обрабатывать?
Орниентирповочная длительность чтения - 54 мин... Не издевайтесь над людьми. Основную мысль вы фактически выдаете в Резюме. Пока читал ваш текст, сложилось впечатление что вы сами запутались в том что написали, так как в некоторых частях статьи просто повторяются одни и те же предложения
Честно говоря считаю что такие базовые вещи, которые описаны в статье, о k8s, docker и абстракциях которые в них прячутся нужно знать не только DevOps-ам или разработчикам, но и проектным и продуктовым менеджерам.
Вопрос лишь в одном - зачем? С учетом современного доступа к информации навык запоминания просто отходит на второй план. В текущих реалиях нужно уметь анализировать и структурировать эту информацию для решения конкретных задач
Статья честно говоря ни о чём, большинство тезисов это скорее общеизвестный стереотип. Интереснее было бы почитать мнение как не загонять себя в них или как из этих управленческих стереотипов выходить.
Насчет таблички и учета часов - отличный совет. Причем это касается не только учебы, а вообще каких то целей на текущий год. Это действительно помогает и с дисциплиной и с рефлексией по проделанной работе и в оценке результативности.
От себя еще могу добавить что для своей дисциплины я использую приложение aTimeLogger (прошу не считать за рекламу) в котором можно поставить цель на количество часов в неделю которое, ты должен потратить на то или иное занятие через. Учет идет через запуск таймера и это очень помогает с формированием привычек по учебе.
В дополнении - в этом году решил попробовать распланировать все свободные часы в году на те или иные занятия и попытаюсь этот план +\- соблюсти.
А можете объяснить дилетанту, чем внедряют Vicoria Metrics в дополнении к Prometheus? Зачем плодить лишние хранилища? В интернетах пишут что Vicoria Metrics якобы нужна для создания долгосрочного хранилища данных, но почему этого нельзя сделать в Prometheus я так и не уловил
А вам не кажется что история "А давайте сначала хорошо подумаем, а потом начнем пилить" превращается в историю "а давайте 3 месяца писать ТЗ на 50 страниц, а только потом отдадим его в разработку"?
Что вы подразумеваете под потоком?
Почти каждый день использую тайм-трекинг с интервалами 45 минут - работа, 15 минут - отдых. Итого по статистике получается что в среднем больше 4-5 часов на работу посвятить не получается, это с учетом того что я зачастую выхожу за рамки 45 и 15 минут (где то больше, где-то меньше), но при этом стараюсь всегда учитывать таймером рабочий интервал. в эти 4-5 часов входит как встречи, переписка, работа с доками и прочим
Нет, отчеты важнее
Предлагаю заменить тему на еще более кликбейтовую "HR изнасиловал бывшего вице-президента Microsoft по персоналу
Запись ВКС/АКС это ерунда, не тратьте на это время и записывайте тезисы рукам. Если не успеваете, пригласите помощника на встречу или просите подождать, пару секунд пока записываете тезис. В конце в любом случае нужно резюмировать протокол по встрече, в случае чего вас поправят в переписке. Было время и я делал запись, но 99% записанных ВКС/АКС никогда более не открывались и не прослушивались, подтопку от этого отказался в пользу записи на листе или Notepad/Notion/Word
Agile это не методология и не фрэймворк. Agile это манифест