а задача перебора жирная на брут форсе

таким образом рекурсивно ищем походу

каждая рекурсия может оптимизироваться до итеративного метода решения

на олимп. задачах вообще лучше рекурсию не юзать

Есть рекурсивные алгоритмы, а есть итеративные. Рекурсивный не всегда лучше

Если еще актуальный вопрос, в ребите норм сообщение?Может у тебя десириализация не валидно  работает

бля, если бы было достаточно времени, решил бы эту легкотню)))))

Любую рекурсию можно  написать итеративно и наоборот

+

8 ферзей?)

ну да

просто отвлекаюсь на всё по ходу и толком вдуматься нет времени)

А что, я бы с удовольствием посмотрел на решение других

День девятьсот шестьдесят шестой. #TypesAndLanguages
Ключевые различия между C# и F#. Начало
#TypesAndLanguages
Ключевые различия между C# и F#. Начало
И C#, и F# по-своему уникальны. В чём их различия и что сделать проще в C#, а что в F#?

В чём C# превосходит F#?
1. Асинхронность
Асинхронный код в C# выполняется быстрее, чем в F#. Это в первую очередь потому, что асинхронные конструкции изначально поддерживаются компилятором и генерируют оптимизированный код. Как только в F# появится аналогичная поддержка, эта разница уменьшится. Кроме того, она не очень важна для типичного бизнес-приложения. Мы можем написать библиотеку C# и вызвать ее из F# для реального кода, чувствительного к производительности.

2. Взаимодействие с библиотеками .NET
Поскольку большинство библиотек .NET написано на C#, разработчику проще работать с ними на C# по сравнению с F#.

3. Ранний возврат
В C# для возвращения из метода используется ключевое слово return. Это невозможно в F#. В глубоко вложенных блоках кода эта функция действительно полезна.

4. Ко-/контравариантность
Вариантность поддерживается в C#, но на данный момент не поддерживается в F#. Это особенно полезно для библиотечного кода, который имеет дело с обобщениями.

5. ООП в общем
В C# работать с защищёнными классами проще, так как в нём есть ключевое слово protected, которого нет в F#. Кроме того, реализация типов внутренних классов, неявных интерфейсов и частичных классов возможна в C#, но не в F#.

6. Неявное приведение
Неявное приведение типов поддерживается в C#, но не поддерживается в F#. В F# не поддерживается ни неявный апкаст, ни неявный даункаст. Следовательно, в C# проще использовать библиотеки, полагающиеся на неявное приведение типов.

7. Генераторы кода
Генераторы исходного кода недоступны для F#. Хотя есть Myriad.

8. Упорядочивание файлов
В C# упорядочивание файлов и пространств имён возможно любым способом. В F# строгий порядок (снизу вверх).

9. Инструменты и поддержка в IDE
Инструменты и поддержка IDE в C# лучше по сравнению с F#.

10. Отладка
Во всех IDE процесс отладки проще в C#, чем в F#. Асинхронные рабочие процессы особенно сложно отлаживать на F#.

11. Низкоуровневый код
Небезопасный код и Invoke/P, span и закреплённые указатели также поддерживаются только в C#.

12. WinForms и WPF
C# начинался с разработки клиентов WPF или Winform. Это не важная область для F#.

13. Entity Framework
В мире .NET Entity Framework - очень популярен. Разработчикам инстинктивно приходит в голову не использовать его в F#, потому что его дизайн противоречит F#.

14. Асинхронный Main
В методе Main async может использоваться в C#, в то время как для F# в нём используется Async.RunSynchronously.

Окончание следует…

Источник: https://www.partech.nl/nl/publicaties/2021/06/key-differences-between-c-sharp-and-f-sharphttps://www.partech.nl/nl/publicaties/2021/06/key-differences-between-c-sharp-and-f-sharp

можно, надеюсь, безнаказанно ссылочки кидать такого рода?

рискуешь начать холивар

но законом не запрещено

Зачем вообще F#

правильно, надо Q#

Я вон вообще ботов телеграм на питончике делаю и не парюсь