mayton2019

Рекурсивным поиском в глубину по данной таблице пока не будет исчерпана длина.

Но что-то мне подсказывает что тебе надо сначала сделать однопоточный вариант.

Если проводить аналогию с ребёнком который растет и учит язык - то скорее всего нет чем да.
До того как обучать диалогам - нужно дать понятия. И смыслы.

В противном случае диалог будет похож на общение со старым маразматичным
стариком который не помнит контекста но на любую реплику - тут-же поделится
воспоминаниями на тему "эх помню были времена я..." и так далее.

Какая ценность в таком собеседнике? Примерно так-же Lisp-Элиза. Просто ходит
по кругу и закидывает тебе твои-же стейтменты в виде вопросов или уточнений.

Совершенству нет предела. И если рассматривать интеграцию с вычислительной машиной "Сетунь", которая работает не в двоичной а в троичной системе счисления то я думаю это был-бы настоящий ад, и челлендж для того кто захотел с ней интегрироваться из современных систем.

Не знаю, существуют ли эта машинка сегодня, но я надеюсь что подкинул пищи для размышлений.

Да тут не вопрос, а целое задание для фриланса. Не знаю чем автор занят, репостом ли чужих задач или решением своих но тут надо просто готовить котлету денег.

Или сильно сильно упростить вопрос чтобы он хотябы был осязаем для вопросника.

Непонятно зачем автору здесь grafana и prometheus. Выглядит ненужным обвесом. Кроме того требует полноценного и дорогого EC2 на фоне всего остального которое почти serverless.

Любое значение менять нельзя. Только те что принадлежат твоему процессу. Это - краеугольный камень инфо-безопасности для современных ос.

Для своей памяти - это работа с указателем. Выделяешь себе кусочек памяти через mallox/new и меняешь что надо.

Автор, твои логи ничего не показывают.
Интервал между событиями - менее 1 минуты.
Это не то за что надо бороться.

Готовое решение уже предложил Александр.
А автор, если хочет решать его именно в среде Libre office (кстати уточнить что имелось в виду, writer или calc) должен изучить basic, который встроен в эту среду и использовать его.

По моему скромному мнению решение таких задач в офисах - это никому не нужная блажь.

Профессионалам это никогда не интересно. А на уровне кухонного рецепта - решение в 1 посту уже готово.

У тебя case выражения такие однообразные.
Код тяготеет к replace condition with polymorphism.

На самом деле в топике совершенно неочевидна причина бана. Бан могут выполнять модераторы на основании своих правил в ручном режиме.

Поэтому все рецепты здесь - суть предположения а не рецепты.

Функцию активации невозможно объяснить в отрыве от нейрона. Главные требования к ней - непрерывность и монотонность на всей области определения. В качестве такой функции берут либо логистический сигмоид либо гиперболический тангенс. Они - насыщаются на границах. Тоесть бесконечный рост аргумента не приводит к росту функции.

Функция связанна с теоремой Колмогорова Арнольда.

Правильный ответ - нет. Функционал регулярок - это найти и указать найденное. Вы можете посмотреть как работает Pattern/Matcher в паре. Они просто находят группы выражений и указывают пальцем дескыть вот здесь матчинг подошел.

Но есть API языков программирования такой как String::replace который позволяет с ИСПОЛЬЗОВАНИЕМ
регулярок найти-и-заменить одной операцией.

Но данную конкретную операцию - капитализацию первой буквы в Java-строке я-бы сделал просто через substring() и toUpper(). Это будет по времени в сотни раз быстрее т.к. мы не будем вовлекать в процесс компилляцию паттерна регулярок. Грубо говоря если ты решил пальнуть по птичкам - то бери рогатку. Пушка тебе не нужна.

Не все MicroSD-шки одинаковые. Есть понятие класс скорости. У них на корпусе написано в кружочке:

class(4)

например.

Эту карточку выкинь. Она тебе не подходит. И купи классом повыше.

В топике - правильно пишут. Не надо жадничать. Покупай нормальный товар а не по цене мусора.

Надо читать полный прейскурант продаваемых Яндексом виртуалов. Я думаю что гарантии по скорости и доступности ssd блинчиков просто учтены в цене на саму виртуалку. И надо просто доплатить денег.

У вас у всех в коридоре висит идеальный ваттметр. Электросчетчик. Заменяйте его показания с включенным ПК за интервал времени и заменяйте с выключенным. Дальше - школьная арифметика.

По надежности рантайма - хорошо идёт Erlang. Он способен накатывать патчи без ребута приложения. Его даже не рекомендуют запускать в докере т.к. его преимущества теряются из-за контейнера.

По надежности языка разработки - согласен с предыдущими ораторами насчет Ады. Но насчет перспектив - я ХЗ. Не знаю как там для современной разработки.

Современная восходящая звезда надёжности фазы компилляции - это Rust. Его изначально создавали с целью фиксить дефекты С++. Просто на основании опыта накопленного в Mozilla. И на основании анализа уязвимостей из тех которые уже были внедрены в код Мозиллы из за фундаментальных дефектов языка С++.

Тема интересная. Находится на стыке развития систем распознающих образы и обще-человеческой медицины.

Защитить - скорее всего можно. Только после этого фото станет недоступным для человеческого восприятия. Простые фильтры дисторсии (distort), бочка, подушка, кручение (twirl). Просто какие-то варпы, которые изменяют пропорции лица, например вытягивают глаза и прочее - могут сломать систему поисков по совпадению.

Но если вы решили играть в кошки-мышки с государством то ничего у вас не выйдет. Вас все равно поймают. А дистортнутые фотографии в вашей соц-сети просто будут вызывать удивление и подозрение.

Может если вы не хотите чтоб вас искали - то лучше наверное вообще ничего не публиковать.

Поэтому диклеймер - интерес этого топика - исключительно академический.

На алгоритмической сложности стоит вся современная криптография (https-соединения в браузере) и криптовалюты. Все они сегодня работают и существуют только потому что есть алгоритмы которые работают в одну сторону легко и быстро (нанесение электронной цифровой подписи) а в обратку - настолько туго и бесконечног долго что сама по себе генерация лже-подписи становится невыгодной злоумышленнику просто по временнЫм затратам.

А если говорить простыми словами то все подмножество алгоритмов делится на константные O(1) - это поиск в хеш-табличке. Логарифмические O(Log n) - это поиск в дереве или сортированной коллекции. Линейные - любой поиск в произвольнйо коллекции O(n). И дальше идут полиномиальные (это всегда цикл в цикле) экспоненциальные O(exp n). Здесь начинается криптография. И комбинаторные, в формулу которых входит факториал от N или еще апроксимируется O(n^n). Последние как-раз и создают тот самый класс нерешаемых наукой алгоритмов для которых пытаются строить квантовые устройства работающие совсем на других физических принципах.