Отличная статья. Тоже читал. На мой взгляд история показывает, что невозможно найти контакт, если собеседники придерживаются граничных условий. На то они и граничные. Точки соприкосновения, общие интересы всегда где то по середине. Это и надо искать. Универсальное решение может быть неподходящим, из-за необходимости учесть множество факторов, подчас противоречивых. Грамотный инженер должен уметь получить нужные для решения задачи сведения, задав минимум вопросов по существу, а не вообще все, что может только придумать.
Попробую ответить только за гитхаб) так как остальные моменты с отсутствием общих интересов очевидны — можно закончить интервью или финализировать за печенюшками на кухне и экскурсией по офису.
Не часто приходят кандидаты имеющие одновременно популярные и технически проработанные проекты на гитхабе, чтобы глядя на решение хотелось сказать вау! За последние пару лет не видел ни одного. Чаще это утилитарные вещи, собранные для решения определенных задач в определенных жизненных условичх. На вопрос демонстрирует ли проект все лучшие навыки кандидата, максимум на что он способен, всегда получаю отрицательный ответ.
В этом плане интереснее контирбьютинг в другие проекты. Он показывает не только способность разобраться в чужом коде, предложить адекватное решение, но так же общее неравнодушие и базовые навыки коммуникации с другими людьми. Смотрю не только код, но так же внимательно читаю переписку в issue, оцениваю реакцию в комментариях к PR. По ситуации, иногда предлагал как альтернативу тестовому заданию зарезолвать ишью.
Поддерживаю, инженер в современном проекте должен уметь не только писать код. Софт скиллы не менее важны. Потребность в соло-разработчиках, с навыками коммуникации как у «склонного к насилию психопата, который знает, где вы живёте» (sic), даже у поддержки случается крайне редко. Троллинг как квинтэссенция формализма хорош в меру и определенных местах. На Хабре поржать, да людей в пятницу развлечь — это супер (ещё раз спасибо автору за материал). Однако выбор троллинга в качестве основного инструмента для переговоров, таких как собеседование, ну так себе решение.
Обычно начинаю интервью с внешне простых вопросов. Если кандидат в принципе адекватен, то быстро предлагает варианты. По ходу вместе с кандидатом немного меняем требования, докидываем деталей. Смотрим граничные случаи, области применимости текущего решения, возможности для расширения. Формат создаёт определенный стресс, но таковы реали итеративной разработки. Это становится отправной точкой для дальнейшей дискуссии относительно других требований, предъявляемым к сотрудникам в компании, инженерной культуре, прцессах (стек технологий, таск трекинг, quality gates, change management, документирование, ревью, тестирование, ci/cd, активности, и вот это все). Интересно наличие как общей эрудиции, так и практического опыта использования или внедрения (в зависимости от уровня и позиции).
Думаю да, если речь о коммерческой разработке. Откуда берутся входные данные, упираемся ли мы в ограничения по оперативной памяти и адресации, а если упираемся, тогда что? Какие сбои и ошибки нужно отрабатывать? Как будет осуществляться приемочное тестирование? Кто будет поддерживать код, какие у них есть скиллы, какая документация нужна? — разве все это не повлияет на конечное решение, его объем и трудоемкость? Как вы оцените сроки разработки?
У инженерных задач, в отличие от абстрактно математических, есть как минимум пара отличий. Во-первых, это всегда задачи с ограничениями. Во-вторых, отсутствие каких-либо требований в исходной постановке говорит о необходимости их уточнить.
Решение такогонебыловтребованияхуменяналокалхостевсеработает это далеко не продукт. А сам такой подход к работе говорит об уровне специалиста.
Как говорил Ленин: формально все верно, а по сути — издевательство.
По сути, то есть чисто с практической точки зрения, выбор технологий должен быть обоснован. Наш же лирический герой не задал ни одного вопроса на тему функциональных и нефункциональных требований для разработки и эксплуатации приложения: кто, для чего и в каких условиях им будет пользоваться. Системные требования. Требования по развертыванию и поддержке. Получив ответы можно было бы сделать логичный вывод, что выбранная технология это пустая трата времени и начать диалог по существу вакансии.
Двоякое чувство. Взглянем со стороны нанимателя. С одной стороны любознательность, кругозор и нестандартный взгляд на вещи это прикольно. С другой — цель технического интервью понять: интересна ли кандидату работа и будет-ли он справляться. Если нужен с++ разработчик, то не брать это вполне логичный вывод. Ведь за отведенное время соискатель не продемонстрировал ни интереса к языку, ни практических навыков. Это совсем не значит, что лирический герой не крут, просто на данную должность нужны другие супермены.
Вроде уже был предустановленный софт от Яндекс в локальных прошивках Huawei? Намеревались даже свой стор приложений запустить. Потом довольно быстро все свернулось.
В оригинале сделан ещё один любопытный акцент. Данные о переходах 40 миллионов пользователей по всей Америке предоставила компания Avast — один из ведущих разработчиков средств безопасности (антивирусы и все такое). Для проверки безопасности их софт анализирует и передает каждый посещаемый пользователем URL. Именно эту информацию использовала другая компания-партнер Jumpshot для аналитики.
Даже если предположить, что в проверке урла не ни чего предосудительного, то анализ переходов с Гугла говорит о том, что на практике собирается куда больше данных…
Приватность это часть прежней культуры, когда информации было чуть. Сейчас принципиально все изменилось, информация стала ресурсом. Люди по привычке трындят о приватности, но каждый раз вместо нее выбирают комфот.
Регулярно вижу толковых и позитивных ребят из parallels на конференциях. У вас реально много интересного, чем можно привлечь специалистов. Но этот опус немножко перебор (если только вы не собрались устроить перепись всех хабратроллей).
Часто забывают, что месяцы в Date считаются с 0 и до 11.
Ошибаются в инкрементах на неделю, месяц, год в последних днях месяца. 31-01-2019 + 1 месяц = 31-02-2019 = 03-03-2019. Иногда забывают про високосные годы.
Ошибки инкремента даты делают при переходах между зимним и летним временем. Мы же помним, что время подвластно политикам и правила могут меняться год от года.
Отдельная тема — часовые пояса. Какой сейчас день? А где именно? Вот уж действительно начинаешь понимать, что живёшь в пространственно-временном континууме. Чтобы определить «когда» нужно знать «во сколько» и «где». Хранить информацию о времени в unix timestamp может быть не лучшей идеей. Нужно сто раз взвесить, прежде чем решать приводить все к UTC.
На самом деле, не имея информации о часовом поясе и актуальной версии tzdata вы мало, что можете правильно посчитать. Рассчет на сервере и на клиенте может давать разные результаты. После очередного апдейта tzdata результаты могут сильно измениться.
Так же хлопот доставляют форматы записи дат в разных локалях. 10/11/12 без контекста не распарить.
Активные соединения не такая уж проблема даже штатными средствами. У людей по 100500 открытых вкладок, в современных браузерах есть всевозможные workers. Я не утверждаю, что https это панацея. Просто он даёт немало возможностей прямо из коробки. В принципе ведь и те же куки можно отключить или ходить каким-нибудь lynks. Но так мало кто делает (а значит это тоже возможность для идентификации).
Есть возможность затрекать последовательность запросов к одному сайту и это уже неплохо. Условный скрипт google analytics подключен на миллионах сайтов. Добавить сюда же CDN, скрипты соц сетей и т.п Если вы владеете ключевыми ресурсами, то у вас неплохие шансы — для идентификации достаточно, чтобы пользователь был деанонимзирован на любом из ресурсов. Чем не глобальный трекинг?
Зритель ищет в кино определенную гамму эмоций, соответствующую текущему настроению и ситуации. Думаю алгоритмы можно улучшить, если зайти с этой стороны.
В ваших аукционах полую историю ставок видит только яндекс? Пример с максимизацией прибыли показателен. Для отдельно взятой корпорации, управляющей рынком, это может быть рабочим вариантом.
Но как следует из статьи, прибыль для одних это убытки для других. Клиенты аукционов стали тратить больше денег на рекламу? — пусть. Хотя рост издержек тысяч компаний на пустом месте так себе достижение. Однако получается, что пример с нашивками уже довольно спорный. Следуя той же логике, он не демонстрирует выгодность решения для граждан, скорее выгоду получат те, кто управляет «биржей». Идея применять модели корпоративного управления для управления государством в принципе не нова. Но роль для граждан в ней не завидна и в прошлый раз это закончилось нюрнбергским процессом. Вероятно это и есть те рамки, которые очерчивают границы применимости модели, делая ее фальсифицируемой?
Для единообразия есть IxJS от той же команды, что и RxJS. Но толку мало, т.к. попытки совместить оба подхода, например в реплизации backpreasure, превращаются в научную проблему. Все лучше там, где дуплексное взаимодействие заложено изначально. Например streams из nodejs или callbaGs.
Не часто приходят кандидаты имеющие одновременно популярные и технически проработанные проекты на гитхабе, чтобы глядя на решение хотелось сказать вау! За последние пару лет не видел ни одного. Чаще это утилитарные вещи, собранные для решения определенных задач в определенных жизненных условичх. На вопрос демонстрирует ли проект все лучшие навыки кандидата, максимум на что он способен, всегда получаю отрицательный ответ.
В этом плане интереснее контирбьютинг в другие проекты. Он показывает не только способность разобраться в чужом коде, предложить адекватное решение, но так же общее неравнодушие и базовые навыки коммуникации с другими людьми. Смотрю не только код, но так же внимательно читаю переписку в issue, оцениваю реакцию в комментариях к PR. По ситуации, иногда предлагал как альтернативу тестовому заданию зарезолвать ишью.
Обычно начинаю интервью с внешне простых вопросов. Если кандидат в принципе адекватен, то быстро предлагает варианты. По ходу вместе с кандидатом немного меняем требования, докидываем деталей. Смотрим граничные случаи, области применимости текущего решения, возможности для расширения. Формат создаёт определенный стресс, но таковы реали итеративной разработки. Это становится отправной точкой для дальнейшей дискуссии относительно других требований, предъявляемым к сотрудникам в компании, инженерной культуре, прцессах (стек технологий, таск трекинг, quality gates, change management, документирование, ревью, тестирование, ci/cd, активности, и вот это все). Интересно наличие как общей эрудиции, так и практического опыта использования или внедрения (в зависимости от уровня и позиции).
У инженерных задач, в отличие от абстрактно математических, есть как минимум пара отличий. Во-первых, это всегда задачи с ограничениями. Во-вторых, отсутствие каких-либо требований в исходной постановке говорит о необходимости их уточнить.
Решение такогонебыловтребованияхуменяналокалхостевсеработает это далеко не продукт. А сам такой подход к работе говорит об уровне специалиста.
По сути, то есть чисто с практической точки зрения, выбор технологий должен быть обоснован. Наш же лирический герой не задал ни одного вопроса на тему функциональных и нефункциональных требований для разработки и эксплуатации приложения: кто, для чего и в каких условиях им будет пользоваться. Системные требования. Требования по развертыванию и поддержке. Получив ответы можно было бы сделать логичный вывод, что выбранная технология это пустая трата времени и начать диалог по существу вакансии.
Вроде уже был предустановленный софт от Яндекс в локальных прошивках Huawei? Намеревались даже свой стор приложений запустить. Потом довольно быстро все свернулось.
Даже если предположить, что в проверке урла не ни чего предосудительного, то анализ переходов с Гугла говорит о том, что на практике собирается куда больше данных…
Интересно, кто первым решиться объявить, что все модели старше, пусть, пары лет предоставляют опасность? Искусственное устаревание 2.0
Приватность это часть прежней культуры, когда информации было чуть. Сейчас принципиально все изменилось, информация стала ресурсом. Люди по привычке трындят о приватности, но каждый раз вместо нее выбирают комфот.
Регулярно вижу толковых и позитивных ребят из parallels на конференциях. У вас реально много интересного, чем можно привлечь специалистов. Но этот опус немножко перебор (если только вы не собрались устроить перепись всех хабратроллей).
Может это Алиса? Судя по новостям фичу прикрутили очень быстро. Значит взяли что-то готовое.
Ошибаются в инкрементах на неделю, месяц, год в последних днях месяца. 31-01-2019 + 1 месяц = 31-02-2019 = 03-03-2019. Иногда забывают про високосные годы.
Ошибки инкремента даты делают при переходах между зимним и летним временем. Мы же помним, что время подвластно политикам и правила могут меняться год от года.
Отдельная тема — часовые пояса. Какой сейчас день? А где именно? Вот уж действительно начинаешь понимать, что живёшь в пространственно-временном континууме. Чтобы определить «когда» нужно знать «во сколько» и «где». Хранить информацию о времени в unix timestamp может быть не лучшей идеей. Нужно сто раз взвесить, прежде чем решать приводить все к UTC.
На самом деле, не имея информации о часовом поясе и актуальной версии tzdata вы мало, что можете правильно посчитать. Рассчет на сервере и на клиенте может давать разные результаты. После очередного апдейта tzdata результаты могут сильно измениться.
Так же хлопот доставляют форматы записи дат в разных локалях. 10/11/12 без контекста не распарить.
Активные соединения не такая уж проблема даже штатными средствами. У людей по 100500 открытых вкладок, в современных браузерах есть всевозможные workers. Я не утверждаю, что https это панацея. Просто он даёт немало возможностей прямо из коробки. В принципе ведь и те же куки можно отключить или ходить каким-нибудь lynks. Но так мало кто делает (а значит это тоже возможность для идентификации).
Есть возможность затрекать последовательность запросов к одному сайту и это уже неплохо. Условный скрипт google analytics подключен на миллионах сайтов. Добавить сюда же CDN, скрипты соц сетей и т.п Если вы владеете ключевыми ресурсами, то у вас неплохие шансы — для идентификации достаточно, чтобы пользователь был деанонимзирован на любом из ресурсов. Чем не глобальный трекинг?
Интересно к чему приведут все эти ограничения в эпоху тотального HTTPS? Здесь трекинг (session id, token) заложен на уровне протокола.
Зритель ищет в кино определенную гамму эмоций, соответствующую текущему настроению и ситуации. Думаю алгоритмы можно улучшить, если зайти с этой стороны.
Но как следует из статьи, прибыль для одних это убытки для других. Клиенты аукционов стали тратить больше денег на рекламу? — пусть. Хотя рост издержек тысяч компаний на пустом месте так себе достижение. Однако получается, что пример с нашивками уже довольно спорный. Следуя той же логике, он не демонстрирует выгодность решения для граждан, скорее выгоду получат те, кто управляет «биржей». Идея применять модели корпоративного управления для управления государством в принципе не нова. Но роль для граждан в ней не завидна и в прошлый раз это закончилось нюрнбергским процессом. Вероятно это и есть те рамки, которые очерчивают границы применимости модели, делая ее фальсифицируемой?
Для единообразия есть IxJS от той же команды, что и RxJS. Но толку мало, т.к. попытки совместить оба подхода, например в реплизации backpreasure, превращаются в научную проблему. Все лучше там, где дуплексное взаимодействие заложено изначально. Например streams из nodejs или callbaGs.
Думаю кейс другой. Сидит компания на полянке, еда и напитки подходят к концу. Тут кто-то решает заказать ещё.