Adamos

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

Для установки системы и программ 32 гиг более чем достаточно.
Даже если "поставить все idie для моего рабочего стека".
Кучу места занимают пользовательские данные - вот их держать на флешке куда логичнее, и никаких хитрых приемов для этого не требуется.
Собственно, если для "рабочего стека" требуются IDE на Java типа PhpStorm - им глубоко фиолетово, где лежать.

0. Выкинуть и забыть о существовании OpenServer.
1. Подбросить монетку и выбрать, Vagrant или Docker.
2. Ткнуть пальцем в любое из руководств с первой страницы выдачи Гугля (нет, не видео!), настроить окружение по нему и спокойно пользоваться.

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

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

window.myObject = {
  urls: ['http://site1.com', 'http://site2.com'],
  sum: '',
  indx: 0,
  add: function(str) {
    this.sum += str;
    if(++this.indx < this.urls.length) {
      this.run();
    } else {
      alert('Result is ' + this.sum);
    }
  },
  run: function() {
    let xhr = new XMLHttpRequest();
    xhr.open('GET', this.urls[this.indx]);
    xhr.send();
    xhr.onload = function() { window.myObject.add(xhr.result[0]); }
  }
};
window.myObject.run();

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

Они же вроде дорабатывали десятку и по идее она должны быть лучше.

"Лучше" и "легче" - это обычно антонимы, если речь о современном софте и особенно его доработках.
Например, когда в Мюнхене решили послать лесом M$ и поставить в госучреждения Линукс, одним из экономических аргументов была возможность не обновлять железо под Линукс. Когда там удалось-таки пролоббировать отказ от Munix и установку Виндов - тут же кучу бабла вывалили за обновление парка под требования Десяточки.

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

Теоретические маршруты по Яндексу могут напрочь разбиться о реальность. Для сложной схемы желательно GPS-трекеры на этих машинах и эвристические данные везде, где они есть.
Вес груза - не единственный критичный параметр, кстати. Габариты и негабаритный груз, занимающий пол-машины, легко превращают теоретический расчет в тыкву.

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

Зачем мешать в одну кучу рендер-ферму, файлопомойку, хостинг и тестинг?
Получите помесь ежа с ужом, неудачную для любой из задач по отдельности.
Особенно дурна идея тестового сервера на топовом железе. Потом этот код попадет на реальный хостинг, и внезапно окажется, что он дико жрет ресурсы, только вы на своей вундервафле этого не замечаете.

(тема - Solarized Light).

Настройки - Инструменты - Диагностика - Настройки РНР.
Сколько у вас post_max_size?

Надо чё-то где-то исправить - и все заработает.
Верный способ, я сто раз так делал.

Это же Битрикс. Не "какая таблица", а "какие таблицы и как в них найти нужное".
Начните с b_form_answer и b_form_result_answer.
И да, если вам ведом страх битриксовый, не лезьте в таблицы напрямую - да не будете кинуты техподдержкой, когда приидет факап.

Конечно, имеет смысл создавать собственный игровой движок.
Вы, само собой, не осилите сделать рабочий движок и тем более не сможете его где бы то ни было применить.
Но зато многому научитесь и, бог даст, перестанете глубокомысленно задавать высосанные из пальца вопросы.

Берете "какой-то РНР документ", выдираете из него пары "ссылка - название".
Выносите эти данные в json-файл.
В РНР загружаете этот файл и строите из него список.
На фронте прикручиваете autocomplete, используя в качестве источника данных все тот же json-файл.

Глюки интерфейса решаются сменой DE - даже без переустановки системы, при желании.
Глюки дров смена дистрибутива вряд ли решит. Если это какой-нибудь сравнительно новый ноут - работа с железом будет зависеть не столько от дистрибутива, сколько от версии ядра.