Прям стойкое ощущение дежавю 90-х с ваучерами в РФ :)
Тогда тоже решили нечто "общее и всенародное" под благими намерениями приватизировать. Те, кто по-умнее и в теме = хорошо поднялись. У каждого аборигена было право на кусочек "общего и всенародного", которым он мог распоряжаться по своему усмотрению - продать там или обменять...
Прям тема приватизации, только не разовой, а на эдакой постоянной основе. Похоже, эксперимент 90-х признали успешными и решили масштабировать.
а вот тут можно попробовать посмотреть в сторону P2P протоколов обмена между участниками, а сервер использовать исключительно как "координатор".
и минимизировать утилизацию ресурсов на серверном уровне.
В целом еще раз отмечу - идея интересная и перспективная. Я бы на вашем месте ее развивал именно в сторону массовых он-лайн мероприятий в "виртуальной реальности".
Сейчас КОВИД ограничения этому благотворствуют. Как минимум хайп на проведении "он-лайн корпоративов" обеспечен: собрать сотни сотрудников на одной он-лайн площадке, дать им возможность виртуального перемещения, встроить игровые механики, поставить "сцены" с выступлением приглашенных "групп" - имхо, потенциал огромен. Удачи!
Но если вы собираетесь провести он-лайн конференцию/митап с 1000+ участников? В любом случае вы будете либо делить участников на группы (что снижает "реализм" платформы), либо ограничивать "зону слышимости" участников.
В противном случае вам надо будет микшировать 1000^2 потоков в рантайме...
Второй момент: ваша платформа вырастает до 10м+ одновременных сессий. "Комнаты" - по 10 участников в среднем. Итого 1млн комнат, для каждой нужно "микшировать" 10*10 =100. Т.е. 100 млн "миксов" вам надо "готовить" на сервер сайде. Можете прикинуть мощности, которые вам потребуются для реализации? Сможете оставить платформу условно бесплатной (а-ля зум)?
Вы сыграли существенно в пользу снижения утилизации сетевого ресурса, но пожертвовали при этом ресурсами вычислительными. Тут надо оценить - что для вас "дороже" - масштабировать "канал" передачи данных практически линейно с ростом пользователей, или квадратично наращивать ресурсы сервера?
И позволю "замкнуть" обсуждение на первый тезис: "реалистичность". Представьте он-лайн митап, где участники свободно перемещаются по он-лайн пространству, в различных точках которого идут доклады / выступления / дискуссии и человек волен сам выбирать где ему "оказаться" в каждый момент времени - он может подобраться ближе "к площадке" выступающего с интересным докладом или находится между двух площадок одновременно, он может объединится с коллегами комментируя по ходу доклад, но не мешая при этом другим участникам. И все это позволяет сделать механизм "области слышимости".
И как раз этот механизм позволит "ограничить" рост передачи количества "дорожек" по сети и нагрузку на "один пользовательский канал".
Не понятно, почему решили микшировать на сервере? Есть предложение, что при масштабировании это станет очень узким местом.
Второй момент как согласуются маппинги пользователей? Т.е. тип А у себя настроил 100% слышимость типа В, а тот в свою очередь убрал А "в дальний угол". Пошла разобщённость и ноль диалога.
Имхо нужно виртуальное согласованное пространство с координатами каждого участников.
Сервер в этом случае должен определить какие звуковые потоки попали в "зону" слышимости конкретного пользователя и передать их на клиента.
Клиент уже смикшировать по установкам пользователя.
Да, клиент при этом станет более ресурсоемким, но в целом приложение стабильнее и функциональнее.
А начальников к увольнению за несоответствие. Что за бред растаскивать кастом поделку на всю сетку?
Кто знает, что там в бинарнике и не автором заложено? Какие бэкдоры? Это ж банк и деньги...
Почему не взяли за шкирку своих итишников и не поставили автора аналитиком (ну или просто посадили ит рядом)?
Самый лучший прогресс программисты выдают "поработав" В шкуре пользователя с неделю в полях: юзабилити растёт на глазах, оптимизации прут как на дрожжах.
Нужен консультант? Да 90% вопросов снимет онлайн консультант, которого можно "шарить" между магазинами, можно специализировать на конкретной линейке и т.п. "Ответ" Онлайн консультанта однозначно можно сделать быстрее, чем 5 минут.
География страны позволяет таких консультантов дешево держать 24*7.
Эдакий расширенный коллцентр, что можно переиспользовать и в других целях, в случае простоя.
Зачем ждать физического человека вообще, ещё и квест обоим устратвать?
Прям стойкое ощущение дежавю 90-х с ваучерами в РФ :)
Тогда тоже решили нечто "общее и всенародное" под благими намерениями приватизировать. Те, кто по-умнее и в теме = хорошо поднялись. У каждого аборигена было право на кусочек "общего и всенародного", которым он мог распоряжаться по своему усмотрению - продать там или обменять...
Прям тема приватизации, только не разовой, а на эдакой постоянной основе. Похоже, эксперимент 90-х признали успешными и решили масштабировать.
"масштабировать канал передачи данных в n раз"
а вот тут можно попробовать посмотреть в сторону P2P протоколов обмена между участниками, а сервер использовать исключительно как "координатор".
и минимизировать утилизацию ресурсов на серверном уровне.
В целом еще раз отмечу - идея интересная и перспективная. Я бы на вашем месте ее развивал именно в сторону массовых он-лайн мероприятий в "виртуальной реальности".
Сейчас КОВИД ограничения этому благотворствуют. Как минимум хайп на проведении "он-лайн корпоративов" обеспечен: собрать сотни сотрудников на одной он-лайн площадке, дать им возможность виртуального перемещения, встроить игровые механики, поставить "сцены" с выступлением приглашенных "групп" - имхо, потенциал огромен. Удачи!
На небольших объемах - Вы правы.
Но если вы собираетесь провести он-лайн конференцию/митап с 1000+ участников?
В любом случае вы будете либо делить участников на группы (что снижает "реализм" платформы), либо ограничивать "зону слышимости" участников.
В противном случае вам надо будет микшировать 1000^2 потоков в рантайме...
Второй момент: ваша платформа вырастает до 10м+ одновременных сессий. "Комнаты" - по 10 участников в среднем. Итого 1млн комнат, для каждой нужно "микшировать" 10*10 =100. Т.е. 100 млн "миксов" вам надо "готовить" на сервер сайде. Можете прикинуть мощности, которые вам потребуются для реализации? Сможете оставить платформу условно бесплатной (а-ля зум)?
Вы сыграли существенно в пользу снижения утилизации сетевого ресурса, но пожертвовали при этом ресурсами вычислительными. Тут надо оценить - что для вас "дороже" - масштабировать "канал" передачи данных практически линейно с ростом пользователей, или квадратично наращивать ресурсы сервера?
И позволю "замкнуть" обсуждение на первый тезис: "реалистичность". Представьте он-лайн митап, где участники свободно перемещаются по он-лайн пространству, в различных точках которого идут доклады / выступления / дискуссии и человек волен сам выбирать где ему "оказаться" в каждый момент времени - он может подобраться ближе "к площадке" выступающего с интересным докладом или находится между двух площадок одновременно, он может объединится с коллегами комментируя по ходу доклад, но не мешая при этом другим участникам. И все это позволяет сделать механизм "области слышимости".
И как раз этот механизм позволит "ограничить" рост передачи количества "дорожек" по сети и нагрузку на "один пользовательский канал".
Идея интересная.
Не понятно, почему решили микшировать на сервере? Есть предложение, что при масштабировании это станет очень узким местом.
Второй момент как согласуются маппинги пользователей? Т.е. тип А у себя настроил 100% слышимость типа В, а тот в свою очередь убрал А "в дальний угол". Пошла разобщённость и ноль диалога.
Имхо нужно виртуальное согласованное пространство с координатами каждого участников.
Сервер в этом случае должен определить какие звуковые потоки попали в "зону" слышимости конкретного пользователя и передать их на клиента.
Клиент уже смикшировать по установкам пользователя.
Да, клиент при этом станет более ресурсоемким, но в целом приложение стабильнее и функциональнее.
+1 к расстрелу.
А начальников к увольнению за несоответствие. Что за бред растаскивать кастом поделку на всю сетку?
Кто знает, что там в бинарнике и не автором заложено? Какие бэкдоры? Это ж банк и деньги...
Почему не взяли за шкирку своих итишников и не поставили автора аналитиком (ну или просто посадили ит рядом)?
Самый лучший прогресс программисты выдают "поработав" В шкуре пользователя с неделю в полях: юзабилити растёт на глазах, оптимизации прут как на дрожжах.
Вообще тут попахивает работой ради работы.
Нужен консультант? Да 90% вопросов снимет онлайн консультант, которого можно "шарить" между магазинами, можно специализировать на конкретной линейке и т.п. "Ответ" Онлайн консультанта однозначно можно сделать быстрее, чем 5 минут.
География страны позволяет таких консультантов дешево держать 24*7.
Эдакий расширенный коллцентр, что можно переиспользовать и в других целях, в случае простоя.
Зачем ждать физического человека вообще, ещё и квест обоим устратвать?