регулярки норм

У тебя есть проблема. Для ее решения ты решил использовать регулярки. Чтож, теперь у тебя 2 проблемы

мне почему-то казалось, что регулярки это крутая весчь которую надо абузить

ну мы например их юзаем ток для валидации того что пользователь в поля вводит определенные, на ui стороне

@guga4ka я вчера чуть-чуть поделал задание

@DarkCasual вот, держи, таку, например: Consider a "word" as any sequence of capital letters A-Z (not limited to just "dictionary words"). For any word with at least two different letters, there are other words composed of the same letters but in a different order (for instance, STATIONARILY/ANTIROYALIST, which happen to both be dictionary words; for our purposes "AAIILNORSTTY" is also a "word" composed of the same letters as these two). We can then assign a number to every word, based on where it falls in an alphabetically sorted list of all words made up of the same group of letters. One way to do this would be to generate the entire list of words and find the desired one, but this would be slow if the word is long. Given a word, return its number. Your function should be able to accept any word 25 letters or less in length (possibly with some letters repeated), and take no more than 500 milliseconds to run. To compare, when the solution code runs the 27 test cases in JS, it takes 101ms. For very large words, you'll run into number precision issues in JS (if the word's position is greater than 2^53). For the JS tests with large positions, there's some leeway (.000000001%). If you feel like you're getting it right for the smaller ranks, and only failing by rounding on the larger, submit a couple more times and see if it takes. Python, Java and Haskell have arbitrary integer precision, so you must be precise in those languages (unless someone corrects me). C# is using a long, which may not have the best precision, but the tests are locked so we can't change it. Sample words, with their rank: ABAB = 2 AAAB = 1 BAAA = 4 QUESTION = 24572 BOOKKEEPER = 10743

у гуги 19 сек на моей машине по всему неотрицательному диапозону интов

надо тестовый стенд

плюс нужно больше ядер

такс, врываюсь и поясняю по-хардкору. Я юзал халявный параллелизм через stream.parallel а @Towhopu перебрал всё обычным стиримом

Плюс обращение к массиву булей наверное быстрее, чем операции с сетом)

Вот насчет валидации тут тоже можно получить массу лулзов. У меня провайдер в личном кабинете валидирует корректность email.... при попытке его удалить (редактировать не дает). Т.е. у меня не валидный имейл и я не могу его удалить. Это вообще доставило мне большой ДИСКОМФОРТ

На самом деле имхо стоит посчитать для всего диапазона интов