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

Соответственно должны быть какие-то знания, которые позволяют на язык смотреть как на инструмент. (Надеюсь ответил)

А то будет кругом один redux :D

код пишется для людей, а не для машин/браузеров/движков.

Никаких понтов. В центре удобно чем в хуево-кукуево.

ну вот нет, на самом деле))

Мол посылать лесом, если для кандидата flux/saga это не паттерн, а либа? Или что? :)

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

Кто-то на уровне опыта понимает что делает, кто-то знает чем B-Tree отличается от бинарного дерева. Зависит от кандидата.

На самом деле лесом можно послать только после того как увидишь код.

Собеседование пройти - это тоже задача.

И как с поиском? У нас десятки отсеивались просто на банальных вопросах вроде замыканий или редюсеров, за год нашли только двух человек. Боюсь представить, что было бы если бы спрашивали ещё и такой фундаментал Хотя у меня самого капелька пота медленно стекает при мысли, что у меня начнут спрашивать всякие там двоичные деревья или любую другую тему в которой я не варюсь %)

Редко но метко - примерно так

если не гугл и не команда на олимпиаду кому нужны все эти двоичные деревья? когда и где это пригодится в дальнейшей работе, большая часть которой состоит из рутины?

тем более что человек не может держать в голове все, но если вдруг потребуется, то гугл в помощь и вперед

Двоичные практически никому

А вот B-Tree еще как :D

Пример?

Держать в голове все и правда не надо, надо - "ну-у, я пойду туда посмотрю".

Вот надо знать куда помимо стак оверфлоу идти.

Держать в голове все и правда не надо, надо - "ну-у, я пойду туда посмотрю".

на собеседовании так не ответишь )

это всё желательно хотя бы попробовать. для общего развития, чтоб если вдруг столкнешься, знал куда копать

Ну, это IMHO ;)

ну мышление оно неплохо развивает, в любом случае)

Про пример - пожалуйста. У вас 100 000 записей в таблице, индекс на поле A, поиск по индексу (A = K) занимает 10 мс. Сколько он будет занимать когда записей будет 10 000 000 000 ?

ну для этого не нужно знать, как работает B-tree)

понятно, что поиск log n

это же дерево

Ну я рад что для вас понятно ;)

другой вопрос, что неплохо бы знать впринципе, что для индексов используется b-tree

Не знаю, коллеги, взгрустнулось мне от ваших b-tree и log n. Мне кажется, разработчик может создавать хорошие, полезные и красивые вещи и без этих знаний, тем более когда он работает в команде.

😱

без этих знаний это не разработчик

а кодер какой то

ужас

Я бы даже сказал что b-tree и красивые вещи в разных углах комнаты :))

согласен

без этих знаний это не разработчик

что еще в список "этих знаний" входит?)

О большое конечно же

что еще в список "этих знаний" входит?)

да много чего наверное. думаю, что фронтендеру не обязательно это знать

без о большого это вообще не разработчик, а веб разработчик)

гараздо более полезным будет адекватность, светлая голова, желание и уменее общаться с коллегами и делиться своими знаниями )))

короче давайте уже по форме черепа определять)

гараздо более полезным будет адекватность, светлая голова, желание и уменее общаться с коллегами и делиться своими знаниями )))

+

потерлось первоначальное сообщение )

если разработчик не знает что такое сложность алгоритма - то это не разработчик какойт о

а продвинутый верстальщик

омг

Блин, да с чего ты взял-то? Понимаешь, люди по разному воспринемают информацию и работают с ней. Кто-то может разбирался с этим, прошло время, не пользовался и забыл. Это вполне нормально.

пенсии нужны но сложность алгоритмов не нужна))

лан это я тож затолстил

да, вот вот

пошел стёб

Блин, да с чего ты взял-то? Понимаешь, люди по разному воспринемают информацию и работают с ней. Кто-то может разбирался с этим, прошло время, не пользовался и забыл. Это вполне нормально.

хотя наверное для фронтенда это не так актуально, а вот если бекендер не знает, гнать надо из профессии)

категоричность не нужна

блин, ну понимаете у каждой профессии есть какие то вещи, которые человек просто обязан знать

например парикмахер обязан уметь ровно стричь человека

а если он не умеет - то он не парикмахер

а если он не умеет - то он не парикмахер

Но ему не обязательно знать из чего сделана гребенка (или как она там) на его электрической машинке.

Да ребята, как вас торкнуло от B-Tree ;) Если чего, это необязательно требование, это просто флажочек для работодателя о том, какие задачи можно делегировать, а в каких надо помочь разобраться.

А мужик, который учился в училище в 80-ых, и который знает это, скажет - как так? ты не знаешь из чего делается гребенка? пошел от сюда!

электротехнику еще, механику

химию еще надо, потому что там же куча всяких приблуд парикмахерских лаки там пшикалки

угу

химию еще надо, потому что там же куча всяких приблуд парикмахерских лаки там пшикалки

а вот это ты зря смеешься)

почему))

прийдешь к парикмахеру, а он тебе намешает чего-то, что волосы отвалятся)

ты к нему прийдешь - а он тебе, ну я же не химик, намешал, вроде все было ок

я к одному хожу лет 8 уже наверное)

вот если собираешься мешать - то придется в химию а пока не мешаешь и пользуешься готовым по инструкции - то нах тебе химия не нужна

вот мы о чем

да, для фронтэнда особо много знать не надо

это ты лукавишь)

а профессионализм и светлая голова определяют насколько вообще человек быстро въедет в эту "химию" когда понадобится

также и к парикмахеру приходят и просят - сделай мне останкинскую башню на голове)

вот профессионализм разработчика - быстро въехать в задачу и сделать так, чтобы на следующий день у клиента плешь не образовалась от постоянно падающего проекта)

или взять врача

хороший добрый малый, командный игрок, ответственный, но специальность свою не знает нихрена))

в итоге не очень хорошо получится

ну справедливости ради врачи очень командные игроки

херовые которые))