О неадекватном софте

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

Критерии неадекватности софта в данном случае - это:
1) отсутствие нормальной документации
2) закрытость исходников
3) использование бредовых языков
4) наличие внутри софта самодельных БД, самодельных оболочек над БД, самодельных скриптовых языков или языков запросов.
5) отличие поведения UI софта от общепринятого (например, для копирования в клипбоард не работает Ctrl-Insert, а только Ctrl-C, размер полей ввода не стандартный, используется не-системные шрифты и не-системные темы)
6) невозможность запустить софт без UI (например, запускается только от пользователя, или хуже того - только от админа), невозможность выполнить команды молча из командной строки.
7) привязка софта к не-техническим вещам - оккультные математические алгоритмы, неизвестные широкой публике и отсутствующие в опен-сорсных реализациях, "патентованные технологии", привязка к недоступным или дорогим данным (какие-нибудь сука словари для распознавания речи или там гигабайтные массивы спутниковых данных ДСЗ )
8) Придурочные внешние API или их полное отсутствие - например, "обмен данными делается через dbf-файлы в кодировке 866 в папке D:\JABA\DBF\ и только по нажатию пользователем кнопки "Принять данные"". Сюда же - разного рода гнилые C++ API в виде *.lib/*.h или там ActiveX