Есть гипотеза, что парадокс Ферми (отсутствие контактов с инопланетным разумом) именно так и объясняется - мы УЖЕ в резервации, а развитые цивилизации держатся "от этих психов" подальше. =)
Ну два параметра у нас всё же есть - масштаб одного шага вперёд и начальная ориентация пера. Но сейчас они привязаны ко всей программе, а точнее - к интепретатору языка. Если бы можно было выполнить часть программы, задавая по разному эти два значения, было интересно. И если с начальным углов поворота проблем нет, так как можно просто вставить нужные инструкции поворота перед "вызовом подпрограммы", то с масштабом ничего не поделать.
Ну т.е. параметризации вообще никакой? Чтобы нарисовать (аппроксимировать) две окружности разного размера, нужн описать две разные программы? Как-то грустно.
Ну, значит у меня руки кривые. Что вполне правдоподобно. =)
Но опять же, имхо, начиная с определённого порога сложности координации проще будет плюнуть и взять готовый SQL сервер, который уже умеет решать эти задачи.
Ровно до тех пор, пока не появляется необходимость обращаться к ней из двух процессов одновременно (скажем, по крону и по запросу пользователя). Сценарий, увы, не такой уж редкий - даже в малых проектах.
Очень напомнило суарезовский Kill Decision. Там одним из компонентов боевого дрона был алгоритм, в реальном времени преобразующий видео в текстовое описание событий, пригодное для последующего анализа...
Не хватает указания прав, необходимых для того или иного метода. Я почти уверен, что чтобы залезть в файлы планировщика или в ветку обновлений, нужно уже иметь права NT/System. А ветки Run/RunOnce, при всей своей очевидности, требуют только прав пользователя.
А после этой фотохимической реакции ещё и обработка результата довольно кривой нейросетью. =) Так что соглашусь, "своими глазами" - это не так уж и надёжно.
[sarcasm]Потому что юзеры должны использовать менеджер паролей в самом браузере, и обязательно с облачной синхронизацией, а не сторонние небезопасные приблуды.[/sarcasm]
Есть гипотеза, что парадокс Ферми (отсутствие контактов с инопланетным разумом) именно так и объясняется - мы УЖЕ в резервации, а развитые цивилизации держатся "от этих психов" подальше. =)
Имеет смысл только если:
1) есть база открытых ключей для всех камер, чтобы нельзя было сгенерить свой и подписать изображение им.
2) закрытый ключ хранится в чем-то типа TPM, а не в прошивке, откуда его рано или поздно сдампят.
Ну два параметра у нас всё же есть - масштаб одного шага вперёд и начальная ориентация пера. Но сейчас они привязаны ко всей программе, а точнее - к интепретатору языка.
Если бы можно было выполнить часть программы, задавая по разному эти два значения, было интересно. И если с начальным углов поворота проблем нет, так как можно просто вставить нужные инструкции поворота перед "вызовом подпрограммы", то с масштабом ничего не поделать.
Ну т.е. параметризации вообще никакой? Чтобы нарисовать (аппроксимировать) две окружности разного размера, нужн описать две разные программы? Как-то грустно.
Ну проекты проектами, а тут вроде НАСА и впрямь собирается, причем в ближайшие годы.
Впрочем, конечно, может получиться как с термоядом...
Уже месяц этот проект по интернету ползает, да.
Ну, значит у меня руки кривые. Что вполне правдоподобно. =)
Но опять же, имхо, начиная с определённого порога сложности координации проще будет плюнуть и взять готовый SQL сервер, который уже умеет решать эти задачи.
Ну это вариант, но по сути, это уже будет СУБД сервер, только маленький и самодельный . =)
Ровно до тех пор, пока не появляется необходимость обращаться к ней из двух процессов одновременно (скажем, по крону и по запросу пользователя). Сценарий, увы, не такой уж редкий - даже в малых проектах.
А что там такого специфического, что на винде или других линуксах не заводится?
Очень напомнило суарезовский Kill Decision. Там одним из компонентов боевого дрона был алгоритм, в реальном времени преобразующий видео в текстовое описание событий, пригодное для последующего анализа...
Не хватает указания прав, необходимых для того или иного метода. Я почти уверен, что чтобы залезть в файлы планировщика или в ветку обновлений, нужно уже иметь права NT/System. А ветки Run/RunOnce, при всей своей очевидности, требуют только прав пользователя.
А после этой фотохимической реакции ещё и обработка результата довольно кривой нейросетью. =) Так что соглашусь, "своими глазами" - это не так уж и надёжно.
Первая мысль по фото была: "о, ещё и тазер в комплекте..."
Зависит от глубины анализа. При глубине один-два хода - да, ваше утверждение верно.
Впрочем, большую глубину тоже не выставить - компа не хватит.
[sarcasm]Потому что юзеры должны использовать менеджер паролей в самом браузере, и обязательно с облачной синхронизацией, а не сторонние небезопасные приблуды.[/sarcasm]
Ну на гитхабе поле ввода одно, так что просто копировать-вставить.
А так да, я бы настраивал автоввод.
Это была шутка, если что. =)
KeePassOTP
С гитхабом работает хорошо, со стимом не пробовал - там гемморойно добывать secret, чтобы пароли генерились.
Как пользовался KeePass, так и пользуюсь. Он с плагином ещё и TOTP умеет, вообще замечательно стало.