res2001

Ну, скроете вы его, а дальше HR либо на этапе первичного разговора, либо уже на собеседовании спросит всё равно. Надеяться, что удастся убедить при живом общении можно, но, учитывая огромный пул одинаковых кандидатов, шансы невелики. Поэтому я бы советовал быть максимально прозрачным и написать какой-то сопроводительный текст, объясняющий ситуацию. Тогда на собеседование вас позовут люди, которых ваша учёба не пугает по каким-то причинам — сэкономите время и себе, и другим.
Само по себе отсутствие диплома почти никого не отпугнёт, а вот дополнительная занятость вполне может. Если даже вы успешно такими манёврами куда-то пробьётесь, есть шансы быстро вылететь, когда люди поймут, что получили не то, на что рассчитывали, и придётся уже это объяснять на следующих собеседованиях.

Есть подозрение что сервис, через который работает psexec (при подключении он его устанавливает) или не удалился по окончанию подключения или произошло что-то еще что мешает psexec работать
попробуйте через sc (или powershell коммандлеты) остановить а затем удалить сервис (по моему он назывался PSEXESVC)

sc \\remote stop PSEXESVC
sc \\remote delete PSEXESVC

а затем запустить вашу команду с psexec еще раз

Проблема вот в этой строчке:
int get_num_from_BigInteger(BigInteger big_int){

Тут у вас идет передача по значению. У вас создается новая BigInteger переменная, со значением переданной. Поскольку вы конструктор копирования нигде не определили, компилятор сделал его вам сам, и там он тупо копирует все данные класса, включая указатель arr.
В итоге у вас получается два экземпляра класса, в каждом из которых указатель на один и тот же массив. Потом каждый из двух экземпляров в деструкторе вызовет free для одного и того же указатенля, вот и получается двойной free и креш.

Вам надо руководствоватся правилом трех(пяти). Доопределите конструктор копирования. Вообще, вам бы стоило его запретить (= delete;), ибо копировать такие большие числа - это плохо. А в функции ваши передавайте BigInteger по константной ссылке.

Ну и в других функциях та же самая поблема.

И еще, в C++ не стоит использовать malloc/free, используйте new/delete. А еще лучше, используйте std::vector.

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

соответственно systemctl status ufw запускает systemctl и передает ей параметры status ufw - получаем статус работы сервиса ufw.service от менеджера системы.
а ufw status запускает ufw и передает ей параметр status - получаем "внутренний" статус работы непосредственно от ufw

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

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

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

Стоит ли пытаться "удивить" проверяющего? Есть ли прок от того, что в задании, где просят написать коротенький код, я его дополняю, подключая 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, и там вы должны разными числами помечать живые клетки, которые умрут, живые клетки, пустые клетки и пустые клетки, которые родятся. В первый проход вы считаете соседей и помечаете клетки, а вторым проходом все изменения применяете.

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