Ну нет. Компилятор не настолько туп, чтобы не впендюрить туда copy elision. Да, такая инициализация менее читабельна и создает вопросы типа: а есть ли там копирование? Так что вы правы, второй вариант хуже.
Не совсем. Делать быстро, дешево и некачественно можно только маленькие проекты. По мере роста и развития это самое "некачественно" вылевается в дикий технический долг, который сильно тормозит дальнейшее развитие. В итоге получается долго, дорого и не качественно.
Искать подстроки регекспом - очень плохая идея. Если текст - куча букв "a", а шаблон "aa...ab", то регексп будет работать за квадрат. Для большого текста и шаблона это будет очень тормозить.
К сожалению, встроенный в питон find имеет ту же проблему. Хоть и работает в пару раз быстрее.
Лучше использовать какой-нибудь PySubstringSearch.
eegmak еще комментарии: персистентные структуры легче реализовавать в функциональных языках, потому что там все персистентное по сути.
Если все запросы можно обработать вместе одной кучей, то просто добавьте их на прямую вместе с отрезками, отсортируйте и найдите все ответы при проходе сканирующей прямой.
Зависит от частоты операций. Как часто меняются отрезки, если меняются вообще. Как много ожидается элементов в списке, сколько в каждом элементе может быть отрезков? Какие ограничения на "целые числа" - границы отрезков и запросы.
Когда вы ответите на эти вопросы, можно будет выбрать оптимальный алгоритм. Можно поддерживать отрезки упорядоченными в каждом элементе списка и искать бинпоиском, можно все отрезки всех элементов сложить в двумерную структуру данных и искать что-то уже там. Можно вместо сортировки и бинпоиска использовать BST (map какой-нибудь - даже не знаю, что там в стандартной библиотеке есть в kotlin). Или вообще предподсчитать ответы для всех различных запросов. Вариантов куча.
Непонятно с какой стороны вам нужен нулевой бит. Допустим байт 13 = 00001101(2). Какой из нулевых бит вам нужен - левый (*0001101) или правый (000011*1). Какой у него номер?
inek, Все-равно, таких циклов O(n^n), где n - количество вершин. Алгоритм, который ищет все циклы в графе за такую сложность существует - полный перебор. Я вам его расписал уже выше.
Для любых конечных графов этот алгоритм найдет все циклы за конечное время.
It is allowed to create const references to non-const values, but we may not change them through this reference.
Главное - это понимать, что ссылки - это псевдонимы других переменных. Поэтому единственное, что может быть или не быть const - это то, на что ссылка ссылается. Саму ссылку менять никогда нельзя.
edit: только заметил, что дал ссылку на deprecated страницу. Признаю свою неправоту.
И вообще, что такое n в вашем Xn = Yn? Если попытаетесь его формально задать, то и получите, фактически, параметрв функции [0,1] -> R^2.