res2001

когда тебе говорят выполнить ТЗ, которое не является для тебя вызовом и занимает всего час времени, а потом не отвечают вообще - это довольно грустно

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

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

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

Стоит все эти техзадания публиковать и добавить ссылку на github в резюме, если она ещё не там.

Проблема в итоге решилась так.

#include <stdio.h>
#include <tchar.h>
#include <io.h>
#include <fcntl.h>

#define SZ 256

int main(void)
{
    int _ = _setmode(_fileno(stdin), _O_U16TEXT);
    _ = _setmode(_fileno(stdout), _O_U16TEXT);

    TCHAR input[SZ] = { 0 };

    _tprintf(L"Введите текст: ");
    fgetws(input, SZ, stdin); input[wcslen(input) - 1] = 0;
    _tprintf(L"Введенны текст: %s", input);

    return 0;
}

У вас там sizeof(get_buffer) стоит. Вы спрашиваете размер указателя, что равно 8. Таким способом можно указывать размер только статических массивов, для динамической памяти - только указывать конкретные значения

Congifuration Properties -> C/C++ -> Preprocessor -> Preprocessor Definitions и туда вписать _CRT_SECURE_NO_WARNINGS

Насколько я помню ip
(если мы конечно говорим про whereis ip )

ip: /usr/bin/ip /usr/sbin/ip /usr/share/man/man7/ip.7.gz /usr/share/man/man8/ip.8.gz

часть пакета iproute2, исходники которого лежат на www.kernel.org, что с ними делать я думаю вы сами знаете.

Он пытается распаковаться в /usr/local/bin, у вашего пользователя нет туда доступа, есть у root. Запускать непонятные скрипты из интернета от имени root - плохо.

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

Рассмотрим теперь один уровень, который описан 4 числами a,b,c,d и нам надо оставить как можно больше шаров белого цвета (их d). За один ход мы можем приравнять к 0 одно из 4 чисел и вычесть по 1 из отсавшихся ненулвевых. Ясно, что нет смысла занулять d. Т.о. за 3 хода мы можем получть 0,0,0,max(0,d-3). Но, например, если у нас было 2 2 2 3, то занулив a и b мы уменьшениями на 1 зануляем и c. Т.е. для маленьких чисел имеет смысл подумать в каком порядке их занулять. Но мне лень даже думать как именно - ведь их всего 3 числа - можно тупо перебрать все 6 перестанвок и выбрать ту, в которой за наименьшее количество ходов мы их все занулим.

Почему от добавления функций помимо main() в начало кода ядро перестает работать?

смотри: ты собираешь образ kernel следующей командой:

i686-elf-ld -Ttext 0x7E00 --oformat binary kernel.o -o kernel -e main

а запускаешь следующей:

; Jump to the kernel's entry point
    JMP 0x0000:0x7E00

как по-твоему здесь используется информация о точке входа -e main?

У вас ошибка в логике: вы меняете поле отдельно в каждой клетке. И потом используете уже поменянные клетки для подсчета количества соседей в следующей клетке. Но в игре жизнь все клетки считаются параллельно.

Для этого вам понадобится 2 массива map. Один для текущей итерации, и другой для следующей. Или массив должен быть не bool, а int, и там вы должны разными числами помечать живые клетки, которые умрут, живые клетки, пустые клетки и пустые клетки, которые родятся. В первый проход вы считаете соседей и помечаете клетки, а вторым проходом все изменения применяете.

Кажется, из-за этого у вас там поле никогда не вымирает и программа не останавливается.

В Setup вы присваиваете gameOverStatus ноль, а потом в while проверяете его на равность единице (в комментарии пишете при этом противоположное).
Естественно, 0 != 1, цикл не запускается и программа заканчивает исполнение.

В BoxContainer, скорее всего, не происходит инициализация nbox.
Поскольку NumberBox не имеет конструктора по умолчанию, компилятор ругается, что нельзя это поле инициализировать по умолчанию.
Так что варианта два
1. nbox инициализировать, наконец.

BoxContainer::BoxContainer(NumberBox& nb) : nbox(nb) { ... }

2. Придумать NumberBox конструктор по умолчанию

class NumberBox {
	...
public:
	NumberBox();
	NumberBox(int i);
	...
};

Нельзя. Thunderbird - это клиент.
Поднять свой сервер гораздо сложнее, чем кажется на первый взгляд. Придётся получить фиксированный белый IP, разобраться в DNS, настроить SPF, DKIM, DMARK. Гораздо проще разобраться, как отправлять письма через SMTP-сервер того же gmail.

Если вы хотите аутентификацию по ключу, то вам нужен remote с URL для SSH-протокола, а у вас тут HTTPS-протокол, на который ваши SSH-ключи никак не влияют — там аутентификация своя — по паролю, либо токену.

Скорее всего вам надо поменять ссылку на правильную.

git remote set-url origin git@gitlab.com:malashko/bla-bla-bla.git

Пропущена закрывающая фигурная скобка в print_arr

восстановить конкретную папку на btrfs ... нет снэпшотов ... Сижу из под другой системы, которая даже о btrfs ничего не знает.

Если Windows (оптимальный выбор для вашей задачи), то пробуйте Klennet Recovery и UFS Explorer (последний есть и под другие ОС, но лучше Винда). Вряд ли какие-либо другие инструменты найдут больше.

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

Дамп всего nvme тоже сделал

Но если успел отработать TRIM, то беда - почти наверняка с данными надо прощаться. Можно пробовать обращение к специалистам, но вероятность успеха низкая, особенно с учётом специфики БТРФС.