Stroy71

Лично я на постоянной основе использовал сервис Puzzle English . В основном прокачивает навыки аудирования и словарный запас.
Чтобы прокачать грамматику целое лето учился в English Dom.
Чтобы иметь языковую практику использую приложение Tandem, так же для аудирования использую приложение Podcast Player. Есть много подкастов связанных с IT.

1. Для чего замыкание существуют?

Для инкапсуляции данных.
В ООП есть модификаторы доступа (private, protected), которые закрывают доступ к данным извне класса, но позволяют обращаться к ним из методов.
В ФП для этой задачи используют замыкания, закрывая данные внутри функции. Из вне данные недоступны, но вложенные функции имеют к ним доступ.

2. В каких условиях они создаются?

Когда вложенная функция обращается к переменным внешней функции.

Хоть и просили без примеров, но на примере показать проще:

// makeCounter - внешняя функция
function makeCounter(initialValue) {
  var value = +initialValue || 0;
  // counter - внутренняя функция
  // она использует переменную value из внешней функции
  // что-бы это было возможным, для counter создается замыкание,
  // в котором хранится переменная value
  // переменная initialValue функции counter не нужна, поэтому ее можно "забыть"
  return function counter() {
    return value++;
  };
}

// у нас 3 экземпляра функции counter
var counter1 = makeCounter();
var counter2 = makeCounter();
var counter3 = makeCounter(100);
// и для каждой есть своя переменная value
console.log(counter1()); // 0
console.log(counter1()); // 1
console.log(counter2()); // 0
console.log(counter1()); // 2
console.log(counter3()); // 100

// а вот получить как-то напрямую переменную value мы не можем
// инкапсуляция нам не дает поломать данные

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

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

после такого челенджа вопросов где и что искать у тебя просто не возникнут :) удачи.

Вообще правильно выше сказали, что необходимо плясать от требований потенциальных работодателей. Это все очень зависит от региона - требования, конкуренция, предпочитаемые технологии. А на удаленку без опыта не знаю, можно ли устроиться, я не пробовал. Я бы сказал, что вреда не будет, если вы прямо сейчас напроситесь на собеседование где-нибудь.
Можете погуглить че-нить типа "как пройти собеседование на программиста php" или типа того, посмотреть обычные задачи для собеседования. Конечно без нет гарантий, что они вам попадутся, но сможете сами увидеть свои слабые места и вообще будете думать в нужную сторону (трудоустройства).
Вот типовое задание. Конечно, сделать его можно по-разному. Но как сделаете - уж точно можете искать место джуна. Хотя, и то правда, что оно не на джуна и возможно, что оно займет у вас много времени. Но если осилил - не сомневайтесь, уже можно искать работу и в парралель продолжать учиться. Я вот очень благополучно работал без знания автотестов. Не к тому, что они не нужны, а к тому, что вам не обязательно пытаться объять необъятное. А на рынок все-же надо смотреть. А то мож и правда нужно битрикс учить, фиг знает. Красота красотой, но зарабатывать надо.
"Создание мини CRM системы:
Должно быть реализовано на любимом фреймворке
Backend часть
1. Авторизация в CRM системе
1.1 Поля для входа на форме (Email, пароль)
2. Модуль для отображения пользователей системы
2.0 Отображение списка пользователей
2.1 Возможность выставление прав пользователям, список (Администратор, менеджер)
2.2 Поля пользователя (email, пароль, статус)2.3 Удаление и редактирование пользователей
2.4 Смена статуса пользователям, Активный или неактивный
2.5 Редактировать список может только пользователи с правами администратор
3. Раздел отображение заявок
3.1 Вывод списка заявок
3.2 Поля у заявки (Имя клиента, Наименование заявки, наименование товар, телефон, время создания заявки, статус, комментарий, цена)
3.3 Смена статуса заявки (Принята, отказана, брак)
4. Раздел истории изменения заявок
4.1 Каким пользователям были изменены поля у заявки (Имя клиента, Наименование заявки, наименование товара, телефон, время подачи заявки, статус, комментарий, цена)
5. Добавить возможность выгрузки в CSV списка заявок, поля в CSV (Наименование заявки, товар, цена, телефон)

Frontend часть

1. Создать простую форму для отправки заявки
1.1 Поля формы (Имя клиента, телефон, комментарий, товар)
1.2 Список товаров (яблоки, апельсины, мандарины)

Я бы порекомендовал посмотреть плейлист PRS-7 фреймворк на канале Дмитрия Елисеева.
Там обсуждается создание современного фреймворка на PHP и рассматриваются такие темы как: PSR, Dependency Injection, шаблонизаторы и т.д. Крайне рекомендую!

Также советую почитать книгу Джоша Локхарта (создатель фреймворка Slim) Современный PHP.
Slim-фреймворк тоже можете посмотреть, он достаточно добротно написан :).

TDD. Есть хорошая книга Кента Бека Экстремальное программирование. Разработка через т.... Примеры там даны на Java, но будут понятны любому кто знает хотя бы один Си-подобный язык (PHP к таковым относится!).

UPD: Вы просили указать: можно ли с вашими знаниями устроится джуном. Я думаю, что да, можно.

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

https://www.youtube.com/watch?v=SW_UCzFO7X0
гарвардский курс «CS50. Основы программирования» на русском бесплатно

на торренте найди курсы учебного центра специалист там много по каким сферам есть и по php есть они старые но для начала нормально. их посмотри. потом по документации остальное сам изучишь что не будет хватать тебе ну и то что есть в новых версиях. Ну и все дальше практиковаться только. Больше бесплатных вариантов не знаю а платные не факт что лучше будут)

Выбор языка программирования - это вкусовщина по большей части. И тут могут начаться холивары.

Но все чуть сложнее. Вы пишете "с дальнейшей перспективой". Зависит во-первых от того, что это за перспектива для вас. Для меня это может значить одно, для вас другое.

Если вы ищете работу, чтобы стабильность была и все в таком духе, то, как вы понимаете, есть много факторов. Например, страна, где вы проживаете. Если рынок труда требует PHP-программистов (я сейчас к примеру), а вы знаете C#, то будут востребованы те, кто пишет на PHP, а не на C#. Это очень просто выяснить, зайдя на сайты с вакансиями. Посмотрите кто нужен.

В нашей воображаемой стране рынок предлагает (условно) 10000 вакансий на PHP, и всего 40 на C#. Вот тут вопрос риторический, что вам изучать.

В другой стране перспективы могут быть другими. Там, к примеру, нужен Ruby.

Я сейчас очень грубо привожу примеры. Но все же.

Далее. Допустим, вам финансовый вопрос не важен. Повезло с родителями, умом, вы выиграли в лотерею, изобрели лекарство от смерти или вы высокооплачиваемый актер или певец, ну и просто молодец. В общем, нет у вас такого вопроса. Программирование вам чисто хобби. Тут вы можете не ориентироваться на рынок труда и выбрать экзотические языки. Узнаете про Haskell, LISP, OCaml (хотя и он сейчас возрождается под соусом ReasonML), может начнете писать сайты на C++ в качестве бекенда (и такое бывает), или фронтенда (привет, WebAssembly). Тут тоже действительно не важно, что изучать. Главное, в кайф.

Для себя я давно решил, что разрабатывать сайты (для себя, разумеется, свои проекты) буду на Clojure/ClojureScript, чем до сих пор и занимаюсь. Свое мнение не навязываю, в холиварах не участвую.

Приведу субъективное сравнение php и c#.
Первое, это высокоуровневые языки и если брать разработку одну и ту же задачу можно сделать как на одном, так и на другом языке.
Второе, как уже говорилось, на php написано большее количество сайтов (для стран СНГ), существует бОльшее сообщество и больше специалистов. Не надо думать, что это хорошо, из-за этого цена на специалиста ниже. Это хорошо для заказчиков, и именно из-за этого факта появляется куча заказов на фрилансе для php, так как нужно именно дёшево. Такие проекты обычно трепят уйму нервов и дают мало денег. Справедливости ради стоит сказать, что некоторые люди могут быть фрилансерами. Многие пробуют, но вот именно хорошо получается далеко не у всех.
Про документацию было сказано, она уже давно избыточна для обоих языков (русскоязычная в том числе), на это даже не нужно смотреть.
Если рассматривать какие-то корпоративные разработки. Когда тебя нанимает большая компания, ну или просто в офисе, то работы хватает всем. Вот сколько раз я менял работу, у меня никогда не возникало трудностей, специалистов не хватает. Так вот, по сути, ты будешь делать одну и ту же работу, что на php, что на c# (в разных конторах), но за эту работу на c# ты будешь получать больше денег.
Вот мой аргумент в форме вопроса: "зачем делать одинаковую работу и получать за неё меньше денег"? Пиши на c#.

Все самое интересное в вебе уже лет десять как на фронт уехало, так-что что там ловить на бэке я не очень понимаю, кроме экзотических случаев все сводится к написанию еще одного REST-сервера с преферансом и барышнями. На чем писать - не суть как важно. Я могу сравнивать PHP и JS, т.к. с первого мигрировал на последний. Пару лет назад JS я откровенно недолюбливал, но жизнь заставила, я стал его изучать глубже и, внезапно, понял, простил и полюбил... После определенной практики мозг перенастроился на JS, теперь писать на PHP мне некомфортно, т.к. он как JS не умеет. Главное отличие PHP от JS в том, что первый синхронный, а второй асинхронный однопоточный. И с этим придется жить, так-как на бэкенде стиль программирования будет кардинально различаться. Например PHP без свистелок сохранять состояние между запросами не умеет, из-за этого куча накладных расходов. С другой стороны JS умеет, но толку от этого не густо, потому что на более-менее серьезном проекте придется масштабировать и, всё равно, использовать что-то для персиста стейта. С другой стороны если упал PHP, скорее всего это только один поток, а JS упадет - так все коннекты отвалятся, сколько есть. В общем плюсы и минусы есть у обоих, но для меня плюсы JS перевешивают его минусы.

www.codewars.com много задач разбитых по уровнях сложности. Доступно для многих ЯП в том числе и для Python

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

constructor : function(passengersData) {
    for (passenger in passengersData) {
        passengers.push({
            name: passenger.name,
            age: passenger.age
        });
    }
}

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

constructor: (passengersData) -> 
    for passenger in passengersData 
        passengers.push 
            name: passenger.name 
            age: passenger.age

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

При закрытии крышки, Windows убаюкивает и пробуждает твой ноутбук, а Ubuntu просто "вырубает" его.

Не сравнивай Windows и Ubuntu. Убунту тебе придётся ковырять, решая какие-то идиотские проблемы, которых нет на той же Винде. Просто прими это как есть. Пусть Убунту не такая красивая, отзывчивая и так далее, но она доступная. Плюс ко всему, ты же не просто так завёл её, что-то тебе понравилось в ней (конечно, если это не тот вариант, где "пацаны посоветовали").

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