123qwe

Я бы предложил Вам изучить (на это уйдет не более двух недель) в следующем порядке :
1) основы ассемблера (вполне достаточно x86)
2) основы компиляции в ассемблер с языков C или Pascal (вычисление выражений, стековый кадр, пролог/эпилог и т.д.)
3) специфику компиляции объектно-ориентированных языков

Если захочется глубже и шире, то
4) основы байт-кода JVM или .NET и его интерпретацию
5) JIT-компиляцию

Когда возникает вопрос "почему" то лезут в глубины интерпретатора и смотрят "как"

Легко! Выставляете на ноутбуке в расширенных настройках громкости вывод звука микрофона на колонки. Соединяете выход наушников ноутбука со звуковых входом line (голубой разъём) на компьютере кабелем jack 3.5 - jack 3.5. И, вуаля, звук микрофона ноутбука передаётся на компьютер, и не только микрофона на и весь другой звук. Поэтому закрываем на ноутбуке все программы, которые могут звучать и выставляем звуковую схему "Бесшумная".

Ведь у вас завалялся кабель jack 3.5 - jack 3.5? Иначе вопрос не имеет смысла. Использование всяких андроидов и программ передачи звука через сеть ни чем не лучше, чем записать весь звук на ноутбуке в расшаренную папку. Т.к. эти способы передачи звука имеют заметные задержки.

Вы случайно создали репозиторий в home directory.

На убунте это было бы так:
rm -rf ~/.git

На Mac OS, полагаю, так же должно быть.

Спасибо, что "призвали" в тред, и извините за задержку с ответом.

Отвечаю на вопрос, вынесенный в заголовок,

В чем заключается работа человека в web и с сетями?

Web и сети (интернет) - две большие разницы, как говорят в Одессе.
В любом случае стоит знать, как между двумя хостами в сети передаются данные. Как инкапсулируются пакеты, мультиплексируются каналы, разделяются ресурсы и так далее. То есть знать азы Ethernet, IP, TCP, UDP и вспомогательных протоколов вроде ARP, ICMP, DNS. Как пользоваться сокетами, какие есть подходы к реализации сетевых приложений. Как и зачем использовать криптографию (криптографические примитивы, для чего нужны, как их сочетать). Как и для чего использовать модели TCP/IP и OSI. Начальная диагностика сети.

Далее, в случае изучения сетей стоит обратить внимание на маршрутизацию (какая бывает и зачем нужна, откуда столько протоколов маршрутизации и чем различаются, протокол маршрутизации как распределенная система), коммутацию (Ethernet - каким и для чего был создан, каким стал, отличие коммутации Ethernet и маршрутизации IP, есть ли компромиссный вариант), фаерволлы (почему так называются, какую задачу решают, какие бывают), побочные вещи вроде NAT и тоннелей. Какие и где есть потенциальные слабые места.

Если вас привлечет прикладной бэкэнд, то стоит изучить работу веб-сервера, прослойки между ним и вашим приложением, базы данных, кэширования. Здесь вообще можно попробовать написать самому весь стек, хотя бы на Python.

Математическая и алгоритмическая подготовка пригодится везде. Касательно языков - Python хорош универсальностью (под практически любые цели из вашего списка годится), C интересен вкупе с архитектурой компьютера и ОС.

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

как по мне так если прям серьезно заниматься сетевым программированием обязательно знать с, cpp хотя бы для того чтоб писать на них шустрые ядра для каких нибудь обвязавающих библиотечек на скриповых языках типа питона для более легкого лиспользвоания.
принцип примерно такой:
поставлена/ придумана какая то хитрожопая задача(для стандартных задач давно уже написаны офигенные библиотеки накаком хочешь языке), например передать мертвых шлюх по udp протоколу с минимальными потерями, что для этого надо сделать? прально писать свою реализацю протокола udp с проверкой на ошибки типа UDPDeadWhore.0.2beta а потом просто мастерить к ней обвязки в на языке который используется в текущем проекте...... PROFIT.

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

У php нет препроцессора, php - это препроцессор html (PHP: Hypertext Preprocessor)
А автор видео, скорее всего, говорит о том, что php умирает после выполнения, а программы на ruby и python запущены постоянно.

Вариант для полноценной прослушки - ntop-ng (под Windows работает, но как хорошо - не знаю). Если пустить через машину с ним весь траффик - получится отличная картина кто, куда и как ходит.

https://control.demo.kerio.com:4081/admin/#webLog
Username: admin-ru
Password: kerio

Python 2.7.10 (default, May 28 2015, 21:40:30) 
[GCC 4.9.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 1 % 2
1

cat *.xml

Есть ли что-то небольшое, для ознакомления со всем этим, но безх фанатизма?

Есть. Всем известный Кормен написал еще Алгоритмы. Вводный курс.
Базовые алгоритмы (сортировка, поиск, графы, строки, криптография, сжатие), псевдокод, неформальный стиль, чуть более двухсот страниц. Проще для въезжания/ознакомления не встречал.

Ничоси насколько ты "начинающий"
System.out.println("Hello!"); - это вывод в stdout, тоесть строка отдается ОС, а она выводит на консоль.
Если тебе нужно чтобы один метод передал другому методу что-то, то тут нужно пользоваться return
вот правильный пример

public string Second_method(){
   return "Hello";
}

public void First_method(){
  String out = Second_method();
  System.out.println(out);
}

метод Second_method() возвращает строку, а метод First_method() вызывает его и получает эту строку, дальше выводит на консоль.

Вот если указано return 0; - то программа закончиться.Я правильно понимаю?

Только если это return в main().

return это команда закончить текущую функцию (и вернуть значение вызыающей функции)

А если ничего не указать?Она будет в памяти висеть или что?

С 1998 года она выполнит return 0 (опять же, справедливо только для main() ) как только достигнет конца функции main().

Т.е. если указываешь 0, то это типа false.

Это EXIT_SUCCESS.

А если указать 1?

Implementation defined. Обычно работает так же как и EXIT_FAILURE.

Фактически это код выхода. Он возвращается в ОС. Если программа была запущена из командной строки этот код выхода можно проверить чтобы узнать как была завершена программа.

мои программеры говорили что больше кода видно на вертикальном мониторе

код, так больше строк влезает.