VoidVolker

Скорее всего надо просто заинклюдить файл с определениями либо подключить словарь с этим словами, если они в отдельном словаре.

Самые первые ОС были очень простыми и там было очень мало функционала и приложения представляли из себя простой исполняемый файл. Который пользователи каждый клал куда захотел и оттуда использовал. Затем, с каждым годом ОС становились сложнее, у них появился графический интерфейс, разветвленный системный API, появилась своя файловая структура и многое-много другое. А за ОС потянулись и приложения - они стали сложнее, появились файлы конфигураций, библиотеки, системные библиотеки, появилась необходимость размещать много файлов по разным местам - появились установщики приложений, а в ОС появился централизованный интерфейс для удаления приложений, появились деинсталляторы, которые правильно удаляли все раскиданные приложением файлы по разным местам. И с каждым годом все усложняется и усложняется. Да, какие-то приложения вполне адекватно работают в "портативном режиме", но многим приложениям требуется полноценная установка. Например, без полноценной регистрации в реестре офисный пакет будет не очень удобно использовать, т.к. не будет файловых ассоциаций, плагинов для браузеров и прочего. Антивирусы устанавливают в систему свой сетевой фильтр и сервис мониторинга. Или, например то же самое автообновление не сможет обновить какое-то приложение, т.к. оно банально не найдет правильно установленной версии. Так что лучше используйте полноценную установку приложений в новой ОС.

Обновить машинку до Air/Pro M1/M2 от 16ГБ RAM - девайс отличнейший, все летает. Единственная причина не брать на арме - необходимость в виртуализации х86.

Наверное прочитать текст ошибки и выполнить указания? Там же четко и конкретно написано в чем проблема и что надо сделать.

Точно так же как и с использованием любого другого инструмента:

1. Описывается задача
   
2. По этой задаче пишется техническое задание со всеми требованиями, важными деталями и ограничениями
   
3. По ТЗ пишется частное техническое задание со всеми конкретными деталями и подробностями
   
4. Делается декомпозиция в несколько итераций до простых элементов
   
5. Разрабатывается архитектура проекта и всех его компонентов
   
6. Планируется процесс разработки и разбивка на отдельные задачи и подзадачи
   
7. Берем задачу из списка, выполняем её и так до тех пор, пока не кончатся задачи
   

Как можно решить данную проблему?

Произвести дебаг, конечно же.

Кого можно назвать лучшим по соотношению цена/качество?

Никого. Абсолютное большинство магазинных сборок собираются из не распроданных остатков или того, что плохо продается в этом магазине.

И безопасно ли заказать ПК на Озоне или лучше не рисковать?

Нет. Причины те же, кроме того, вернуть по гарантии что-то будет сложно.

Неплохие примеры конфигураций есть вот тут: https://3dnews.ru/1078327

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

Обратиться к производителю или сервис-центр.

1. Развернуть приложение полностью на 100% на своем сервере, а код разместить в своем приватном репозитории.
   
2. Показать клиенту, что все задачи выполнены по ТЗ.
   
3. Получить оплату на 100%.
   
4. Разместить приложение на сервере клиента, а код - в его репозитории.
   

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

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

Правильное решение: нанять человека, который знает и умеет организовывать команду или как минимум есть опыт работы в команде и он знает как все должно быть. Без такого опыта - потратите кучу времени и денег на настройку и отладку всех требуемых процессов, а так же на набивание своих шишек. Опишу кратко как оно примерно должно быть - примерно, потому что везде есть свои ньюансы. Структура команды примерно такая: клиент <-> прожект менеджер <-> тим лид <=> тех. лид <=> разработчики, QA, дизайнеры и остальные. Далее, рабочий процесс организовывается с использованием системы управления задачами - например JIRA, Redmine и прочее, а так же по подходящей вам методологии. Для локальной разработки разворачивается локальная среда, в т.ч. фронтэнд, бэкэнд, БД - скриптом, в докере, в виртуалке и т.п. (как удобнее). Для тестирования и отладки в окружении близком к проду - разворачивается тестовый сервер для запуска и проведения тестов, и сервер разработки - для разворачивания текущего процесса разработки (можно и совмещать). Т.о., любой разработчик может спокойно локально провести разработку фичи, произвести пуш в дев ветку и увидеть результат на дев-сервере и результат тестов. Команда тестирования так же может проводить полноценное ручное тестирование на тестовом сервере или на сервере разработки. И, соответственно можно показывать клиенту прогресс разработки по конкретным задачам.

Есть сервисы проверки почты, например: https://www.stopforumspam.com/ - сам использую уже давно, отличный сервис. Плюс имеет смысл настроить какие-то дополнительные фильтры - например, проверять отпечаток клиента.

• Redmine плюс плагины
  
• Jira
  

Поменять обратно как было.

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