Если вы увлекались математикой в возрасте до 12 лет, то, наверное, встречались с криптарифмами - числовыми ребусами.  Числовым ребусом называется корректное арифметическое выражение (обычно - равенство), часть цифр в котором заменена на буквы и звездочки. Правила просты: одинаковые буквы заменяются на одинаковые цифры, разные - на разные. Задача - восстановить исходные цифры, получив верное равенство. Числовые ребусы хороши для тренировки у младшеклассников навыков логического мышления и счета в столбик. Однако и взрослым программистам может быть интересно поискать ответ на общий вопрос - а как, всё таки, алгоритмизировать процесс решения ребуса? На вход программы подается арифметический ребус. Он представляет из себя строку и состоит из букв, цифр, знаков арифметических действий , знака  и круглых скобок.  Если ребус корректно преобразуется в арифметическое сравнение, программа должна вернуть список его решений. Например, на КОЗА*2 = СТАДО программа вернет что-то вроде , что решит нашу задачу. Искусство программирования учит нас: что бы решить задачу, представьте, что она уже решена. В данном случае, определим функцию, решающую ребусы: Прежде всего, стоит упростить задачу, преобразовав текущее выражение. А именно: Уберем знак . Для этого обернем выражение справа и слева в скобки и вычтем одно из другого. КОЗА*2 = СТАДО => (КОЗА*2)-(СТАДО) Составим множество уникальных букв в выражении. Для упрощения восприятия, я буду записывать в своем псевдокоде список в виде последовательности строк, разделенных запятыми:   Разобьем выражение на токены. Токен - строка, представляющая либо арифметическое действие, либо скобку, либо строку из букв и цифр. (КОЗА*2)-(СТАДО) => [(,КОЗА,*,2,),-,(,СТАДО,)] Уберем из списка токенов скобки. Для этого преобразуем выражение внутри него в обратную польскую запись (Reverse Polish Notation, PPN)  Для переписывания выражения в RPN используем, например, алгоритм Shunting Yard. Операции 1-4 можно назвать предобработкой исходного ребуса. Объединим их в функцию: Первая - простая - идея состоит в том, что бы перебрать все возможные замены букв на цифры и проверить полученное после каждой замены арифметическое выражение на равенство нулю. Напишем функцию под это: Как же мы будем делать перебор? Арифметические выражения, записанные с помощью RPN, замечательно удобно вычислять. Например, представим себе, что мы хотим вычислить 8653*2 - 17306 . В обратной польской записи это выражение перепишется как: Затем наш вычислитель идет по списку токенов, и по очереди кладет их в стек, пока не обнаружит операцию. Обнаружив её, он извлекает из стека два последний числа, применяет к ним операцию и снова кладет в стек. Если изначальное арифметическое выражение корректно, когда мы дойдем до конца списка, в стеке будет лежать единственное число - результат вычислений. Остается перебрать все подстановки. На этот случай python есть удобнейший itertools.permutations: Нужно отметить, что pythonic way здесь в том, что бы использовать таблицы подстановки. substitution_table = str.maketrans(substitution). Это немного ускоряет процесс подстановки букв в токены. Однако ускорение не столь существенно, и ради ясности подхода, было решено пренебречь этой возможностью языка. Подставляем, вычисляем, сравниваем с нулем каждую подстановку. Готово! Поигравшись с наивным алгоритмом, представленным выше, обнаруживаем в нем один недостаток. Он медленный. Легко видеть, что в худшем случае нам придется перебрать  подстановок. Не так уж много - однако, тест ТРАВА+КОРОВА+ДОЯРКА = МОЛОКО, содержащий как раз 10 букв, исполняется на моей машине 18 секунд. Пути решения проблемы: Переписать на более быстрый язык программирования Распараллелить Попробовать оптимизировать цикл подстановки-и-подсчета Всё это - хорошие пути решения, но можно поступить проще. Задумаемся над тем, как эту задачу бы решал ребенок. Врят ли он стал бы механически перебирать миллионы вариантов подстановки. Покумекав слегка, умный математический школьник изобретет примерно следующее: Рассмотрим последнюю букву в каждом из слагаемых. Переберем несколько вариантов этой буквы, затем добавим в рассмотрение предпоследнюю. Будем делать так, пока не решим весь ребус. Когда матшкольнику случится подрасти и поступить в универ, он может встретить концепцию кольца - множества элементов, замкнутого относительно сложения, вычитания и умножения. Самые простые для понимания кольца - кольца остатков от деления. Действительно, для любого a,b,p верно: К сожалению, вообще говоря, это неверно для деления. Система чисел, замкнутая относительно операции деления, помимо первых трех, зовется у математиков полем - и если мы рассматривали простое p, то могли бы утверждать, что у множества остатков от деления на p есть свойства поля. В данном случае, однако, мы будем последовательно рассматривать в роли p числа 10, 100, 1000... то есть, по сути, брать несколько последних цифр от каждого значения в нашем выражении. Мы получаем цепочку ребусов такого вида: Мы должны последовательно решить каждый из них с учетом решений предыдущих. А именно, первый ребус дает варианты: Для каждого из этих вариантов мы пытаемся решить второй ребус, подставив в него предварительно буквы А и О в соответствии с вариантом. Допустим, {А:2, О:4}. В таком случае, второй ребус имеет следующие варианты решения: Для каждого из эти вариантов мы решаем третий ребус... В конце концов, мы получим все варианты, каждый из которых решает пятый ребус. Это множество вариантов гарантированно содержит все ответы на наш ребус, и может содержать некоторое количество ложных ответов. К примеру, ребус А+А=В решенный таким образом имел бы в качестве кандидатов на решения сложения двух равных цифр, перечисленные выше, но верными были бы только 2+2 = 4, 3+3 = 6, 4+4 = 8. Нам не составит никакого труда отфильтровать итоговый список вариантов, проверив каждый из них на оригинальном ребусе уже без всяких алгебраических колец. Посчитаем выигрыш в скорости! Тест КОЗА+КОЗА = СТАДО (7 букв) дает на моей машине ровно 3 секунды исполнения наивным алгоритмом, и 0.0037 секунд умным. Более точным будет указать, что метод calc, производящий в моей программе, собственно, вычисление подставленного значения ребуса, при наивном методе вызывается 483840 раза. В умном - 773 раза. Тест ТРАВА+КОРОВА+ДОЯРКА = МОЛОКО исполняется наивным методом 18 секунд, вызывая calc 2177280 раза. Умным - 0.038 секунд, а calc вызывается 2502 раза, включая частичные подсчеты. Мораль нашей истории проста. Приложив немного алгебры, можно значительно упростить себе жизнь.  Попробовать реализацию алгоритма в действии вы можете в онлайн-демо:  Полный код опубликован на github. Помимо всего вышеперечисленного там можно найти две интересные вещи, которые я решил не включать в статью: распараллеливание на python и рабочую реализацию функции на облаке Яндекса, исполняющей роль сервера для демки. Настоящая статья написана по мотивам кружковых занятий Малого Мехмата МГУ для старших классов. Надеюсь, вам было интересно читать её не меньше, чем нам писать. Спасибо за внимание! Web-программист, математик.