В спецификации со времён ES6 есть специальное поручение (12.14.4.1.e.iii) в такой ситуации доставать name функции из имени переменной (и из многих других мест, ищется по SetFunctionName).
И это легко проверить
А в минифицированном коде имена и функций, и переменных, обфусцируются и ориентироваться в любом случае придется по line:column
Предпочитать любые библиотеки по любому критерию, разумеется, базовое право каждого человека.
Мне второй раз предъявляют за map, но мне нравится это название — отображение же! (возможно, конформные отображения сломали мне мозг) В голом JS под map подразумевается не только то, что вы подумали, но еще и ассоциативный массив Map. В TS есть mapped types, который совсем не про массивы. В rx есть map, и ничего, как-то живут. В общем, если подойти достаточно абстрактно, всё есть map)
size-limit конечно лучше чем жать голый UMD, но мы всё ещё измеряем один бандл, а не разницу с пустым приложением, так что EOCD и непрогретый gzip остаются. К тому же завязка на вебпак, который инжектит свой рантайм — я что-то уже не хочу к нему приближаться вообще
А я честно скажу, что сделал проект вдогонку к BanditStash — библиотеке для работы с localStorage. Для кейса "проверить, не битые ли данные в сторадже" детальной ошибки не нужно, просто игнорируй битые данные. Для валидации форм или (тем более) параметров АПИ, конечно, нужна библиотека с нормальным фидбеком. Каждой проблеме — своё решение.
Тип literal удалил из двух соображений — во-первых, на практике редко подходит только одно значение (зачем его вообще хранить)? Во-вторых, всегда можно создать пользовательский тип literal = <T extends string>(v: T) => enums([v]);
На бенчмарках banditypes — одна из самых быстрых библиотек без кодогенерации, так что аргумент про оптимизатор не принимается) К тому же валидация — вряд ли невероятно горячий код, так что по перформансу я не заморачивался.
Это правда комплимент, обычно переводы на Хабре пишут программисты и получается не очень связно) обидно, что при переводе потеряли мою великолепную блок-схему и нашли "мягкие навыки"
В общем я, как обычно, напомню что нельзя публиковать чужие статьи без разрешения. Хотя у вас получилось гораздо лучше чем обычно, вижу тут работу человека с писательскими задатками
Век живи век учись, придумаю какой-то другой пример, спасибо. Хотя можно понудеть что пока существуют браузеры без ES6+ глобально поведение остаётся неспецифицированным
False positive (не прошел испыталку / плохо перформит) посчитать на данных внутри компании достаточно легко, уверен что ичары бигтеха таким занимаются (у них же бонусы от этого зависят)
False negative сложнее, тут только "а у меня один друг". Ну и не факт что чувак, успешно работающий в команде Y, так же прекрасно зашёл бы команде X
У меня ещё была идея что ни одна "задачка" не способна за час отличить хорошего Милла от синьора, тк задачи такого масштаба они должны бы решать одинаково хорошо, а задача "синьор-масштаба" за час в коде не реализуется
Со стороны кандидата — да, просто нужно станцевать в этом корпоративном ритуале, так работает система.
С нанимающей стороны это "продуктивно" в том смысле что можно как на заводе быстро прогнать и ранжировать N кандидатов, но не гарантирует, что итоговый найм будет удачным.
Приветик! Вроде как джуниором меня не называли лет 5) В целом посыл статьи — что интервью "на синьора" часто пытаются устроить по аналогии с "интервью на джуна", только выбрав более редкие темы, и это, как про мне, работает не очень хорошо.
Очень люблю d3, но у графара немного другой фокус — в первую очередь это библиотека для быстрых реактивных вычислений со специальными примитивами для математики. Кроме того, WebGL рендерится быстрее, чем стандартный dom/svg в д3 и поддерживает 3d из коробки. Скорее уместно сравнивать с deck.gl или numjs, но у нас разные концептуальные модели и мне не жалко попробовать немного другой подход.
В спецификации со времён ES6 есть специальное поручение (12.14.4.1.e.iii) в такой ситуации доставать
nameфункции из имени переменной (и из многих других мест, ищется поSetFunctionName).И это легко проверить
А в минифицированном коде имена и функций, и переменных, обфусцируются и ориентироваться в любом случае придется по
line:columnПредпочитать любые библиотеки по любому критерию, разумеется, базовое право каждого человека.
Я обдумаю это предложение, спасибо)
> Там в
preset-small-libиспользуетсяesbuildБлагая весть! Вот я дед
Спасибо!
Мне второй раз предъявляют за
map, но мне нравится это название — отображение же! (возможно, конформные отображения сломали мне мозг) В голом JS под map подразумевается не только то, что вы подумали, но еще и ассоциативный массивMap. В TS есть mapped types, который совсем не про массивы. В rx есть map, и ничего, как-то живут. В общем, если подойти достаточно абстрактно, всё есть map)size-limit конечно лучше чем жать голый UMD, но мы всё ещё измеряем один бандл, а не разницу с пустым приложением, так что EOCD и непрогретый gzip остаются. К тому же завязка на вебпак, который инжектит свой рантайм — я что-то уже не хочу к нему приближаться вообще
Я ждал этого комментария) "Просто валидация" — растяжимое понятие, хотел дополнительно уточнить что речь не о валидации форм
А я честно скажу, что сделал проект вдогонку к BanditStash — библиотеке для работы с localStorage. Для кейса "проверить, не битые ли данные в сторадже" детальной ошибки не нужно, просто игнорируй битые данные. Для валидации форм или (тем более) параметров АПИ, конечно, нужна библиотека с нормальным фидбеком. Каждой проблеме — своё решение.
Тип literal удалил из двух соображений — во-первых, на практике редко подходит только одно значение (зачем его вообще хранить)? Во-вторых, всегда можно создать пользовательский тип
literal = <T extends string>(v: T) => enums([v]);На бенчмарках banditypes — одна из самых быстрых библиотек без кодогенерации, так что аргумент про оптимизатор не принимается) К тому же валидация — вряд ли невероятно горячий код, так что по перформансу я не заморачивался.
О чем бы это могло говорить?
Это правда комплимент, обычно переводы на Хабре пишут программисты и получается не очень связно) обидно, что при переводе потеряли мою великолепную блок-схему и нашли "мягкие навыки"
В общем я, как обычно, напомню что нельзя публиковать чужие статьи без разрешения. Хотя у вас получилось гораздо лучше чем обычно, вижу тут работу человека с писательскими задатками
Плохо, что знания алгоритмов-и-структур-данных обычно коррелируют с техническим образованием, и вроде спрашивать об этом ещё раз необязательно.
Коррелирует ли техническое образование со способностью программировать — вопрос открытый 😆
Тут, конечно, речь о вопросах "за извращенное программирование", а не вообще "за жизнь"
Тут проблема в том, что вопросы тебе задаёт не "работодатель", а один конкретный чувак, и даже не обязательно потом вы будете вместе работать.
"Интервьюер работал в Яндексе" — не повод выкидывать всю компанию в мусор)
Автор имеет образование бакалавра прикладной математики и информатики, а что?
Век живи век учись, придумаю какой-то другой пример, спасибо. Хотя можно понудеть что пока существуют браузеры без ES6+ глобально поведение остаётся неспецифицированным
False positive (не прошел испыталку / плохо перформит) посчитать на данных внутри компании достаточно легко, уверен что ичары бигтеха таким занимаются (у них же бонусы от этого зависят)
False negative сложнее, тут только "а у меня один друг". Ну и не факт что чувак, успешно работающий в команде Y, так же прекрасно зашёл бы команде X
Красавчик)
У меня ещё была идея что ни одна "задачка" не способна за час отличить хорошего Милла от синьора, тк задачи такого масштаба они должны бы решать одинаково хорошо, а задача "синьор-масштаба" за час в коде не реализуется
Со стороны кандидата — да, просто нужно станцевать в этом корпоративном ритуале, так работает система.
С нанимающей стороны это "продуктивно" в том смысле что можно как на заводе быстро прогнать и ранжировать N кандидатов, но не гарантирует, что итоговый найм будет удачным.
Приветик! Вроде как джуниором меня не называли лет 5) В целом посыл статьи — что интервью "на синьора" часто пытаются устроить по аналогии с "интервью на джуна", только выбрав более редкие темы, и это, как про мне, работает не очень хорошо.
Привет! Пожалуйста, не нужно без разрешения публиковать плохие переводы моих статей, я планирую переводить их сам.
Это верно, завёл ишью. Спасибо за идею!
Очень люблю d3, но у графара немного другой фокус — в первую очередь это библиотека для быстрых реактивных вычислений со специальными примитивами для математики. Кроме того, WebGL рендерится быстрее, чем стандартный dom/svg в д3 и поддерживает 3d из коробки. Скорее уместно сравнивать с deck.gl или numjs, но у нас разные концептуальные модели и мне не жалко попробовать немного другой подход.