Я ни разу не заявлял о неправоте, просто каждый из нас прав со своей точки зрения. Всё верно вы говорите, я вас прекрасно понимаю. Просто я обожаю троллейбусы из буханки с детства.
быстро сложить в уме пару чисел и перейти по полученному адресу приходится часто
Как мне это знакомо. Думаю реализовать веб-страничку для суммирования шестнадцатиричных чисел будет самым лучшим дополнением к моему начинанию. Ждите hex.html
такая точная арифметика в уме слишком трудоёмка и ненадёжна
Мы на разных планетах живём. На моей суммированием целых чисел занимается точная наука, любые арифметические расчёты надёжны и моя программа учит человека вычислять быстро и точно. Педантично и сурово.
действительно полезно в жизни, например, если прикидываем сумму по чеку в магазине
В статье пример «почему бы не сложить пару четырёх или пятизначных чисел делая покупки, потом дать кассиру деньги с точностью до копейки?», но вы парируете этим же примером, будто сумму нельзя расчитать точно?
но с чисто практической точки зрения
Извольте, у каждого практическая точка зрения своя. Кому-то расход топлива оценить, кому-то площадь квартиры, стоимость ремонта, кому-то хочется просто знать цену покупки ещё до кассы. Моя идея проста до безобразия, чистое суммирование можно применять для сложения цен, расстояний, калорий и всё это по-своему практично. Простые вещи зачастую получаются удобными, за то я и люблю простоту и минимализм.
Алгоритм сборки трёхмерного применяется только с момента, когда ориентированы гиперграни Ana-Kata (purple-gray), после чего остаётся только применить сборку 2х2х2 не смешивая внутренней и внешней граней, а вращая только правую/левую, верхнюю/нижнюю, переднюю/заднюю. Как только мы сориентировали gray-purple, задача сведена к трёхмерной.
Да, верно, мои дополнительные таблицы занимают всего-то 5%. Ваша идея значительно ускорит инициализацию. Но самый решающий фактор это
программа не до конца отлажена и порой банально вываливается с ошибкой
То есть даже реализовав meet in the middle придётся ещё изрядно поработать над кодом, чтобы банально не ловить crash. Я буду восхищён, если вы реализуете «скринсейвер как-нибудь на выходных».
Я попробую написать скринсейвер как-нибудь на выходных
Подумал я над таким предложением и придумал «разумный подход».
Распишу для начала исходные данные:
Входные файлы с таблицами весят «61,485,632 bytes in 3 files», инициализация таблиц для быстрого поиска решений при запуске программы занимает не менее трёх минут на моей машине. Для скринсейвера эти варианты не подходят.
Зато подходит такое решение, я могу запустить программу и нагенерировать несколько десятков, а может и пару сотен scramble-solve комбинаций. Ходы сохраняются в текстовике. Используя заранее расчитанные комбинации можно крутить скринсейверы.
Добавил видео в конце статьи (ютуб сжал в 720p). Если будут проблемы с просмотром, сообщайте в личку. У меня, например, firefox сегодня не отображает ютуб, в хроме и старой опере всё нормально.
а у вас есть такая неприятность, как невидимые грани тетраэдров
Это примерно как невидимая задняя и нижняя грани обычного кубика. Боюсь, видеть все грани одновременно избыточно (кстати, ваша картинка прекрастно иллюстрирует избыточность), мозг хорошо кеширует неободимую информацию и для лучшего восприятия совершенно естественно прятать лишнее.
А если вы имели ввиду программный скринсейвер постоянно генерирующий новые решения, то такой будет слишком ресурсоёмким. К тому же программа не до конца отлажена и порой банально вываливается с ошибкой.
Что-то у них не отображена восьмая гипергрань Kata.
Но такая визуализация имеет преимущество перед моей в том, что они могут отображать 3х3х3х3 головоломку.
Спасибо. Насчёт поиграть, будет сложновато такой собирать.
Первый вариант — придётся пользоваться моими таблицами ориентирования серого и пурпурного цветов (которые описывают 256 и 65536 комбинаций).
Второй вариант — разработать свою методику сборки этой системы.
Самый ужас состоит в том, что вместо милых взору FRUR'U'F' придётся различать 192 поворота на каждый ход.
Если без алгоритма сборки, то в принципе не мудрено сделать приложение под андроид с визуализацией описанной концепции.
Ну, сударь, нет предела совершенству.
С визуализацией были явные проблемы в моей прежней работе, когда я делал алгоритм сборки трёхмерного куба. В итоге консольный интерфейс в стиле олимпиады по информатике «на входе дана последовательность ходов перемешивающих куб, на выходе последовательность собирающих ходов» никто не оценил. Я же считал визуализацию трёхмерного куба излишней надстройкой и фокусировал всё внимание на разработке алгоритма. А вот когда я перешёл к работе с 4-мерным кубиком, то мне без визуализации было туго и первым шагом к разработке алгоритма стало «вообразить и изобразить чтобы можно было вообразить», такая вот рекурсия. Кстати, анимация тессеракта из википедии стала фундаментом для воображения движения моего гиперкуба.
С этим были проблемы. В частности, когда я защищал эту дипломную, то я 30 минут объяснял почтенной комиссии почему это является 4-мерным объектом и как я его представляю в программе. Многие также думали, что я заблуждаюсь или обманываю. У некоторых 4 измерение автоматически ассоциируется со временем. А эту работу от начала до конца понял только я и мой научный руководитель, который мне также помогал разрабатывать алгоритм сборки.
Её легко увидит соревнующийся. Лично я хорошо помнил свои прежние результаты. Вы имеете ввиду сохранять локально личные рекорды?
В статье пример «почему бы не сложить пару четырёх или пятизначных чисел делая покупки, потом дать кассиру деньги с точностью до копейки?», но вы парируете этим же примером, будто сумму нельзя расчитать точно?
Извольте, у каждого практическая точка зрения своя. Кому-то расход топлива оценить, кому-то площадь квартиры, стоимость ремонта, кому-то хочется просто знать цену покупки ещё до кассы. Моя идея проста до безобразия, чистое суммирование можно применять для сложения цен, расстояний, калорий и всё это по-своему практично. Простые вещи зачастую получаются удобными, за то я и люблю простоту и минимализм.
То есть даже реализовав meet in the middle придётся ещё изрядно поработать над кодом, чтобы банально не ловить crash. Я буду восхищён, если вы реализуете «скринсейвер как-нибудь на выходных».
Распишу для начала исходные данные:
Входные файлы с таблицами весят «61,485,632 bytes in 3 files», инициализация таблиц для быстрого поиска решений при запуске программы занимает не менее трёх минут на моей машине. Для скринсейвера эти варианты не подходят.
Зато подходит такое решение, я могу запустить программу и нагенерировать несколько десятков, а может и пару сотен scramble-solve комбинаций. Ходы сохраняются в текстовике. Используя заранее расчитанные комбинации можно крутить скринсейверы.
Это примерно как невидимая задняя и нижняя грани обычного кубика. Боюсь, видеть все грани одновременно избыточно (кстати, ваша картинка прекрастно иллюстрирует избыточность), мозг хорошо кеширует неободимую информацию и для лучшего восприятия совершенно естественно прятать лишнее.
Но такая визуализация имеет преимущество перед моей в том, что они могут отображать 3х3х3х3 головоломку.
Первый вариант — придётся пользоваться моими таблицами ориентирования серого и пурпурного цветов (которые описывают 256 и 65536 комбинаций).
Второй вариант — разработать свою методику сборки этой системы.
Самый ужас состоит в том, что вместо милых взору FRUR'U'F' придётся различать 192 поворота на каждый ход.
Если без алгоритма сборки, то в принципе не мудрено сделать приложение под андроид с визуализацией описанной концепции.
С визуализацией были явные проблемы в моей прежней работе, когда я делал алгоритм сборки трёхмерного куба. В итоге консольный интерфейс в стиле олимпиады по информатике «на входе дана последовательность ходов перемешивающих куб, на выходе последовательность собирающих ходов» никто не оценил. Я же считал визуализацию трёхмерного куба излишней надстройкой и фокусировал всё внимание на разработке алгоритма. А вот когда я перешёл к работе с 4-мерным кубиком, то мне без визуализации было туго и первым шагом к разработке алгоритма стало «вообразить и изобразить чтобы можно было вообразить», такая вот рекурсия. Кстати, анимация тессеракта из википедии стала фундаментом для воображения движения моего гиперкуба.