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

Сейчас редко нанимают чистых растаманов, тк язык молодой.
Обычно нанимают тех, кто переходит с других, более традиционных языков.
Так что тебе сначала надо стать мидлом/сеньором в 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 )

const chars = [' ', '#'];
const size = 8;
str = '';
for (let i = 0; i < size; i++) {
  for (let j = 0; j < size; j++) {
    str += chars[(i + j) % 2];
  }
  str += '\n';
}
console.log(str);

https://youmightnotneedjquery.com/

Нет, не нарушает. Принцип подстановки Лисков говорит о том, что клиент не должен видеть разницы между базовым объектом (в вашем случае интерфейсом) и его потомком. То есть потомки должны соблюдать контракт, определенный предком (могут делать его строже, но не слабее)

Конструктор не является частью интерфейса, поэтому переопределение конструктора никак принцип подстановки Лисков нарушать не будет.

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