Saboteur

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

А с чего ты взял, что 8.8.8.8 в одной стране один, в другой другой?
Тебе следует почитать чем DNS отличается от IP адреса, потому что ты совершенно запутался в том, что ты спрашивашеь.
То, что ты хочешь - никак нельзя.

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

Если LVM не использовался, то надо загрузиться с какого-нить live-cd и увеличить размер раздела на диске. А то вы диск увеличили, но раздел же сам не увеличится.
После того как раздел увеличишь, в линуксе файловую систему на нем нужно будет поправить типа
sudo resize2fs /dev/sda1

Драйвера все стоят?
список процессов проверить. Можно посмотреть нагрузку на сеть и диск - нет ли процессов которые их активно грузят

Мне 17 лет я начинающий "програмист" хотел бы спросить
Стоит ли изучать програмирование на Python по книгам

За целых 17 лет появились какие-нибудь идеи, как именно конкретно тебе проще осваивать новые знания?
В школе как учил что-либо?
Кроме школы вообще чем-либо увлекался, где было необходимо освоить какие-нибудь знания/навыки?

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

Воспользоваться скриптом или файловым менеджером.

Зависит от.
В общем случае запускать несколько веб-серверов, каждый в своем контейнере - не очень хорошая идея, поскольку тратятся лишние ресурсы, гемор с портами, а nginx/apache легко работают с несколькими сайтами. И тут смысл может быть только в секьюрити.
Другое дело, если это вебсервисы, которые запускают свои веб-сервера (встроенные в nodejs, python, java).

echo $(<./-text.txt-)

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

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

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

Подытожу этот словесный поток:
Помогает опыт. Индивидуальный и командный.

Исторически vi более старый, при этом весьма функциональный.

Многие вещи в vi работают без проблем в разных условиях - например в нестандартных или легаси терминалах, где есть проблемы с управляющими символами. vi весьма устойчив к очень медленным подключениям. При этом есть огромное количество функционала и хоткеев.
Если поработать в vi некоторое время, начинаешь ценить его подход к работе.

Я вот вырос на волков коммандере и обожаю редактор FAR как и сам менеджер.
Но при этом в линуксе предпочитаю пользоваться vi и считаю его даже ближе к far editor, чем nano, хотя визуально кажется наоборот.
Также максимально избегаю midnight commander, пользуясь просто командной строкой, хотя mc - панельный менеджер.

В POSIX системах для каждого файла и для каждого процесса должны быть определены владелец и группа. Все основные права доступа завязаны на эти UserID и GroupID.

Вот собственно когда пользователь запускает процесс или создает файл/директорию, для них владельцем устанавливается этот пользователь, а группой устанавливается праймари группа этого пользователя.

все можно.
Но для браузерной игры может проще парсить html-dom?