На пока могу предложить только кастинг на приставку через Chromecast. Про планы на полноценную версию для NVidia Shield можно спросить у поддержки, может она что-то знает :)
Обрадую, почти готова к публикации ещё одна статья от Музыки — как раз про это!
В целом, это шейдерная анимация, подвязанная на определенные параметры звуковой волны в реальном времени. Там много нюансов, так что лучше дождаться статью. Любопытство будет удовлетворено :)
Лучше в Вашем случае обратиться в службу поддержки. Так, как Вы описали, быть не должно.
Возможно, ситуация решится какой-нибудь галочкой в настройках. Возможно, сбросом станции. Возможно, каким-то ещё образом. Поддержка обычно помогает с решением распространённых проблем. Ну а если не поможет, то обращение дойдёт до разработчиков, в том числе и до меня :) Тогда у нас будет материал, с чем работать.
Спасибо за комментарий. Я пытался выдержать баланс между объёмом публикации и степенью её публицистичности, технической сложности. Про графики пока рано говорить, ещё наблюдаем. Есть сигналы к улучшению. Многие баги правда закрыли - больше не воспроизводятся. К сожалению, все ошибки приложения разом я закрыть не смог :)
Разработчики довольны. NDA проекты, которые пилятся на основе нового механизма,- совсем без учёта старого, назвать, к сожалению, не могу. Таких проектов уже 3 (крупных).
Чтобы не пилить велосипеды был построен процесс. С архитектурными ревью, в том числе. В таких условиях сложно выкатить велосипед, но "риск всегда есть" :) но риск не произошёл.
Музыка в интеграциях (в т.ч. авто), улучшится, когда закончим проект по интеграции нового механизма в SDK. Это следующий крупный этап начатого рефакторинга. Но это совсем не значит, что Музыка в авто не улучшится до окончания этой интеграции, другими средствами :)
Убрали. И убрали довольно давно. Возможно, ты попал как раз в момент, когда поддержка могла отвечать ещё по старому, а эксперимент до тебя уже дошёл :)
Я где-то чуть выше в комментах немного подробнее описал временные вопросы.
Всё ты пишешь очень правильно. Итеративно (как я описал в статье) всё-таки удалось провести рефакторинг за (немного условные) 3 месяца. Чтобы не было заблуждения: рефакторинг не всего приложения, а определенной его части. Просто часть самая такая корневая. Во всех сервисах есть такая. Та, что закладывается ещё на старте бизнеса, и эволюционирует с ним по пути наименьшего сопротивления.
Впереди много крутых проектов. Стараемся укладывать проекты в квартал, иначе они расползаются, размываются. Этот кусок вот осилили - отчитались :)
Лучше чётко про этапы я от ответа воздержусь, а то это будет совсем недостоверная информация.
Я бы так сказал: в реальном времени на всё про всё от взятия тикета в работу до начала раскатки на сотрудников ушло порядка 2,5 мес., может чуть больше. Это была активная работа, - в первую очередь с моей стороны. Но всё-таки начал потихоньку погружаться в контекст я, конечно, заранее: не было чёткой отсечки, что вот ровно здесь я знать не знал о проекте, вот здесь начал инциализацию, а вот здесь её закончил... Эти периоды перехода тоже оказывают какое-то влияние.
Соотношение времени анализа и проектирования к разработке по ощущению примерно 1 к 1.
Обкатка на сотрудниках и внешних пользователях, исправление ошибок, прочие независящие от нас проблемы отняли еще недели 3-4. Но это уже время, когда моя активная работа пошла в другом направлении, а по рефакторингу приходилось только мониторить и исправлять нечасто возникающие ошибки.
Раскатку механизма на 100% внешних пользователей (со второй попытки) осуществили быстро - порядка одной недели. По трудозатратам на внесение изменений в админку - 15 минут :)
Дам очень-очень приблизительную оценку описанного в статье по верхней границе. Здесь точно не более 3(мес)*21(р.д.)*8(ч) = 504 моих часов. Иногда я отвлекался, иногда были выходные, тянулись хвосты и т.п. Плюс накинем суммарно часов 50 времени коллег, когда я вовлекал их в обсуждения и прочее. Ну вот как-то так: не более 554 часов :)
(Относится к разработке. Тестирование и работа группы поддержки пользователей в оценку не заложены)
Интеграцию с внешними эквалайзерами чинили на моей памяти. Если не работает, то лучше в поддержку написать через форму обратной связи в настройках. Так у нас будет больше шансов помочь именно вам
Я полностью поддерживаю это мнение. Рефакторинг должен быть частью рабочего процесса в плановом режиме.
Но нужно понимать, что "принцип бой-скаута" работает не всегда. Концепция развития легаси систем - тема для отдельной публикации, а то и не одной. Иногда система подлежит полной замене, иногда модернизации. В нашем случае вышло так, что существующую систему управления воспроизведением модернизировать было уже практически невозможно. А запросы на модернизацию копятся, всё это начинает напоминать снежный ком.
Мы не взяли с потолка идею "всё выбросить и написать новое": просто из конкретных проблем мы сформировали конкретный проект, который запланировали на конкретный квартал, на конкретного человека :)
И мы занимаемся и будем заниматься улучшением множества других подсистем в таком же плановом режиме.
На пока могу предложить только кастинг на приставку через Chromecast. Про планы на полноценную версию для NVidia Shield можно спросить у поддержки, может она что-то знает :)
Привет!
Обрадую, почти готова к публикации ещё одна статья от Музыки — как раз про это!
В целом, это шейдерная анимация, подвязанная на определенные параметры звуковой волны в реальном времени. Там много нюансов, так что лучше дождаться статью. Любопытство будет удовлетворено :)
Лучше в Вашем случае обратиться в службу поддержки. Так, как Вы описали, быть не должно.
Возможно, ситуация решится какой-нибудь галочкой в настройках. Возможно, сбросом станции. Возможно, каким-то ещё образом. Поддержка обычно помогает с решением распространённых проблем. Ну а если не поможет, то обращение дойдёт до разработчиков, в том числе и до меня :) Тогда у нас будет материал, с чем работать.
Спасибо за комментарий. Я пытался выдержать баланс между объёмом публикации и степенью её публицистичности, технической сложности. Про графики пока рано говорить, ещё наблюдаем. Есть сигналы к улучшению. Многие баги правда закрыли - больше не воспроизводятся. К сожалению, все ошибки приложения разом я закрыть не смог :)
Разработчики довольны. NDA проекты, которые пилятся на основе нового механизма,- совсем без учёта старого, назвать, к сожалению, не могу. Таких проектов уже 3 (крупных).
Чтобы не пилить велосипеды был построен процесс. С архитектурными ревью, в том числе. В таких условиях сложно выкатить велосипед, но "риск всегда есть" :) но риск не произошёл.
Музыка в интеграциях (в т.ч. авто), улучшится, когда закончим проект по интеграции нового механизма в SDK. Это следующий крупный этап начатого рефакторинга. Но это совсем не значит, что Музыка в авто не улучшится до окончания этой интеграции, другими средствами :)
Неа, там совсем отдельная от нас кодовая база со своей разработкой
Убрали. И убрали довольно давно. Возможно, ты попал как раз в момент, когда поддержка могла отвечать ещё по старому, а эксперимент до тебя уже дошёл :)
Привет! Это не совсем по теме статьи, с тобой мы в ЛС скоммуницировались
Я где-то чуть выше в комментах немного подробнее описал временные вопросы.
Всё ты пишешь очень правильно. Итеративно (как я описал в статье) всё-таки удалось провести рефакторинг за (немного условные) 3 месяца. Чтобы не было заблуждения: рефакторинг не всего приложения, а определенной его части. Просто часть самая такая корневая. Во всех сервисах есть такая. Та, что закладывается ещё на старте бизнеса, и эволюционирует с ним по пути наименьшего сопротивления.
Впереди много крутых проектов. Стараемся укладывать проекты в квартал, иначе они расползаются, размываются. Этот кусок вот осилили - отчитались :)
Лучше чётко про этапы я от ответа воздержусь, а то это будет совсем недостоверная информация.
Я бы так сказал: в реальном времени на всё про всё от взятия тикета в работу до начала раскатки на сотрудников ушло порядка 2,5 мес., может чуть больше. Это была активная работа, - в первую очередь с моей стороны. Но всё-таки начал потихоньку погружаться в контекст я, конечно, заранее: не было чёткой отсечки, что вот ровно здесь я знать не знал о проекте, вот здесь начал инциализацию, а вот здесь её закончил... Эти периоды перехода тоже оказывают какое-то влияние.
Соотношение времени анализа и проектирования к разработке по ощущению примерно 1 к 1.
Обкатка на сотрудниках и внешних пользователях, исправление ошибок, прочие независящие от нас проблемы отняли еще недели 3-4. Но это уже время, когда моя активная работа пошла в другом направлении, а по рефакторингу приходилось только мониторить и исправлять нечасто возникающие ошибки.
Раскатку механизма на 100% внешних пользователей (со второй попытки) осуществили быстро - порядка одной недели. По трудозатратам на внесение изменений в админку - 15 минут :)
Время мы не списываем, поэтому ответить сложно.
Дам очень-очень приблизительную оценку описанного в статье по верхней границе. Здесь точно не более 3(мес)*21(р.д.)*8(ч) = 504 моих часов. Иногда я отвлекался, иногда были выходные, тянулись хвосты и т.п. Плюс накинем суммарно часов 50 времени коллег, когда я вовлекал их в обсуждения и прочее. Ну вот как-то так: не более 554 часов :)
(Относится к разработке. Тестирование и работа группы поддержки пользователей в оценку не заложены)
Интеграцию с внешними эквалайзерами чинили на моей памяти. Если не работает, то лучше в поддержку написать через форму обратной связи в настройках. Так у нас будет больше шансов помочь именно вам
Я полностью поддерживаю это мнение. Рефакторинг должен быть частью рабочего процесса в плановом режиме.
Но нужно понимать, что "принцип бой-скаута" работает не всегда. Концепция развития легаси систем - тема для отдельной публикации, а то и не одной. Иногда система подлежит полной замене, иногда модернизации. В нашем случае вышло так, что существующую систему управления воспроизведением модернизировать было уже практически невозможно. А запросы на модернизацию копятся, всё это начинает напоминать снежный ком.
Мы не взяли с потолка идею "всё выбросить и написать новое": просто из конкретных проблем мы сформировали конкретный проект, который запланировали на конкретный квартал, на конкретного человека :)
И мы занимаемся и будем заниматься улучшением множества других подсистем в таком же плановом режиме.