Я бы не стал утверждать, что там так уж всё просто. Даже условно рассчитать это всё в виде модели, я бы мягко сказал, смогут не все. И это понимая под всеми только выпускников технических вузов. А какой путь от модели до технологии массового производства и дальнейшей эксплуатации...
Для меня всегда патентное право выглядело, скажем так, несколько устрашающе - некоей квинтессенцией того, до чего может дойти юриспруденция, если к ней подключатся инженеры. Все сложносочинённые "патентные формулы" - это вообще ИМХО за гранью добра и зла, ближе к словестной эквилибристике.
Лишь устоявшаяся история намекает, что система должно быть справляется со своими задачами, хотя институт патентных троллей не даёт полной в этом уверенности.
Выскажу мнение, что появление LLM и GPT может встряхнуть это направление и устроить тектонический сдвиг, т.к. нейросети ох как умеют в словоблудие и после прокачивания юридических навыков могут стать атомным оружием в руках патентных троллей.
Очень удобно, спасибо. Как-то раз нужно было край как пообщаться с колл-центром для оплаты заказа, и другого варианта не было, очень "кстати" разрыв соединения через полчаса ожидания.
Ну если бы хотели именно решить проблему, то средства найти можно было бы вполне. Например распаковка под камеру и навешивание перед примеркой электронного (да хоть обычного) ярлыка.
Если нужно обезопасить всю цепочку для более дорогостоящих товаров, на примере тех же видокарт, которые по некоторым сообщениям подменяли, то что мешает использовать запаковку и распаковку под камеры + стикеры с открытой и закрытой скретч-слоем частями.
На редкость непродуманная конструкция у этих сберовских банкоматов. Пинпад находится фактически на лицевой панели. Для чего нужны большие экраны так же не до конца понятно. Даже если для рекламы, ведь можно не весь экран задействовать при прямой работе с данными не для общего обозрения.
У тиньковских банкоматов конструкция получше, пинпад утоплен, но вопросы по дисплеям всё те же.
Понимает даже по-русски, но база чувствуется сильно меньше. И в процессе генерации процесс идёт настолько медленно, что кажется что кто-то печатает в онлайне.
P.S. Вообще по стилю похоже на креативного студента, совершенно не знающего билет и включившего бредогенератор на 90%
Не знаю, всё же использовать Python для веба... Ну такое... Не для того он предназначен. Да, сделать на Django неспешную админку для внутреннего продукта вполне себе неплохая идея, но не более того. А для высокопроизводительного сервиса это всё равно, что пытаться дотюнить педальную машинку до использования на немецком автобане. И ни WSGI, ни асинхронность тут кардинально не помогут.
Казалось бы, есть успешный пример Node.JS, который смог. Но он смог в достаточно специфичном кейсе асинхронных веб серверов, главным образом благодаря удачному сочетанию для этого случая движка V8 и концепции планировщика Event Loop, реализованной через libuv. В этой связке асинхронность там была изначально, причём не простая, а фактически реализуемая для таких вещей как работа с сетью на очень низком системном уровне.
Python и его веб-фреймворки, с другой стороны, в силу своей супер универсальности не могут похвастаться ни супербыстрым интерпретатором (в котором должна быть реализована компиляция, чтобы добиться сравнимых с V8 результатов), ни низкоуровневым планировщиком для асинхронных вызовов.
Концептуально в мире Python ближе всего к Node что-то вроде uvloop. Но всё равно это полумеры.
Всё сказанное выше - ИМХО, лично давно не имел дел с веб-фреймворками на Python, может быть с тех пор там стало всё очень хорошо (но это не точно). При этом против самого по себе Python ничего не имею, в своих нишах - язык отличный.
Это только часть проблемы. Главная состоит в том, что адресные светодиоды это RGB. Скажем жёлтый цвет будет R+G и только человеку может казаться что он жёлтый. С точки зрения спектроскопии это вообще не так. Даже использование обычных монохромных светодиодов весьма сомнительная идея т.к. спектр у них вероятно не идеален. ИМХО только лазерные можно использовать.
Кому интересно поиграться с сеткой самостоятельно, сделал бота для Stable Diffusion. Чисто для ознакомления, просто на 3090 TI без гарантий относительно хабраэффекта: http://t.me/stablediffusiongeneratorbot
Думаю что просто нужно выбрать режим Point of Interest, и снять видео с несколькими облётами по кругу на нескольких уровнях, а задача коптера только держать в центре кадра объект.
Отличный мануал, очень в тему. Понятно, что использовать для создания веб фреймворка это вообще ИМХО нецелесообразно, но для ресурсоёмких вычислений или хитрых библиотек то, что надо. Собрал пример с капчей в более полном варианте, включая проверку: https://github.com/DirectX/go-wasm-captcha-demo
Самое подробное описание устройства и работы на английском: https://youtu.be/qs2QcycggWU?si=wbL0GwGOQpHx2x-3
Я бы не стал утверждать, что там так уж всё просто. Даже условно рассчитать это всё в виде модели, я бы мягко сказал, смогут не все. И это понимая под всеми только выпускников технических вузов. А какой путь от модели до технологии массового производства и дальнейшей эксплуатации...
Ещё один из мотивов - балансировка ресурса: если одна условная шестерёнка проработает 10 лет, а другая 200 лет, то эту ситуацию имеет смысл выровнять.
Для меня всегда патентное право выглядело, скажем так, несколько устрашающе - некоей квинтессенцией того, до чего может дойти юриспруденция, если к ней подключатся инженеры. Все сложносочинённые "патентные формулы" - это вообще ИМХО за гранью добра и зла, ближе к словестной эквилибристике.
Лишь устоявшаяся история намекает, что система должно быть справляется со своими задачами, хотя институт патентных троллей не даёт полной в этом уверенности.
Выскажу мнение, что появление LLM и GPT может встряхнуть это направление и устроить тектонический сдвиг, т.к. нейросети ох как умеют в словоблудие и после прокачивания юридических навыков могут стать атомным оружием в руках патентных троллей.
Для рендеринга в браузере наверное лучше использовать Rust + WASM.
Очень удобно, спасибо. Как-то раз нужно было край как пообщаться с колл-центром для оплаты заказа, и другого варианта не было, очень "кстати" разрыв соединения через полчаса ожидания.
Ну если бы хотели именно решить проблему, то средства найти можно было бы вполне. Например распаковка под камеру и навешивание перед примеркой электронного (да хоть обычного) ярлыка.
Если нужно обезопасить всю цепочку для более дорогостоящих товаров, на примере тех же видокарт, которые по некоторым сообщениям подменяли, то что мешает использовать запаковку и распаковку под камеры + стикеры с открытой и закрытой скретч-слоем частями.
Пока наиболее понятное объяснение из того, что встречал это: https://www.youtube.com/watch?v=ZBaXPY_0TNI
Ещё один способ:
На редкость непродуманная конструкция у этих сберовских банкоматов. Пинпад находится фактически на лицевой панели. Для чего нужны большие экраны так же не до конца понятно. Даже если для рекламы, ведь можно не весь экран задействовать при прямой работе с данными не для общего обозрения.
У тиньковских банкоматов конструкция получше, пинпад утоплен, но вопросы по дисплеям всё те же.
Понимает даже по-русски, но база чувствуется сильно меньше. И в процессе генерации процесс идёт настолько медленно, что кажется что кто-то печатает в онлайне.
P.S. Вообще по стилю похоже на креативного студента, совершенно не знающего билет и включившего бредогенератор на 90%
Не знаю, всё же использовать Python для веба... Ну такое... Не для того он предназначен. Да, сделать на Django неспешную админку для внутреннего продукта вполне себе неплохая идея, но не более того. А для высокопроизводительного сервиса это всё равно, что пытаться дотюнить педальную машинку до использования на немецком автобане. И ни WSGI, ни асинхронность тут кардинально не помогут.
Казалось бы, есть успешный пример Node.JS, который смог. Но он смог в достаточно специфичном кейсе асинхронных веб серверов, главным образом благодаря удачному сочетанию для этого случая движка V8 и концепции планировщика Event Loop, реализованной через libuv. В этой связке асинхронность там была изначально, причём не простая, а фактически реализуемая для таких вещей как работа с сетью на очень низком системном уровне.
Python и его веб-фреймворки, с другой стороны, в силу своей супер универсальности не могут похвастаться ни супербыстрым интерпретатором (в котором должна быть реализована компиляция, чтобы добиться сравнимых с V8 результатов), ни низкоуровневым планировщиком для асинхронных вызовов.
Концептуально в мире Python ближе всего к Node что-то вроде uvloop. Но всё равно это полумеры.
Всё сказанное выше - ИМХО, лично давно не имел дел с веб-фреймворками на Python, может быть с тех пор там стало всё очень хорошо (но это не точно). При этом против самого по себе Python ничего не имею, в своих нишах - язык отличный.
Это только часть проблемы. Главная состоит в том, что адресные светодиоды это RGB. Скажем жёлтый цвет будет R+G и только человеку может казаться что он жёлтый. С точки зрения спектроскопии это вообще не так. Даже использование обычных монохромных светодиодов весьма сомнительная идея т.к. спектр у них вероятно не идеален. ИМХО только лазерные можно использовать.
Кому интересно поиграться с сеткой самостоятельно, сделал бота для Stable Diffusion. Чисто для ознакомления, просто на 3090 TI без гарантий относительно хабраэффекта: http://t.me/stablediffusiongeneratorbot
Кто хочет, может самостоятельно запустить такой же: https://github.com/DirectX/stablediffusion-telegram-bot
Для такого случая нужно ставить платное альтернативное приложение Litchi.
Думаю что просто нужно выбрать режим Point of Interest, и снять видео с несколькими облётами по кругу на нескольких уровнях, а задача коптера только держать в центре кадра объект.
Хороший туториал. Могу еще посоветовать аналогичный софт Meshroom
Веб интерфейс mailu можно проксировать через Nginx, с этим нет проблем. Очень удобный вариант. Некоторые тонкости настройки раскрыты в этой статье.
Отличный мануал, очень в тему. Понятно, что использовать для создания веб фреймворка это вообще ИМХО нецелесообразно, но для ресурсоёмких вычислений или хитрых библиотек то, что надо. Собрал пример с капчей в более полном варианте, включая проверку: https://github.com/DirectX/go-wasm-captcha-demo
Кстати, очень крутой видеокурс по теме статьи: https://www.youtube.com/watch?v=CaCcOwJPytQ&list=PLX2gX-ftPVXU3oUFNATxGXY90AULiqnWT