Алексей Костюхин

Недавно для себя составил карту развития веб-разработчика, как раз там описано, что должен знать front-end разработчик

Дело в том, что в JSON не может быть циклических ссылок по определению. Там даже нет переменных.

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

leader.soldier = "soldier";
soldier.leader = "leader";

Автоматически лучше не конвертировать, а именно взять такой формат за основу. Но если очень хочется, то как-то так:

for (let key in obj) {
  if (window[key]) obj[key] = key; //любой ваш критерий
}

В будущем для проверки, правда, понадобится чуть усложнённый код:

var test_leader = soldier.leader && window[soldier.leader];
//Конечно, вместо window у вас будет свой объект-обертка

Чтобы избавится от этого вам нужно будет всего лишь "чинить" объект после JSON.parse

arguments - массив аргументов функции возвращаемой вызовом typeCheck в sum.
То-есть для вызова sum(1,2) массив аргументов [1,2].

Строка if (!checks[i](arguments[i])) вызывает функцию проверки из массива checks по индексу i, передает в нее аргумент из arguments по индексу i и возвращает результат в условие.
Вызов:

for (var i = 0; i < arguments.length; i++) {
  if (!checks[i](arguments[i])) {
    alert("Некорректный тип аргумента номер " + i);
    return;
  }
}

в конкретном примере sum(1,2), эквивалентен вызову:

if (!checkNumber(1)) {
  alert("Некорректный тип аргумента номер 0");
  return;
}
if (!checkNumber(2)) {
  alert("Некорректный тип аргумента номер 1");
  return;
}

В остальных примерах true и ["array", "in", "sum?!?"] не проходят проверку checkNumber.

Доброго, Кузя!

решил окончательно, холивары не нужны

Отличный выбор и правильная позиция, так держать! :)

Лутц - хорош. Лично мне он очень нравится. Лишь хочу дополнить:
1. Я бы начинал с Доусона. Доусон крайне практичен, компактен, легко читаем и интересен для новичка. Он поможет довольно быстро стартовать. После него Лутц "зайдет" гораздо проще.
2. Если у вас все в порядке с английским (а если нет, то это должен быть пункт № 1 в списке приоритетов), то ищите 5-е издание Лутца (одна из моих настольных книг).
Успехов!

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

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

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

Учёт и инвентаризация юзерского железа, установленного софта и какие компы за кем числятся, совместно с бухгалтерией.

Дальше - оптимизация переустановки рабочих станций - служба вроде WDS - не руками же винду, офис и прочий внутренний софт накатывать каждый раз (по два часа на машину, угу)

Прокладка сетей и их диагностика - обрывы, переобжимание патчей, учёт что и куда на патчпанелях воткнуто. что такое вланы и подсети, маски, - это хорошо рассказано в курсах Cisco ICND и более старшем CCNA - маршрутизация и TCP/IP стек

Ну а дальше - уже всякий серверный стафф - серверное железо, технологии удалённого управления самими серверами (ssh/rdp) и их железом - ipkvm, ipmi, iLO, мониторинг, диагностика.
Тоже самое с системами хранения данных - дисковые полки, стримеры для бекапов на ленты и библиотеки лент.

Программная часть серверов - Active Directory и роли Windows Server, какие есть, зачем нужны и как настраиваются, как делается резервное копирование и восстановление данных, как правильно хранить бекапы и где их хранить, как ставится ось - linux, windows, как она правильно настраивается под конкретные задачи - почта, dns, dhcp, брандмауер/фаервол, и т.п., как выпускается в интернет, что такое демилизаризованный сегмент сети.
Как правильно ставится более сложные сервисы - SQL, почта, веб, мастер установки - 10 минут Next, Next, а грамотное развёртывание - и настройка - вполне нормально от нескольких дней.

Виртуализация - какая есть, на кой черт нужна.

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

Побочно - мелкое скриптописание - powershell, bash или крупно-программирование - C#, python, perl, местами веб вроде html/css.

Вроде ничего не забыл