Saboteur

на роутере пробрасываешь порт на ноутбук №1, на ноутбуке этот же порт пробрасываешь на телефон, на телефоне на этот порт вешаешь софт, к которому хочешь обратиться.
На роутере проброс порта скорее всего делается в интерфейсе, на ноутбуке нужно покопать файрвал. Не помню в штатной винде такое есть или нет. Должно быть по идее, но мало ли.

API это то место, через которое одна программа общается с другой программой.
Это может быть открытый порт, куда можно подключиться и отправить/получить данные.
В случае веб-апи, это может быть определенный эндпоинт
Это может быть брокер или база данных
Это может быть вообще файл на диске.
Другими словами, это именно контракт - сам придумываешь как одна программа может общаться с другой программой. А реализация уже второй вопрос.

сделай два файлика, в одном git в другом sql

раньше запускалось на 60 фпс, заметно начало фризить.

Больше напоминает троттлинг - снижение частоты процессора при перегреве.

Проверить еще раз нормально ли прижат кулер к процессору, если снимала кулер, возможно термопасту нужно заменить. Проверить что точно кулер крутится.
Короче проверь систему охлаждения.

магия awk и любой формат.

read -p ' Please input MACaddress BMC: '
MAC=$(echo "${REPLY}"|awk '{for(i=1;i<=length($0);i++){if (substr($0,i,1) !~ "[0-9a-fA-F]"){continue};if (a==2){printf ":";a=0};printf substr($0,i,1);a+=1}}')
echo "$MAC"

Перед тем как выполнить любую команду происходит parameter expansion
Поэтому если выполнить команду
find . -name a*
и в каталоге есть файлы a1, a2 и a3, то баш проведет expansion и на самом деле попытается выполниться команда
find . -name a1 a2 a3
что будет синтаксической ошибкой, так как непонятно что такое a2 и a3

А если написать так:
find . -name "a*"
то параметр "a*" уже отправится именно в find и он его распарсит согласно всем правилам wildcard в линукс

P.S. это касается выполнения любой команды. Просто в find . -name люди чаще всего попадаются.
А так можно поэксперементировать на
echo a*
echo "a*"

#!/bin/bash
d=$(date +%Y-%m-%d-%H%M%S)

if pg_dump -U postgres zkgu -F c -Z 1 -f /mnt/NStore/1c-sqldump/$n$d.gz; then
  find /mnt/NStore/1c-sqldump/ -type f -mtime +25 -delete
else
  echo "$d The dump didn't happen" >> /var/log/pgdump.log
fi

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

юнит - тестирование минимального модуля, обычно один класс.

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

Функциональный - тестируем полноценно какую-то функцию, например пользовательский юзеркейс, который для работы может использовать один юнит, а может и десять.

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

e2e - енд ту енд, тестирование от начала до конца какой-то функциональности. Оно не совсем в эту иерархию вписывается. Скорее как тест, который имитирует работу пользователя. Например юнит тест можно сделать внутренними инструментами, интеграционный тоже. А e2e должен ну как минимум имитировать реального пользователя или реальное окружение как продукт будет использоваться.