Search
Write a publication
Pull to refresh
72
0
Владимир Клепов @thoughtspile

Фронтендер

Send message

Тут, конечно, речь о вопросах "за извращенное программирование", а не вообще "за жизнь"

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

"Интервьюер работал в Яндексе" — не повод выкидывать всю компанию в мусор)

Автор имеет образование бакалавра прикладной математики и информатики, а что?

Век живи век учись, придумаю какой-то другой пример, спасибо. Хотя можно понудеть что пока существуют браузеры без ES6+ глобально поведение остаётся неспецифицированным

False positive (не прошел испыталку / плохо перформит) посчитать на данных внутри компании достаточно легко, уверен что ичары бигтеха таким занимаются (у них же бонусы от этого зависят)

False negative сложнее, тут только "а у меня один друг". Ну и не факт что чувак, успешно работающий в команде Y, так же прекрасно зашёл бы команде X

Красавчик)

У меня ещё была идея что ни одна "задачка" не способна за час отличить хорошего Милла от синьора, тк задачи такого масштаба они должны бы решать одинаково хорошо, а задача "синьор-масштаба" за час в коде не реализуется

Со стороны кандидата — да, просто нужно станцевать в этом корпоративном ритуале, так работает система.

С нанимающей стороны это "продуктивно" в том смысле что можно как на заводе быстро прогнать и ранжировать N кандидатов, но не гарантирует, что итоговый найм будет удачным.

Приветик! Вроде как джуниором меня не называли лет 5) В целом посыл статьи — что интервью "на синьора" часто пытаются устроить по аналогии с "интервью на джуна", только выбрав более редкие темы, и это, как про мне, работает не очень хорошо.

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

Это верно, завёл ишью. Спасибо за идею!

Очень люблю d3, но у графара немного другой фокус — в первую очередь это библиотека для быстрых реактивных вычислений со специальными примитивами для математики. Кроме того, WebGL рендерится быстрее, чем стандартный dom/svg в д3 и поддерживает 3d из коробки. Скорее уместно сравнивать с deck.gl или numjs, но у нас разные концептуальные модели и мне не жалко попробовать немного другой подход.

Похоже на ошибку из-за отсутствия WebGL — работает ли get.webgl.org?

И правда, спасибо за внимательность)

Приятно получать развернутые ответы, спасибо.


Понятно, что мы балансируем между тем, что хотел показать дизайнер (бренд-шеф / айдентити менеджер) и тем, что хочет увидеть зритель. Постмодернистская пауза. Для первого подхода мы откидываемся близко к одной крайности, добавляем цвет поздней осени, смотрим на реакцию.


Дальше у нас целый спектр вариантов посередине:


  • заготовить палитру из приятных тёмных цветов и подменять исходные на ближайший по тону;
  • искать фирменные цвета и не трогать их;
  • оставлять небольшие по площади элементы светлыми.

Каждый способ может сработать, а может и нет: не попробуем — не узнаем.


Вообще вопрос о контроле пользователя над контентом в интернете — очень горячий, особенно если смотреть шире: рядом ещё режим чтения, адблоки, скринридеры, да и автогенерация аннотаций нагоняет.

Отлично, пока я расчехлял гимп, чтобы порезать картинку пополам, меня опередили.

Насчет логотипов хотел добавить, что всё таки большая часть темных логотипов — монохромные (да, у меня очень большая подборка). В случае с цветным акцентом становится сложнее, но самый адский кейс — черно-белый логотип, у которого, как ни крути, половина теряется.

Юридический аспект нас тоже беспокоил, перекрашивать просто письма нам разрешили. Кажется, что дизайнеры совершенно спокойно рисуют однотонные версии логотипов для использования без учета яркости — шелкографией, выжиганием по дереву, термопечатью, что там еще бывает. Разъяснения ФАС я не получал, но кажется, подмена торговой марки — как раз регистрация белого круга при зарегистрированном черном)
Конечно, на том же JS. Но есть одно важное отличие: если я взялся фильтровать картинку, то придётся фильтровать её всю: скромный 800x600 уже может всё подвесить. А вот для анализа достаточно взять 1000 пикселей — учитывая, что картинки обычно довольно гладкие, будет репрезентативно.
Глитч-арт! В целом мне не кажется, что для нашего кейса писать свою обработку изображений на клиенте на JS — хорошее решение: потом все будут удивляться, отчего так быстро садится телефон. На сервере тоже по понятным причинам не хотелось бы.
Да, с подстройкой к окружающей теме, которая обычно не черная, пришлось повозиться. Если не секрет, почему LAB, а не HSL / HSV, которые концептуально попроще?
Мы еще подумаем, как это лучше сделать, и будем держать это предложение в уме — спасибо!

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity