Обновить
2
0
Александр Аникин@Warperus

Пользователь

Отправить сообщение

Так сильно медленней он не потому, что в обвязке, а потому что алгоритм другой.

Первым шагом вместо сортировки подсчётом (мутный reduce) делается группировка списка, а уже вторым подсчёт.

И будет несильно медленней.

Копайлоту всё равно из какого утюга вещать, тем более есть люди, которые в блокноте пишут тексты и кодами балуются.

Литкод - это не замена теории и не мерило красивого кода. Учить теорию больших О по литкоду - это как учить язык по дуолингво, примеров много, но правильных ответов не найдёшь.

Алгоритмическая сложность "производительного" алгоритма O(N), потому что сортировка 26 значений в O-нотации это всё ещё O(1).

Потребление памяти обоими алгоритмами O(N), хотя константа у левого и меньше. Наивно полагать, что на больших N слово влезет в память константного размера.

Попробуйте прогнать эти решения со строкой в миллионы символов.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность

Специализация

Фулстек разработчик
Старший
От 1 000 000 ₽
Java
SQL
Алгоритмы и структуры данных
Многопоточность
Git
Spring Boot
Intellij IDEA
Junit
REST
XML