Молчание — золото
Самое интересное, что правда никому не нужна. А на техническом интервью интересуются не вашими знаниями
раскрыть ветку (15)
раскрыть ветку (14)
раскрыть ветку (13)
раскрыть ветку (12)
Преуспел или нет, но все собесы которые я проходил последнее время (штук 6) - успешно. То есть доходило до оффера
раскрыть ветку (11)
раскрыть ветку (10)
раскрыть ветку (9)
Набор вопросов типичный, отвечают на них очень по-разному.
Понятно, что лазейки есть и можно обмануть собеседующего, но если собеседующий не профан, уровень понимания виден.
Все же мало начитаться определений из книги.
Понятно, что лазейки есть и можно обмануть собеседующего, но если собеседующий не профан, уровень понимания виден.
Все же мало начитаться определений из книги.
раскрыть ветку (8)
Да, владеть реальными знаниями и опытом нужно, чтобы не завалить собес (то есть с улицы не придёшь). Но без гугления и заучивания именно тех вопросов что спрашивают, не пройдешь. Скажем так, процентов 90 вопросов всякая бесполезная фактология вида "а как называется вот тот интерфейс". Если собеседуют 2 и более человек, то это обычно два злых полицейских, которые пытаются тебя поймать на хитрых кейсах (они друг перед другом инстинктивно соревнуются). Ну а процентов 10 это вопросы по реальным кейсам и на понимание своей области. Вот эти самые десять процентов опять таки могут быть детсадовскими, от конторы и ажиотажа зависит
раскрыть ветку (7)
А это уже потому, что многие собеседовать не умеют.
Увы, но распространено такое, личное мнение: в такие конторы лучше не идти.
Если хитрят и энциклопедические знания проверяют - то хера там делать?
Для примера, у нас проверяются основы, например, как происходит управление памятью (как работать без этих знаний?), общие знания по проектированию, принципы работы сети и работы с сетью и т.д..
Увы, но распространено такое, личное мнение: в такие конторы лучше не идти.
Если хитрят и энциклопедические знания проверяют - то хера там делать?
Для примера, у нас проверяются основы, например, как происходит управление памятью (как работать без этих знаний?), общие знания по проектированию, принципы работы сети и работы с сетью и т.д..
раскрыть ветку (6)
Я бы не сказал что уровень сложности вопросов сильно привязан к качеству конторы. Тут скорее не сложность, а большая приближенность к сути дела. Могут и про паттерны важные спросить и про архитектуру. Очень роляет часто не содержание вопроса, а КАК задают.
Вот с памятью, сетью и прочими базовыми штуками не все спрашивают (на низком уровне имеется в виду). вот тут есть где разгуляться, хотя бы с той целью, понять где у человека магическое мышление
Вот с памятью, сетью и прочими базовыми штуками не все спрашивают (на низком уровне имеется в виду). вот тут есть где разгуляться, хотя бы с той целью, понять где у человека магическое мышление
раскрыть ветку (5)
Я бы не сказал что уровень сложности вопросов сильно привязан к качеству конторы.Ну он показывает что за коллеги вас ждут, а это и есть уровень конторы. Но тут так же, как и с кандидатом, что можно понять за одну беседу на 45 минут? Ну вот, в обе стороны.
Тут скорее не сложность, а большая приближенность к сути дела.Так и я про то, вопросы не должны быть сложными, они должны давать возможность показать как кандидат мыслит.
Очень важно часто не содержание вопроса, а КАК задают.Вот тут не понял, как задают? Можно уточнить?
Вот с памятью, сетью и прочими базовыми штуками не все спрашивают (на низком уровне имеется в виду). Хотя вот тут есть где разгуляться, хотя бы с той целью, где у человека магическое мышлениеЭто самое важное, на мой взгляд, и отлично показывает, что за человек перед нами. Если он сеньор с 8ю годами опыта и при этом не понимает, где стек, а где куча и как вообще память выделяется ... ну что с него взять? Мышление мышлением, но почитать пару замёток за 8 лет мог же ...
раскрыть ветку (4)
Как задать вопрос? Например по паттернам, какие паттерны вы использовали из GoF? Или какие порождающие паттерны вы можете перечислить. То есть человек сначала должен был прочитать банду четырех, потом понять что это аббревиатура оригинального названия, потом что в этой книге были паттерны и так далее. Вот спросили про порождающие паттерны, а человек классификацию тупо не помнит или слово "порождающие" триггерит у него в голове про порождающий полином и всякое кодирование. Он начинает об этом думать, потом вспоминает что я же не на криптографа иду, это из программирования. По факту такая постановка вопроса может нагнать ужаса, если не ходил до этого на собеседования или просто какое то слово забыл.
раскрыть ветку (3)
Полностью согласен, так спрашивать не гоже.
Обычно я спрашиваю проще: какие паттерны проектирования знаете.
И дальше исходя из ответа крутим. Многие сами классификацию приплетают, хотя толку с неё :) Паттернов мульен, реально знают около десятка, ещё про десяток слышали, так что толку тут квалифицировать, на таких объемах.
Спасибо за пояснение.
Обычно я спрашиваю проще: какие паттерны проектирования знаете.
И дальше исходя из ответа крутим. Многие сами классификацию приплетают, хотя толку с неё :) Паттернов мульен, реально знают около десятка, ещё про десяток слышали, так что толку тут квалифицировать, на таких объемах.
Спасибо за пояснение.
раскрыть ветку (2)
Кстати о точности понятий паттерны проектирования, программирования, архитектурные. Все их по разному называют. Интересная категория паттернов это проектирования (это не билдеры и фабрики всякие), там что то типа "группа фильтров с синхронизацией", "многослойный" - что то вроде мыслительных велосипедов. Все это используется, но мало кто знает что какие названия есть
раскрыть ветку (1)
Вот поэтому и начинаю с абстрактного, просто паттерны программирования / проектирования. А дальше как пойдёт. Потому что разницу терминологий никто не отменял, а мне по пояснениям и рассказу понять о чем речь проще будет.