Спасибо за ответ. Тоже каждый раз это были маленькие объёмы. Лишь один раз на тестовом задании был набор из 5000 строк. Даже не строк, а объектов с несколькими строками внутри, по которым надо было искать. Как писал выше, там меня match выручил. Про trim знаю, да. Пойду почитаю про другие способы )
Подскажите, что лучше использовать в данной ситуации? Есть массив строк и поле для ввода. По мере ввода пользователя нужно фильтровать этот массив строк - в выборку должны попадать лишь те, что содержат введённую строку. Когда массив строк не очень велик, вариант arr.filter(str => str.includes(value)) работает без тормозов, да. Когда нужно было это сделать на большом массиве строк (если правильно помню, 5000 строк), то использовал arr.filter(str => str.match(value)). На Includes были заметны тормоза, на match - летало.
Значит надо при переводе использовать правильную терминологию.
Я считаю, в переводе надо использовать ту терминологию, которую использует автор оригинала. Ну, либо писать свою собственную статью-обсуждение оригинала.
А это принципиально важно в данном контексте? Речь о том что у вас по хорошему любой код состоит из алгоритмов и/или структур данных.
Мне просто интересно. Я понимаю, что вы пользуетесь классами, массивами, хеш-таблицами и подобными. Но фраза, что вы пишите структуры данных и алгоритмы (мне видится, что вы их сами пишите, а не используете встроенные в язык) вызывает интерес. Я сейчас как раз изучаю алгоритмы/структуры и мне интересно, что именно вы используете, а тем более пишите сами, в повседневной работе.
А алгоритмы тем более. Какие алгоритмы используются постоянно? Я не считаю написание метода в классе написанием алгоритма.
Ну я как бы тоже не особо люблю всякие там тестовые задания и просьбы написать «сортировку пузырьком» во время собеседований.
В целом статья именно об этом — о том, что в FAANG и других компаниях из Долины очень любят алгоритмические задачи на собеседованиях. И там не спрашивают сортировку пузырьком, там спрашивают более сложные алгоритмы и структуры данных. И автор говорит, что это не очень хорошо.
Но всё таки когда пишешь статьи на хабр
Эта статья — не оригинал, а перевод.
А какие алгоритмы и структуры данных (ну, помимо классов, конечно) вы регулярно пишите?
Кто-нибудь может посоветовать подкасты на английском наподобие InnerFrench? Чтобы тоже было понятно и с постепенным усложнением материала. Сейчас мой уровень B1, но в понимании на слух не чувствую себя комфортно.
В целом, мысль абсолютно здравая — согласен с вами.
Есть одно но. Не знаю, как у Сбера (или СБТ), но в одном из банков, в которых я работал, безопасники опечатывали системники. Т.е., если снимешь панель для установки памяти, при следующей проверке будешь объясняться со службой безопасности. В общем, в том банке нельзя было установить купленную память. Ладно, хоть её хватало :)
Но, повторюсь, мысль абсолютно здравая — согласен с вами
Добрый день.
Слышал про Финляндию очень много хорошего, поэтому было интересно. Спасибо за статью.
Интересует вот какой вопрос. Слышал, что в Хельсинки очень мало солнечных дней — и что из-за этого чуть ли не самый высокий уровень самоубийств. Насчёт доказательств ничего не скажу — пока не гуглил, слышал, если память не изменяет, в «Орел и решка» :)
В комментариях вроде бы этот вопрос не поднимался. Так вот — как там всё-таки с солнцем? Думаю, в Алматы солнца было много — поэтому в сравнении особенно интересно.
Объясните, пожалуйста, человеку ещё не очень хорошо разбирающемуся в JS, почему [].slice.call(arguments, 1) работает? Я понимаю, почему нельзя arguments.slice(1) — arguments это не Array, а объект и у него нет метода slice. Но при вызове [].slice.call(arguments, 1) arguments будет this для функции slice, т.е., по смыслу будет идентичен вызову arguments.slice(1) — который невозможен ))
Я не очень понимаю этот механизм.
Для SQL, у меня, например, есть задача, которая проверяет большинство основных принципов языка при помощи одной таблицы с одной колонкой. Людям нравится, особенно когда объяснишь назначение задачи.
Скажите, а в какой именно город переехали?
И как в этом городе с инфраструктурой и развлечениями? В общем, в целом про жизнь в городе расскажите, пожалуйста :)
Спасибо за ответ. Тоже каждый раз это были маленькие объёмы. Лишь один раз на тестовом задании был набор из 5000 строк. Даже не строк, а объектов с несколькими строками внутри, по которым надо было искать. Как писал выше, там меня match выручил.
Про trim знаю, да. Пойду почитаю про другие способы )
Подскажите, что лучше использовать в данной ситуации? Есть массив строк и поле для ввода. По мере ввода пользователя нужно фильтровать этот массив строк - в выборку должны попадать лишь те, что содержат введённую строку.
Когда массив строк не очень велик, вариант arr.filter(str => str.includes(value)) работает без тормозов, да. Когда нужно было это сделать на большом массиве строк (если правильно помню, 5000 строк), то использовал arr.filter(str => str.match(value)). На Includes были заметны тормоза, на match - летало.
Я считаю, в переводе надо использовать ту терминологию, которую использует автор оригинала. Ну, либо писать свою собственную статью-обсуждение оригинала.
Мне просто интересно. Я понимаю, что вы пользуетесь классами, массивами, хеш-таблицами и подобными. Но фраза, что вы пишите структуры данных и алгоритмы (мне видится, что вы их сами пишите, а не используете встроенные в язык) вызывает интерес. Я сейчас как раз изучаю алгоритмы/структуры и мне интересно, что именно вы используете, а тем более пишите сами, в повседневной работе.
А алгоритмы тем более. Какие алгоритмы используются постоянно? Я не считаю написание метода в классе написанием алгоритма.
В целом статья именно об этом — о том, что в FAANG и других компаниях из Долины очень любят алгоритмические задачи на собеседованиях. И там не спрашивают сортировку пузырьком, там спрашивают более сложные алгоритмы и структуры данных. И автор говорит, что это не очень хорошо.
Эта статья — не оригинал, а перевод.
А какие алгоритмы и структуры данных (ну, помимо классов, конечно) вы регулярно пишите?
Есть одно но. Не знаю, как у Сбера (или СБТ), но в одном из банков, в которых я работал, безопасники опечатывали системники. Т.е., если снимешь панель для установки памяти, при следующей проверке будешь объясняться со службой безопасности. В общем, в том банке нельзя было установить купленную память. Ладно, хоть её хватало :)
Но, повторюсь, мысль абсолютно здравая — согласен с вами
Слышал про Финляндию очень много хорошего, поэтому было интересно. Спасибо за статью.
Интересует вот какой вопрос. Слышал, что в Хельсинки очень мало солнечных дней — и что из-за этого чуть ли не самый высокий уровень самоубийств. Насчёт доказательств ничего не скажу — пока не гуглил, слышал, если память не изменяет, в «Орел и решка» :)
В комментариях вроде бы этот вопрос не поднимался. Так вот — как там всё-таки с солнцем? Думаю, в Алматы солнца было много — поэтому в сравнении особенно интересно.
Я не очень понимаю этот механизм.
Можете озвучить задачу и её назначение?
И как в этом городе с инфраструктурой и развлечениями? В общем, в целом про жизнь в городе расскажите, пожалуйста :)