Дмитрий Беляев

Это называется «лигатуры»

Три буквы. FFI

let str = 'D:\number\folder';

в этой строке уже нет слешей. Тут есть "\n" (новая строка) и "\f" ещё какой-то спецсивол. Просто выведите str без изменений, чтобы убедиться.

По-хорошему, в исходной строке слеши уже должны быть экранированы ("escaped")
let str = 'D:\\number\\folder';

Откуда берёте эту строку? Дело в браузере или в NodeJS? Если в Node – можно использовать модуль Path – он умеет работать с путями и использовать правильный разделитель, в зависимости от платформы Windows / ???
let str = path.join('D:', 'number', 'folder');

на данное время крупных проектов использующие его (кроме дискорда) нет

Чеееегооо? Mozilla очень активно использет Rust, активно идут обсуждения о том, чтобы переписать ядро Linux на Rust, да огромное количество как новых, так и старых проектов используют Rust. Это один из самых быстрорастущих языков.

Сейчас редко нанимают чистых растаманов, тк язык молодой.
Обычно нанимают тех, кто переходит с других, более традиционных языков.
Так что тебе сначала надо стать мидлом/сеньором в C++/Java/C#/C а потом дотянуть знания раста, чтобы уметь на нём решать задачи, аналогичные тем, которые ты решаешь с основным языком.

Ну и соответствующий коммерческий опыт ~5 лет.
Учитывай ещё и специфику Rust-проектов: это что-то новое, что требует безопасности и эффективности, где нельзя/нежелательно/невозможно использовать "Традиционные" языки.
Так что и уровень ответственности и требуемых знаний будет выше, чем на аналогичную, например Java-позицию.

Ну if ты не можешь туда впихнуть, но ты можешь сделать что-то типа

macro_rules! macro {
 (5) => {compile_error! ("5 is unacceptable")}
}

https://doc.rust-lang.org/std/macro.compile_error.html

Делать какие-то сложные проверки с условиями ты в декларативных макросах не можешь.
Например ты не можешь вычислить значение выражения. И не можешь убедиться, что это значение константное.
Так что иногда придётся делать динамические проверки, добавляя всякие if-ы и assert-ы

type Keys = 'line' | 'abzac' | 'text'

type IEX = Record<string, string>

type AntiKey = IEX & Partial<Record<Keys, never>>
// or
type AntiKey = IEX & { [Key in Keys]?: never }

// валидное значение
let znac: AntiKey = {
  oneline: 'anytext',
  otherline: 'othertext'
}
// невалидное
let er: AntiKey = {
  text: 'no',
  other: 'txt'
}

interface IMain {
	user: string;
	val1: number;
	val2: number;
	val3: number;
}

type IShort = Partial<Omit<IMain, 'user'>>;

function sum(a: IMain, b: IShort) {
	const keys = Object.keys(b) as (keyof IShort)[];
	for (const key of keys) {
		b[key] = a[key] - (b[key] ?? 0);
	}
	
	return b;
}

Electron

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

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

Касательно вопроса - работать сможет, но это не расчетный режим, т.е. могут быть проблемы со стабилизацией тока/напряжения. Либо может самоотключаться, т.к. некоторые ИБП завершают свою работу при выключении питаемого оборудования.

1. Да, можно.
2. Ту, которая точно стабильно работает с твоим ПО и которую ты умеешь администрировать.
3. Зависит от твоего провайдера.
Обычно это сводится к покупке статичного белого IP и проброс портов на твоём домашнем маршрутизаторе (инструкций достаточно)

Но для надёжности лучше всё-таки воспользоваться услугами colocation, а не размещать сервер в квартире.

Когда в джаваскрипте появился такой интересный синтаксис?))

if (0 < something && something < 90) {
  doSomething();
}

upd. технически это будет работать, но совсем не так, как ты думаешь.
Сначала выполнится выражение 0 < windDeg, результат этого выражения будет boolean. Потом булевое значение сравнивается с числом. Отсюда ошибка.

Делегат позволяет ослабить связность кода, а рассматривать их стоит вместе с событиями.
Я объясню на примере игростроя.
Популярный в сети пример: во врага попала пуля. Должно случиться сразу много вещей - нужно снять здоровье врага, выяснить, не погиб ли он, проиграть анимацию, уничтожить пулю, начислить очки игроку и еще что-то.
Если мы будем всё это вызывать напрямую, то быстро запутаемся и ошибемся. А когда будем переделывать, сломаем всё окончательно.
Вот тут нас выручат делегаты и события. Мы определим событие, которое срабатывает (вызывает свой делегат) в момент попадания пули. И соответственно, определим делегат для этого события.
Теперь каждый метод, которому это событие интересно, может подписаться на его делегат (внести себя в список вызываемых делегатом методов - их может быть больше одного).
И теперь мы можем переделывать что угодно. Главное, не забывать подписываться и отписываться.
Делегат, это как автолавка в деревне: приезжает и сигналит. Кому надо - выходит. При этом ни автолавке ни покупателям не интересно, что происходит у каждой из сторон в отдельности.

Судя по описанию, обычного цикла должно хватить

// Массив для получаемых объектов
const result = [];
// Переменная для следующего URL (изначально содержит первый адрес)
let previousURL = "http://site.com/";


// Цикл
for (let i = 0; i < 10; i++) {
  // Получение данных
  const response = await fetch(previousURL);
  const data = await response.json();

  // Добавление полученных данных в общий массив
  result.push(data);

  // Обновление переменной со следующим URL
  previousURL = data.previousURL;
}

// Демонстрация получивлегося массива
console.log( result )