там багато приколів є, а ще то можна в бровзері запускати, зараз весь світ рухається в сторону того,, що більшість завдань можна буде робити в бровзері + бровзери всюди є, а це означає, що для кодування пану леофун01 треба буде лише бровзер, бровзер може бути навіть на мобілці. Ви уявляєте? От поїхав пан леофун01 в сусіднє село до дівчат, а дівчата не прийшли, і шо робити? правильно, діставати свого мобільного девайса і кодити! JS дозволяє робити то без проблем.
І якщо пану леофун01 колись набридне математика, і він захоче просто шльопати формочки і додавати 2 до 2 використовуючи якийсь модній сучасний фреймворк - то він вже буде знати JS, і йому не потрібно буде напружуватись з пошуком роботи.

Недавно зробив групу перестановок ізоморфну до групи трансформацій тесеракта (384 елементи).
Довго медитував над тою таблицею і ... тепер в мене купа роботи. Якби ж я міг передати ту красу, яку побачив ...

Відмінність між чим ?
В ролі генератора я використовую метод CreateGroup<PermutationInt64>(...), який на основі кількох початкових перестановок генерує список всіх можливих результатів їх додавання.

Мета: розвертати багатовимірні масиви за мілісекунди, не залежно від їхніх розмірів.
Так, це можливо. Цього можна досягнути за рахунок обробки індексів, а не самого масиву. Ідея в тому, що користувач (програміст) замість масиву, створює екземпляр класу-обгортки, і цей екземплар містить посилання на масив (довільних розмірів) і дані про трансформацію (кілька байт). Коли користувач викликає метод повороту масиву, то для користувача це виглядає наче масив реально розвернувся, бо в елементів масиву тепер нові індекси. Але на рівні віртуальної памяті (і на фізичному рівні) масив не змінився і його елементи сидять в тих самих місцях, змінилося тільки значення трансформації, яке впливає на обробку індексів, які передає користувач.
Захотів розвернути масив 500Мб => 100мсек => готово.

Можна піти дальше і розвертати будь-які об'єкти, наприклад геометричні фігури ...

Самі перестановки - не ціль, а інструмент для її досягнення. Без них я б не зміг знайти властивості трансформацій у багатовимірних просторах.
На даний момент я намагаюсь створити спосіб обробки індексів для 4-вимірних масивів, тому група перестановок побудована саме для тесеракта. І саме на прикладі цієї фігури я знайшов спосіб узагальнити алгоритми на куби більших вимірностей.

Скоріше до такого :

> permutationslist [[1,0,2,3],[0,1,3,2]]
[[0,1,2,3],[1,0,2,3],[0,1,3,2],[1,0,3,2]]

> permutationslist [[1,0,2,3],[0,2,1,3]]
[[0,1,2,3],[1,0,2,3],[0,2,1,3],[1,2,0,3],[2,0,1,3],[2,1,0,3]]

З часом ми це виправимо.

Так, тут все правильно.

Поправка :
3 -- на вході список з довільної кількості елементів -- списків з Nх чисел,
на виході -- список з таких же елементів списків

На виході так.
А на вхід користувач може подати списки з повторами. Наприклад :

> permutationslist [[1,0,3,2],[1,0,3,2],[1,0,3,2]]
[[0,1,2,3],[1,0,3,2]]

Тут використовуються операції додавання перестановок.
Хотів дати посилання на приклади, але нормальних прикладів я не знайшов
Приклад додавання двох перестановок :

       0,1,2,3,4,5
  a = [2,0,1,3,5,4] = (0,2,1)(3)(4,5) = (0,2,1)(4,5)

       0,1,2,3,4,5
  b = [5,3,4,2,1,0] = (0,5)(1,3,2,4)

       0,1,2,3,4,5
a+b = [4,3,5,1,0,2] = (0,4)(1,3)(2,5)

       0,1,2,3,4,5
b+a = [4,5,3,2,0,1] = (0,4)(1,5)(2,3)

Розглянемо перший приклад [[1,0,2,3],[0,1,3,2]], є 2 перестановки, позначимо їх

  a = [1,0,2,3]
  b = [0,1,3,2]

a+a = [0,1,2,3]
a+b = [1,0,3,2]
b+a = [1,0,3,2]
b+b = [0,1,2,3]

Маємо 4 унікальні перестановки. Всі інші

a+b+a
b+a+b
a+b+a+b
...

спроби отримати з них нові перестановки будуть марними, бо результати будуть повторюватися.

Розглянемо другий приклад [[1,0,2,3],[0,2,1,3]],

    a = [1,0,2,3]
    b = [0,2,1,3]

  a+a = [0,1,2,3]
  a+b = [1,2,0,3]
  b+a = [2,0,1,3]
  b+b = [0,1,2,3]

a+b+a = [2,1,0,3]
b+a+b = [2,1,0,3]

Маємо 6 унікальних значень.
Так як останній елемент (3) не був переміщений, то можна було записати і так :

    a = [1,0,2]
    b = [0,2,1]

  a+a = [0,1,2]
  a+b = [1,2,0]
  b+a = [2,0,1]
  b+b = [0,1,2]

a+b+a = [2,1,0]
b+a+b = [2,1,0]

Якщо ви про архіви в релізі, то я їх туди не пхав, GitHub сам їх створив.
От попробуйте на GitHub'і створити реліз так, щоб там не було тих архівів.

А в сурсах архівів нема.

C# дуже бідний в цьому плані. Коли буду переписувати проект на C, попробую використати такі оптимізації.

Ох жеш ніфіга собі. Я й сам не знаю чи можна їх якось використати, але почитати дуже цікаво, дякую.

Після підказок ReAl бачу деякі недоліки в перестановках :

if(((short)((1 << digit) - 1 ^ -1) & digitFlag) != 0)

можна замінити на

if(((short)(-1 << digit) & digitFlag) != 0)