Это конечно хорошо, но если у вас действительно сложные вычисления — им не в браузере место, а если не в браузере — то можно убрать прослойку WebAssembly и ещё выйграть в скорости. Но в закладки себе добавил)
Я подобного знания от людей не требую, и даже более того — мне не нравится это поведение, но если интересен ответ — из-за производительности — нужно всё дерево прототипов копировать. Иначе не очень понятно как оно должно себя вести если в prototype изменится значение — она ж константа, я ж не в ней менял…
Мой основной посыл в том что «скрининговые вопросы» у всех разные. Это нормально что человек не знает/не может вспомнить некоторые детали которые вам кажутся очевидными и важными — скорее всего, если бы он проводил вам собеседования — такие вопросы всплыли бы и в вашу сторону. Безусловно, такие вопросы нужны, но это только часть собеседования — возможно, человек в силу профессиональных задач своего уровня уже достаточно давно живёт на других уровнях абстракции — строит архитектуры и решает очень узкие вопросы и такие вещи просто вылетают из головы.
Я считаю, что собеседование лучше бы строить из разных вопросов, а не только нюансов языка — по хорошему, собеседование должно строиться от резюме кандидата и реальных задач проекта, а не вещах, над которыми программист думает раз в полгода, когда прилетает какая-то специфическая задача.
Разумеется рабочие лошадки, но если у человека написано в резюме профессиональное владение JavaScript — это не значит что он каждый день пишет голый JavaScript. Из всего списка более-менее часто используется filter — остальное раз в полгода. Если что-то можно выкинуть из головы и оставить это в справочнике — это придётся сделать при достаточно широком стеке, а стек с годами всегда растёт, за исключением если человек живёт 10 лет на одном проекте.
Для меня каждый раз пытка готовиться к собеседованиям — приходится заново учить то что вылетает из готовы из-за того что ты не используешь это на практике. С годами формируется способ владения языком в котором ты просто не можешь совершить огромное количество ошибок. Да ещё и на собеседованиях любят задавать такие вопросы, за которые я бы в коде руки отрывал.
На вопрос про типы данных в JS и их сравнение есть только один правильный ответ: B-A-AA-T-M-A-A-N!!! и всегда "===", за исключением суровых случаев когда ты точно знаешь что делаешь.
P.S.: Мне известен случай про одного программиста, который любого собеседующего с говном смешает по теории, но при этом код писать не умеет приблизительно вообще. Просто потому что заучка зазубрил.
Просто время сейчас другое и информационная повестка — раньше народ из подобного контекста понимал что под «неграми» здесь не чернокожие люди имеются в виду, а любые существа мнение которых не интересно хозяину. Я даже сделал на этом акцент указав на любой их цвет чтоб молодые люди следующие современным трендам не хэйтили.
Молодцы что сделали и развивают, но меня тут другое беспокоит — ARM Британский, а производство — Тайвань — обе страны не являются для нас политически надёжными партнёрами и в с случае чего быстро лишат нас своих лицензий и производства.
Но сам факт существования в нашей стране проца не только на своей архитектуре, но и на ARM считаю очень правильным и актуальным.
Если ARM будет сильно выкаблучиваться с лицензированием, рано или поздно начнётся массовый переход на открытую архитектуру — и вот тогда проблемы с отсутствием экосистемы для новых процов уйдут в прошлое.
Да толку то там с наших законов? Возможно к тому времени наступит киберпанк и речь будет идти не о высадке первого человека на Марс, а о первой высадке человекопохожего существа
«любая колония мало будет чем отличаться от экспедиции очень даже неслучайных людей» — ой, да ладно — наберут рандомных негров всех цветов, полов и толщин в качестве белок и стрелок, а если (когда) они там передохнут за дело возьмутся нейронные сети и будут генерировать рекламные видосы с их лицами о прекрасности прекрасного.
Так в том и дело, если этой эйфории хватит до момента высадки на Марс — дело сделано. А там уж раз полгода будут присылаться хвалебные сообщения о важности миссии и рассказах о том что на Земле кранты, а у вас там райские условия и только ваша работа нас может спасти. Ну, и машина по разливу вискаря за выполненную работу будет стоять — который будет сверхценен как единственный способ отключения от пожизненной действительности.
А, не, ещё VR будет — уф-ф, отпустило — можно спокойно лететь
Я считаю, что собеседование лучше бы строить из разных вопросов, а не только нюансов языка — по хорошему, собеседование должно строиться от резюме кандидата и реальных задач проекта, а не вещах, над которыми программист думает раз в полгода, когда прилетает какая-то специфическая задача.
На вопрос про типы данных в JS и их сравнение есть только один правильный ответ: B-A-AA-T-M-A-A-N!!! и всегда "===", за исключением суровых случаев когда ты точно знаешь что делаешь.
P.S.: Мне известен случай про одного программиста, который любого собеседующего с говном смешает по теории, но при этом код писать не умеет приблизительно вообще. Просто потому что заучка зазубрил.
Но сам факт существования в нашей стране проца не только на своей архитектуре, но и на ARM считаю очень правильным и актуальным.
Если ARM будет сильно выкаблучиваться с лицензированием, рано или поздно начнётся массовый переход на открытую архитектуру — и вот тогда проблемы с отсутствием экосистемы для новых процов уйдут в прошлое.
А, не, ещё VR будет — уф-ф, отпустило — можно спокойно лететь
Agile — гибкая методология. Мне известен случай внедрения в парикмахерской...