sim3x

Ну если вы читали условия тарифов то там всегда пишут скорость "До хх мбит", т.е вам даётся негарантированная полоса. Если хотите могут как юрлицу выдать гарантированную, но тогда цена сразу умножается на 10.
Линк подводят по среднему потреблению, берут аналогичный дом, смотрят средний трафик с максимальными пиками и подводят линк достаточной ширины.
Если строить сеть первый раз и неизвестно среднее - я бы рассчитывал из цифры 50мбит/с на квартиру, ибо в 99% времени никто полностью канал не утилизирует.
Вот вам для примера месячный трафик у меня, при том что часто активно качаю

1. не все абоненты грузят одновременно канал на 100%. это правило, подтвержденное практикой.
2. провайдер гарантирует линк Х байт до аплинка, а не что этот линк сможет прокачать Х байт.

в общем – обычный маркетинговый булшит разной степени паршивости, который устраивает обе стороны.

Многие консольные команды разбирают переданные им параметры используя вызов getopt

getopt отдельно выделяет аргумент "--" как маркер окончания списка параметров:

The special argument "--" forces an end of option-scanning regardless of the scanning mode.

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

В частности, git reset использует это поведение для однозначного отделения имён файлов: всё после -- будет восприниматься как имена файлов вместо чего-то вот такого:

$ git reset file
fatal: ambiguous argument 'file': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git [...] -- [...]'

По довольно распространённому соглашению, все параметры после двойной черты считаются позиционными (чаще всего это имена файлов). git придерживается этого соглашения.

Например кто-то случайно создал файл с именем -n, а вы хотите вывести все файлы в папке командой cat

$ ls -l
total 8
-rw-rw-r-- 1 lynn lynn 6 Apr 19 12:34 file1
-rw-rw-r-- 1 lynn lynn 6 Apr 19 12:33 -n

если просто выполнить cat *, то получится странное:

 $ cat *
     1	file1

потому что bash раскрыл звёздочку и получилась команда can file1 -n, т.е. вывести файл file1 с нумерацией строк.
А вот так всё выведется правильно:

$ cat -- *
file1
a
b
c

Потому что раскроется в cat -- file1 -n, но по соглашению, после -- не может быть ключей команды, только имена файлов.

Конкретно в git есть ещё более строгое соглашение, по которому параметры после -- могут быть только путями.
Например если у вас есть файл test и ветка test, то будет так:

$ git branch 
* master
  test

$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

	modified:   test

no changes added to commit (use "git add" and/or "git commit -a")

$ git reset test
fatal: ambiguous argument 'test': both revision and filename
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'

$ git reset -- test
Unstaged changes after reset:
M	test

1. Скорость умножить на время.
2. Vector3.Distance(точка1, точка2);

Так статика не подключается идеологически и особенно так, как это сделали вы.
"./" означает, что вы отталкиваетесь от текущего расположения, что уже совсем вообще ну никак неправильно.

Нужно так:

{% load static %}
<script src="{% static "js/jquery-1.11.3.min.js" %}"></script>

https://docs.djangoproject.com/en/2.2/howto/static...

И так, проблема следующая: я реализовываю некоторый функционал, программы и понимаю что делаю и зачем, как это работает, но у меня абсолютно отсутствуют теоретические знания о том, что я сделал.

Нет, у вас теоретические знания присутствуют, но отсутствует понимание терминологии.
Если у вас уже есть практика, можно почитать теорию, чтобы понять как называется то, что вы делаете.

Но на самом деле, есть подозрение, что вам просто не хватает эрудиции, чтобы внятно излагать свои мысли. Потому что эрудированный человек может объяснить свои действия и терминами и без терминов (но дольше).

Попробуйте предположить, что у вас есть ученик, который не знает простейщих вещей, и вы для него пишете документацию.
Напишите одну документацию по вашей программе (не для юзера, а для программиста), детальную, художественную. Исправьте ее, улучшите ее. Чтобы это было хотя бы страниц 5-10 текста.
После нескольких итераций, когда вы посчитаете, что ее можно дать почитать новичку, возьмите знакомого и почитайте с ним.
После этого еще пару раз исправьте.

На этом у вас должны появиться навыки пояснения того, что вы делаете.

Любой популярный, кроме 360Security и Avast.
Вообще, для дома лучше выбрать между KIS, DrWeb и ESET, у них есть бесплатные версии.
Для офиса лучше вообще ограничиться грамотной настройкой политик безопасности и встроенным Защитником.

файл пишется в текстовом виде, библиотека поддерживает все стандартные классы данных (dict, tuple, list, set и т.д) разбирает числовые данные по типу, булевы разбирает в True/False
Дополнительно умеет возвращать строку (без записи в файл) через функции dumps/loads

import json
# имя файла, в котором мы сохраним объект
shoplistfile = 'shoplist.data'
# список покупок
shoplist = ['яблоки', 'манго', 'морковь']
# Запись в файл
with open(shoplistfile, 'w+') as fle:  # менеджер контекста, файл закроется при выходе из блока
    json.dump(shoplist, fle, indent='    ')  # indent - отступы форматирования

del shoplist  # уничтожаем переменную shoplist

# Считываем из хранилища
with open(shoplistfile, 'r') as fle:
    shoplist = json.load(fle)

print(shoplist)