Смотря куда идти. На должность обычного инженера в поддержку, особенно в регионах, возьмут без проблем. На должность младшего разработчика попасть тоже легко, все упирается в финансы, а карьерный рост - в желание работать.
Антон Сопранов, дополню, что программ таких полно, но основную ценность представляют библиотеки готовых реальных объектов. Вот их обычно заказывают 3Д модельерам, но можно и самому попробовать нарисовать в каком-нибудь редакторе.
Adamos, а, ну теперь задача хотя бы обретает смысл... Такую задачу перебором явно не решить. Насколько я знаю, в таких задачах ищется не точный ответ, а максимально близкий.
lexstile, вообще, это типовая задача и для нее наверняка есть способ решения получше. Помню в книге "Грокаем алгоритмы" такое решалось через комбинацию двух подходов: хеш-таблицы и еще что-то, скорее всего бинарный поиск в глубину. Могу ошибаться, давно читал. Но то, что есть готовый алгоритм уверен на 100%.
kolosovas, тогда не совсем понятно, что подразумевается под максимальным охватом поля. Если значения в разрезе одной последовательности уникальны и взяты из исходного поля, то у всех последовательностей будет одинаковый охват поля по количеству (500к). Если же понимать под макс. охватом диапазон, то он будет просто равен разнице между последним и первым элементом последовательности (т.к. последовательности уже упорядочены по возрастанию). Собственно, вопрос: что такое максимальный охват поля чисел?
У вас точно console.log вызывается сразу же за инициализацией new_id? Возможные варианты:
1) let объявлена внутри блока (за блоком начинается другая область видимости и переменная недоступна)
2) на момент инициализации new_id в документе (html) не существует блока с заданным айди.
Да, с историей запросов не совсем верная аналогия. Скорее что-то типа еженедельного тестирования/рефакторинга: обязательного на протяжении какого-то периода и никак не автоматизируемого. Знаю, что некоторые закладывают это не в бэклог, а куда-то еще, и просто уменьшают фокус-фактор. Скорее всего на SCRUM доске не получится отобразить растянутую во времени историю. Либо делить, либо не отображать...
Владислав Лысков, можете аргументировать? Лично я не нашел ничего, что бы могло этому противоречить. Бэклоги, задачи, оценка объема работ - нигде не фигурирует количество человек в команде.
NogerbekNurzhan, Кеширование - полезная штука для быстродействия. Насколько я знаю БД сохраняет план выполнения запроса (чтобы не строить его заново) и просто подставляет нужные параметры. Именно поэтому советуют использовать параметры в запросах, которые возвращают данные, а не использовать динамический SQL (там где возможно). Не совсем понятно, зачем его отключать. Если для тестов производительности, то, по-моему, есть специальные команды, которые на время отключают кеширование или сбрасывают буфер. Что касается конкретно этого примера, то тут не помогу: я работаю с Oracle в основном и через UI, там все красиво и отображается конкретная разбивка по операциям и их стоимости, а также показываются узкие места запросов. В основном это отсутствие индексов (FULLSCAN TABLE) и сортировка.