Adamos

Потеоретизирую по этому вопросу из своего опыта.
Я писал и внедрял программы для работы сотрудников.
До того использовались широко известные программы, но подходили они постольку-поскольку.

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

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

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

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

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

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

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

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

Для подключения любой современной платежной системы нужно всего три скрипта:
1. Отображающий пользователю кнопку "Заплатить", по которой вызывается п. 2, и с этими данными пользователь перенаправляется на сайт ПС.
2. Формирующий уникальный заказ для пользователя, нажавшего на эту кнопку, выдающий номер этого заказа первому скрипту.
3. Принимающий подтверждение от ПС о том, что оплата заказа под этим номером прошла.

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

Все правильно.
json_decode принимает строку в UTF-8, выдает объект.
iconv принимает строку в одной кодировке, выдает строку в другой кодировке.
Вы в первом случае пытаетесь распарсить строку не в той кодировке, во втором - сменить кодировку у всего объекта.
Естественно, ни то, ни другое не работает.
Вам нужно, получив объект, конвертировать каждое из его полей отдельно.

Ведь и библиотеки низкоуровневого ввода как то были написаны

Бинго! Осталось найти и почитать их код. У glibc он открыт, например.

Ставить Убунту бессмысленно, если вы все равно меняете DE. Родной Юнити тянет за собой вагон всякого ненужного вам добра - придется его вычищать.
Ставить Debian, чтобы поиметь проблемы с игрушками, шрифтами и прочей десктопной мелочевкой? Вряд ли этот опыт чем-то ценен. Тогда уж действительно скорее Арч для хардкора.
Я бы советовал не маяться с тем, что в Каноникал делают лучше, чем это получится у вас, и поставить какой-нибудь легкий дериватив Убунты (Xubuntu, например). Там и десктопные нюансы будут подопиленнее, чем в Дебиане, и работать-играться на нем можно будет без кульбитов на костылях, и все необходимое вы поставите apt-get-ом без возни со сборкой и зависимостями и будете обновлять одной кнопкой.
А безопасность в любом современном дистрибутиве для десктопа более чем достаточна.

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