dollar

У Unity один из самых низких порогов вхождения. Поэтому писать скрипты для Unity может и школьник. И если ты два года интересуешься программированием и играми, то уже должен уметь многое, то есть знать Unity хотя бы на 70%.

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

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

Программист, который знает лишь программирование и умеет только кодить, - это далеко не самый хороший программист. У хорошего (в будущем) программиста при выпуске из школы должны быть хорошие оценки не только по информатике, алгебре и геометрии. Если предметная область (игра) на историческую тему, то пригодится история. Если там будет стратегическая карта Земли, то - география. Если там будет механика здоровья, частей тела, крови, то - биология. Я уж молчу про физику, которая будучи в игре очень поспособствует тому, чтобы игра стала хитом. А что касается ВУЗа, то (помимо общих знаний) совмещение программирования и глубоких знаний в другом направлении, сделает из тебя довольно редкого специалиста.

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

В SUMIF вместо условия: "Синий"
можно написать: H1

Тогда функция будет смотреть, что содержится в ячейке H1 и сравнивать с её содержимым.

Правда, "Красные фломастеры" не равно "Красный". Так что придётся городить трёхэтажные формулы. Вместо H1 придётся написать что-то такое:
IF(H1="Красные фломастеры";"Красный";"")

А ещё у вас сразу два условия. Проще всего (хотя кому как) воспользоваться языком запросов к БД, т.е. функцией QUERY. Тогда итоговая формула будет примерно такой:

=IF(H1="Красные фломастеры";QUERY(A4:E15;'select sum(E) where A="Фломастеры" and C="Красный"';IF(H1="Красные карандаши";QUERY(A4:E15;'select sum(E) where A="Карандаши" and C="Красный"';SUM(E4:E15)))

Узнать не могут.
Ничего не будет.
Иногда барахлит тот сайт или твой интернет.

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

P.S. Если ты каждые 30 минут будешь заходить в продуктовый магазин и выходить из него, то это не слишком быстро? Продавцы и охранники не заподозрят неладное? И если заподозрят, то что будет?
(Наверняка приедет сам Путин и лично нацепит на тебя наручники)

В общем, причина оказалась простая. Кэширование DNS здесь ни при чём, только кэш в самом Proxifier.

1. Некий soft1 резолвит запрещённый адрес xxxxx1.com, который резолвится в 127.0.0.1
   
2. Некий soft2 резолвит запрещённый адрес yyyyy2.com, который тоже резолвится в 127.0.0.1
   
3. Proxifier запоминает, что 127.0.0.1 - это yyyyy2.com, чтобы как-то обозначать обращения к этому адресу. Запоминает последний удачный резолв.
   
4. Далее soft1 хочет много раз подсоединиться к 127.0.0.1, и в логе отображается yyyyy2.com, хотя этот домен к soft1 не имеет никакого отношения.
   

Быстрее всего будет не создавать новых массивов и объектов, а пройтись циклом. В идеале даже функций не вызывать.

let obj = {"key":
  [
    {"id":"key","data_1":"data1","data_2":"data2"},
    {"id":"key","data_1":"data1","data_2":"data2"},
    {"id":"key","data_1":"data1","data_2":"data2"},
  ]
};

let arr = obj.key;
for (let i=arr.length-1; i>=0; i--) {
  let item = arr[i];
  let t = item.data_1
  item.data_1 = item.data_2
  item.data_2 = t
}

По сути вопрос в том, как поменять переменные x и y местами:

let temp = x
x = y
y = temp

Но до создания калькулятора так и не дошёл.

Не похоже на любовь к программированию.

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

То есть основ программирования вы не знаете. Ясно.

...с чего начать?

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

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

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

Главное, что для псевдослучайных чисел такой алгоритм существует. Даже если его не знать, его в теории можно угадать. А значит ответ на вопрос - всё-таки возможно.

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

Можно в цикле перебрать, императивно.

var nums = [110, 200, 390, 488, 509];
var base = 220;

var found_index = 0, dist = Math.abs(nums[0] - base);
nums.forEach((e,i)=>{
  let new_dist = Math.abs(e - base);
  if (new_dist < dist) {
    dist = new_dist;
    found_index = i;
  }
});

console.log('Ответ:', nums[found_index]);

const user = {
    id: 1,
    name: 'Вася',
    age: 26
}

const users = Object.assign({},user);