Понравился InputNumber. То что нужно для ввода сумм. Только не нашел выравнивания в поле ввода. Суммы часто принято выводить с выравниванием по правому краю.
Тогда они «обидят» немых. И для это случая можно придумают способы включения микрофона на время запуска игры. А так, проверяют «тишину», если она не «демократичная» то отключают от сервиса сначала на день, потом если в течение дня «тишина» не восстановилась, удаляют акк.
А так конечно проблема по-моему высосана из пальца. В телефоне как-то микрофон никто не пытается «просверлить». Не хочешь чтобы слушали, отключи устройство от питания.
Может кто-то изыскания на эту тему и проводил, но серьёзных исследований думаю нет. Думаю что «обычным» космическим агенствам эта тема (колонисты на Марсе) не интересна. Думаю что самыми важным будет являться гарантирование самообеспечение кислородом и пищей. С выращиванием пищи на МКС не сильно задалось. С производством кислорода в промышленных масштабах (для тысяч человек) тоже могут возникнут технологические сложности. Похоже что большая часть колонистов будет занята обеспечением самых первичных потребностей человека. В результате возникнет вопрос зачем они там вообще? Кажется что на решение этих вопросов уйдёт больше человеческой жизни. Хватит ли задора одно человека на продолжение его идей после его смерти?
Скорее всего, трос — это страховка, как у альпинистов и спелеологов
Альпинист и спелеолог это высокоинтелектуальное существо способное распутывать узлы. Хороший пример с тросом это маленький ребёнок и машинка на верёвочке. Чуть притормозил и все замоталось на ось. А робособака может роболапами запутаться. Если делать преднатяжение, то ходить они могут только в «прямой» видимости, да и натяжение будет давать дополнительную силу которую нужно компенсировать и это потребует дополнительных усилий для сохранения равновесия.
Ни в коем случае не подвергаю сомнению опытность специалистов НАСА, но идея кажется сомнительной. Думаю это еще не окончательный вариант и они еще найдут способ реализовать задуманное без таких «подозрительных» решений.
Похоже на следствие работы плагинов для IDE который показывает актуальный версии пакетов в файле requirements.txt. Каждое открытие такого файла в IDE приводит к запросу актуальных версий всех пакетов из него.
Вы случаем не рассматривали другие библиотеки? Например scipy или glpk у которого есть несколько обёрток для python (и он разрабатывался нашим соотечественником).
Для себя понял что scipy плохо решает системы где несколько тысяч уравнений, а вот glpk быстро и хорошо справляется уже с десятками тысяч.
Для оплаты уже 3 года не достаю карту из кошелька, даже кошелька часто нет с собой. Все делаю телефоном. Но на банкомате всегда вставляю карту. NFC отталкивает тем, что не понятно, то ли нужно чтобы карта все время лежала на «нужном месте» то ли нет. Проходит квест и прикладывать карту еще раз не хочется, для этого она должна быть все время пока пользуешся банкоматом в руках, в отличии от варианта «по старинке». Это «новое» условие делает процесс использования банкоматом неудобным. А класть ей на место считывания на все время кажется сомнительным, она может упасть, её могут «выхватить», особенно если использовать телефон вместо карты.
Ну тут либо в тест загнать именно симплекс метод, либо составить последовательность конкретных операций над конкретными значениями.
Но в жизни ведь использовать нужно не «синтетические» тесты, а прикладные задачи. Если алгоритм хорош в тестах, но бесполезен в прикладных задачах…
Если можете «завалить» алгоритм, прошу показать тест в комментариях
Симплекс метод «в лоб» на размере в несколько тысяч ограничений и переменных. Как только количество итераций переваливает за несколько сотен, накопленная ошибка округления приводит к «не сходимости» алгоритма.
использование градусника для измерения скорости. Не тот инструмент!!!
Смотря как использовать. Есть датчики скорости потока воздуха для вентиляции где для определения скорости используют термометры!.. Вот даже статья была с описанием есть: habr.com/ru/company/efo/blog/280031
А так конечно проблема по-моему высосана из пальца. В телефоне как-то микрофон никто не пытается «просверлить». Не хочешь чтобы слушали, отключи устройство от питания.
Альпинист и спелеолог это высокоинтелектуальное существо способное распутывать узлы. Хороший пример с тросом это маленький ребёнок и машинка на верёвочке. Чуть притормозил и все замоталось на ось. А робособака может роболапами запутаться. Если делать преднатяжение, то ходить они могут только в «прямой» видимости, да и натяжение будет давать дополнительную силу которую нужно компенсировать и это потребует дополнительных усилий для сохранения равновесия.
Ни в коем случае не подвергаю сомнению опытность специалистов НАСА, но идея кажется сомнительной. Думаю это еще не окончательный вариант и они еще найдут способ реализовать задуманное без таких «подозрительных» решений.
Кажется что для большинства пользователей страшнее утечка из второго сервиса, чем из первого.
Для себя понял что scipy плохо решает системы где несколько тысяч уравнений, а вот glpk быстро и хорошо справляется уже с десятками тысяч.
Но в жизни ведь использовать нужно не «синтетические» тесты, а прикладные задачи. Если алгоритм хорош в тестах, но бесполезен в прикладных задачах…
Симплекс метод «в лоб» на размере в несколько тысяч ограничений и переменных. Как только количество итераций переваливает за несколько сотен, накопленная ошибка округления приводит к «не сходимости» алгоритма.
Никак. Это называется естественная монополия. С ними отдельный разговор.
Смотря как использовать. Есть датчики скорости потока воздуха для вентиляции где для определения скорости используют термометры!.. Вот даже статья была с описанием есть: habr.com/ru/company/efo/blog/280031
1С уже тоже уже отказывается от велосипеда. Сейчас уже есть IDE для 1С на базе Eclipse.