Karpion

Ну, основные проблемы - из-за "грязных хаков" типа предположений о размере переенных в байтах, о порядке байтов в числе, о форматах чисел с плавающей точкой. Обычно вылезает в Си-программах; в языках типа Python, PHP, Perl такое бывает реже, но при старании тоже можно влететь. в проблемы. А Java изначально затачивалась на стандартное выполнение везде и всегда - правда, это не полностью удалось, но там вероятность несовместимости минимальна.

Наиболее частые проблемы - при смене разрядности системы - 32 или 64 бита (другие разрядности бывают, но в наше время встречаются совсем редко).

Для начала - укажите язык разработки.

Для начала я бы уточнил, какие задачи будут/должны решаться этой системой.

Ну и классический ответ фанатов:
"Лучший Linux = FreeBSD!"
Там и требования небольшие, и для ARM он есть.

В старые времена внутренняя сеть провайдера была преимуществом - и провайдеры стимулировали юзеров создавать серверы внутри сети. В частности, в таких сетях можно было беспроблемно распространять пиратский контент (тексты, музыку, фильмы, программы). Сейчас провайдеры стараются загнать юзеров на внешний канал, чтобы те покупали более дорогие тарифные планы; ну и боятся Михалкова.

Теоретически - провайдер сам может давать доступ к своим внутренним серверам; эти серверы могут иметь и белый внешний адрес, и серый внутренний.
Кроме того, зачастую внутренние роутеры провайдера могут иметь серые внутренние адреса - это совершенно нормально.

Если Вы точно не собираетесь обращаться к каким-то адресам - их имеет смысл заблокировать. Но если эти адреса принадлежат провайдеру - то особого смысла блокировать их нет.
Я бы спросил в поддержке провайдера - что это за адрес. А можно просканировать порты - станет примерно понятно, что это такое; правда, за скан портов владелец устройства может обидеться.

Упорно не понимаю суть вопроса.

Есть стойкость шифрования к взлому. Она зависит от алгоритма и от длины ключа.
Достижение заданной стойкости - для разных алгоритмов требует разной длины ключа. Это, вроде, очевидно.

Асимметричные алгоритмы - это такие, что кроме криптостойкости, от них требуется ещё и асимметричность (ну, совсем уж очевидная фраза; правда, тут надо понимать, что же такое "асимметричность"). А ради дополнительного требования - практически всег...; в данном случае "падает стойкость при той же длине ключа" или "нужно нарастить ключ для той же стойкости".
(Если для улучшения не надо ничем жертвовать - то это улучшение делается, а элемент "A" на картинке по ссылке выбрасывается на помойку.)

Странно Вы делите сто на среднее значение. А что если среднее значение будет меньше единицы?

У нас не два результата, а три: выпавшее число меньше среднего, больше среднего или равно среднему.

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

Лучше всего напишите - зачем оно Вам нужно. А то вдруг окажется, что Вам нужно вообще не это, а немного совсем другое.

А что в данном случае обозначают буквы? Какую переменную мы ищем?

Обычно применяют метод Гаусса.

Система счисления тут ни при чём. Вам надо перейти к плавающей арифметике.

В общем случае - никак.
Первую причину тут указали: возможно, у них были разные противники.
Вторая причина: бывает, что система устроена как "камень-ножницы-бумага", т.е. если команда A выиграла у команды X, а команда B проиграла команде X, то отсюда не следует, что команда A выиграет у команды B.

Можно аппроксимировать функцию линейными кусками - тогда на переходах будут углы. А можно использовать сплайны - квадратные, кубические и далее; тогда результат будет более плавным.

Если система развивается во времени - то иногда просто добавляют инерцию. Без инерции - скорость пропорциональна силе, и при резком изменении силы резко меняется и скорость. А с массой точки - приходится учитывать ускорение, там диф.уравнение второго порядка.

Зависит от того, какое значение мы вкладываем в слово "оправдано".

Пусть конечные точки имеют декартовы координаты {x0,y0,z0} и {x1,y1,z1}
Берём отрезок прямой, соединяющий конечные точки (проходящий внутри сферы); координаты его точек будут:
{x0+(x1-x0)*k,y0+(z1-z0)*k,z0+(z1-z0)*k}, где k пробегает все хначения от нуля до единицы.
Переводим эти координаты в сферическую систему, а затем принудительно делаем радиус равным радиусу окружности (углы не меняются). Всё, мы имеем все точки нужно Вам дуги окружности.

Как это использовать, т.е. какие именно точки Вам нужны (из того бесконечного набора, который я дал) - решайте сами.

Нарисованный Вами график нормально описывается функцией типа синуса в интервале от -Pi/2 до +Pi/2, только надо подогнать координаты.

Ну или можно взять функцию типа x-x^3 в интервале от -1/sqrt(2) до +1/sqrt(2). Координаты тоже надо будет подогнать.

Тейлор как бы намекает, что оба предложенных мной варианта похожи вовсе не случайно.

Мне кажется, Яндекс.Карты используют такую проекцию, чтобы отображаемый участок не искажался.

У Вас ошибка в постановке задачи. Огибающая - это не ломанная (набор отрезков), а более сложная линия.
Когда огибающая идёт вдоль прямого участка - она будет тоже прямая. А вот при огибании вершины - будет окружность.

Рассмотрим первый отрезок. Пусть он задан точками начала {x0,y0} и конца {x1,y1}.
Посчитаем вектор этого отрезка v={(x1-x0),(y1-y0)}.
Посчитаем нормаль к нему n={(y1-y0),(x0-x1)} - меняем координаты местами, у одной из координат меняем знак.
Нормализуем нормаль, т.е. вычисляем длину нормали (Пифагор подсказывает) и потом делим каждую компоненту на длину. Т.е. нормаль оказывается единичной длины.
Умножаем нормаль (каждую компоненту) на длину жёлтого отрезка.

Теперь прибавим эту нормаль к первой точке {x0,y0} и потом ко второй точке {x1,y1}. Получим концы первого синего отрезка.
Одна беда - синие отрезки, полученные таким образом, будут равны исходным, и поэтому не состыковываются.
Для того, чтобы их состыковать - надо искать пересечения прямых. По идее - ничего сложного нет.

Лично я - за прокладку кабеля. И вообще - оплачивать только одно соединение с провайдером.

А ещё можно обратиться к провайдеру - нормальный провайдер может соединить две сети своими силами.

Тут м.б. что угодно - и неверная раздача IP-адресов, и битые кабели, и глючащие устройства. Или кто-то воткнул два конца кабеля в свич.
Для начала надо запустить ping по IP-адресам - с каждой машины пинговать все остальные. Возможно, будет видно местоположение проблемы.

Если неполадки с DNS - надо смотреть, какой DNS-сервер прописан в настройках: статически или с DHCP-сервера (ipconfig /all). И смотреть - есть ли там DNS-сервер.
Как вариант - роутер может неверно переадресовывать DNS-запросы на вышестоящий сервер.

В таких вопросах надо указывать геолокацию - что-то типа "Москва, пять минут на трамвае от метро Киевская" (я в курсе, что там нет трамвая - это как пример).

Варианты:

1) Сделать так, чтобы все они были в одной сети. Или номера поменять, или маски.

2) Прописать на обоих устройствах маршруты:

На 192.168.8.1 прописать
route add 192.168.1.55 192.168.8.1

На 192.168.8.1 - аналогично.

Формат записи - зависит от операционки. Иногда надо указывать не IP-адрес, а имя интерфейса.

PS: Поищите в сети статью "Статическая IP-маршрутизация".

Я не понял - что именно получается? Такое ощущение, что вывод обрезан.
Может, там на роутере всё порезано файрволлом?

И не надо ставить это картинкой. Лучше ставить текстом.

Начать надо с определения уровня своих знаний. Как советовали выше - желательно найти учителя для встреч iRL.

Кроме того, надо пробовать разные книги - ибо не все книги одинаково полезны.

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

А вообще - зависит от предметной области.

PS: "Математика убивает креативность." (C) Фурсенко.
"Не нужны нам математические школы. По-моему, это пережиток прошлого." (C) Герман Греф.