Это все очень круто - ни в одной игре не видел огибания препятствий кстати. Кто сделает Zoom с интерфейсом шутера, поддержкой всех платформ, с фичами нормального звука, с удобством дискорда в плане управления трансляцией (с учетом 3D возможностей) - взорвет индустрию. Главное про староверов с обычным интерфейсом не забывать.
А как порешали звук? Это самое важное отличие от реальных встреч 1) есть учет расстояния до говорящего? 2) есть возможность быстро регулировать громкость отдельных участников (важная функция - по опыту дискорда, где у всех разное оборудование)? 3) есть возможность говорить в общем созвоне приватно кому-то (условно в личку)? Не покидая общего естесственно 4) есть поддержка фокуса внимания - люди на которых смотрим слышны лучше остальных? В реальности позволяет вести в одной переговорке несколько разговоров не сильно мешая остальным
Вы забыли про конкуренцию. 1) Робот который будет приносить такую прибыль начнет стоить дороже - конкуренция за роботов 2) конкуренты производители тоже его купят - товар станет дешевле. В пределе это приводит к тому что роботы не будут приносить прибыль. Именно про это вся тема что роботы не могут приносить прибавочную стоимость
Я конечно больше имел ввиду механику чем вычисления. С вычислениями тоже не все так однозначно - не даром сильный ИИ не существует, только весьма жалкие потуги в разных областях
Совершенство в универсальности, дизайне, приспосабливаемости, самовосстановление опять же. Плюсом простота содержания и поддержки. Оптимизация под среду. Механизмы решают очень узкие задачи (на фоне людей - сверх узкие) и часто из-за этого невозможно замкнуть технологические цепочки без участия людей на каком-то этапе
Ну можете показать механизм самовосстанавливающийся от серьезных повреждений например? Или полную замену человеческой кисти - с учетом всех степеней свободы, допустимых нагрузок, сенсоров, габаритов и точности? Этот так навскидку
Как я и писал ранее - не будет никакого сквозного шифрования в массовых продуктах. Под предлогом заботы о детях или защиты от экстремизма его везде запретят или уже запретили.
Я про бекенд - на фронтенде все в обоих вариантах одинаково, там без утилит не обойтись в любом случае. Ну и в нормальных местах бекендеры не ломают API от нефиг делать - на ревью и проектировании обязаны следить за совместимостью
Смотрите - подход со swagger-first в небольших проектах часто неудобен. Если разработчик fullstack тоже.
swagger-first на бекенде - добавляем файл swagger - добавляем в зависимость утилиту генерации бекенда - следим чтобы генерация соответствовала файлу и периодически генерим начисто - вместо написания кода на языке бекенда - пишем сначала свагер (+1 языковая технология в стек проекта)
backend-first на бекенде - добавляем код публикации свагера и все, работаем как обычно
Пока сборка проекта и среды разработки не будут поддерживать swagger как часть кода, второй вариант будут принимать часто как наиболее удобный и простой в поддержке. Если подключенный swagger даст в проекте автоматически вложенные в него модели (как фейковые классы по аналогии как сделаны в android элементы activity) и примапит хендлеры по какому-то правилу, тогда скорее всего повсеместно откажутся от генерации из кода
Они это в хвост и гриву используют - свобода договара) Компании так и сотрудникам запрещают коллективные иски. Щит и меч - коллективные иски это ответ на дорогих адвокатов, запрет таковых приводит к нерентабельности судиться за мелочи.
За состояние (в плане безопасности в пути) транспортного средства в России ответственность на водителе. Думаю в штатах тоже самое, потому претензии не особо состоятельны в этом плане, а за брак да можно предъявлять
Стрим вы морального права прихранивать не имеете. И читать второй раз тоже чаще всего нельзя. Так что все кто увидит стрим понимают, что надо его быстро-быстро перелить дальше, или считать в память. Другой подход к ним крайне опасен
Ввглядит подозрительно, сайт пустой, ссылок большинство неработает. Чисто сайт визитка, и то битая
Это все очень круто - ни в одной игре не видел огибания препятствий кстати.
Кто сделает Zoom с интерфейсом шутера, поддержкой всех платформ, с фичами нормального звука, с удобством дискорда в плане управления трансляцией (с учетом 3D возможностей) - взорвет индустрию. Главное про староверов с обычным интерфейсом не забывать.
Джва года жду )
А как порешали звук? Это самое важное отличие от реальных встреч
1) есть учет расстояния до говорящего?
2) есть возможность быстро регулировать громкость отдельных участников (важная функция - по опыту дискорда, где у всех разное оборудование)?
3) есть возможность говорить в общем созвоне приватно кому-то (условно в личку)? Не покидая общего естесственно
4) есть поддержка фокуса внимания - люди на которых смотрим слышны лучше остальных? В реальности позволяет вести в одной переговорке несколько разговоров не сильно мешая остальным
Что у вас на эту тему есть?
Вы забыли про конкуренцию.
1) Робот который будет приносить такую прибыль начнет стоить дороже - конкуренция за роботов
2) конкуренты производители тоже его купят - товар станет дешевле.
В пределе это приводит к тому что роботы не будут приносить прибыль. Именно про это вся тема что роботы не могут приносить прибавочную стоимость
Скоро увидим программы от IOS на андроиде, вот это будет достойная дичь.
А наоборот будет когда выкатят установку сторонних приложений в IOS
Ахаха сказали банки - и включили очень дешевый, очень удобный овердрафт как очень ценному клиенту
Del
Ответ один - писать скрипты для поставки свежих сертификатов очевидно. Безопасность это всегда в ущерб удобству
NFT не дает никаких значимых прав - оно равняется разрешению написать на виртуальном заборе: "Здесь был Вася", только и всего
Я конечно больше имел ввиду механику чем вычисления. С вычислениями тоже не все так однозначно - не даром сильный ИИ не существует, только весьма жалкие потуги в разных областях
Совершенство в универсальности, дизайне, приспосабливаемости, самовосстановление опять же. Плюсом простота содержания и поддержки. Оптимизация под среду.
Механизмы решают очень узкие задачи (на фоне людей - сверх узкие) и часто из-за этого невозможно замкнуть технологические цепочки без участия людей на каком-то этапе
Ну можете показать механизм самовосстанавливающийся от серьезных повреждений например?
Или полную замену человеческой кисти - с учетом всех степеней свободы, допустимых нагрузок, сенсоров, габаритов и точности?
Этот так навскидку
Биологическая оболочка сейчас наиболее совершенная технология из известных нам)
скорее будет ее модификация чем отказ
Как я и писал ранее - не будет никакого сквозного шифрования в массовых продуктах. Под предлогом заботы о детях или защиты от экстремизма его везде запретят или уже запретили.
Я про бекенд - на фронтенде все в обоих вариантах одинаково, там без утилит не обойтись в любом случае. Ну и в нормальных местах бекендеры не ломают API от нефиг делать - на ревью и проектировании обязаны следить за совместимостью
Смотрите - подход со swagger-first в небольших проектах часто неудобен. Если разработчик fullstack тоже.
swagger-first на бекенде
- добавляем файл swagger
- добавляем в зависимость утилиту генерации бекенда
- следим чтобы генерация соответствовала файлу и периодически генерим начисто
- вместо написания кода на языке бекенда - пишем сначала свагер (+1 языковая технология в стек проекта)
backend-first на бекенде
- добавляем код публикации свагера и все, работаем как обычно
Пока сборка проекта и среды разработки не будут поддерживать swagger как часть кода, второй вариант будут принимать часто как наиболее удобный и простой в поддержке. Если подключенный swagger даст в проекте автоматически вложенные в него модели (как фейковые классы по аналогии как сделаны в android элементы activity) и примапит хендлеры по какому-то правилу, тогда скорее всего повсеместно откажутся от генерации из кода
Они это в хвост и гриву используют - свобода договара) Компании так и сотрудникам запрещают коллективные иски. Щит и меч - коллективные иски это ответ на дорогих адвокатов, запрет таковых приводит к нерентабельности судиться за мелочи.
За состояние (в плане безопасности в пути) транспортного средства в России ответственность на водителе. Думаю в штатах тоже самое, потому претензии не особо состоятельны в этом плане, а за брак да можно предъявлять
О, это совсем не значит что вас не ждет подобное окно. И оно даже может снесет 10 и зальет установщик 11, который естественно попросит обновить железо
Стрим вы морального права прихранивать не имеете. И читать второй раз тоже чаще всего нельзя. Так что все кто увидит стрим понимают, что надо его быстро-быстро перелить дальше, или считать в память. Другой подход к ним крайне опасен
Текущие законы полностью рабочие, их хватает. Просто не применяли еще для таких целей