вот и наступили коронавирусные времена, пришло время оперативно искать новую работу.
Подскажите план действий трудоустроится на норм. работу за следующие 1.5ры недели;
Какие темы повторить на позицию .net backend dev? Какие книги полистать?
Підтримати Україну у боротьбі з країною-терористом.
Здравствуйте, #John, Вы писали:
J>Здравствуйте,
J>вот и наступили коронавирусные времена, пришло время оперативно искать новую работу. J>Подскажите план действий трудоустроится на норм. работу за следующие 1.5ры недели; J>Какие темы повторить на позицию .net backend dev? Какие книги полистать?
Здравствуйте, #John, Вы писали:
J>Здравствуйте,
J>вот и наступили коронавирусные времена, пришло время оперативно искать новую работу. J>Подскажите план действий трудоустроится на норм. работу за следующие 1.5ры недели; J>Какие темы повторить на позицию .net backend dev? Какие книги полистать?
В больших компаниях, наверное, будут всё равно гномиками мучить, а в маленьких на способности и навыки смотреть, а не терминологией страдать.
Здравствуйте, #John, Вы писали:
J>Какие темы повторить на позицию .net backend dev? Какие книги полистать?
Вы о пролистанных книгах собираетесь беседовать в книжном клубе, или всё же собираетесь рассказать об опыте или своих сильных сторонах? Есть видение того, с чем хотели бы работать и насколько это совпадает с критериями поиска потенциального работодателя, или тыждотнетпрограммист и этого уже достаточно? Честно, никогда не понимал такого подхода к собеседованиям.
Здравствуйте, IncremenTop, Вы писали:
J>>Какие темы повторить на позицию .net backend dev? Какие книги полистать?
IT>Если ты хочешь норм работу, то не готовься. Обман до добра не доведет.
Ну ерунду же говоришь. Конечно же к собеседованиям нужно готовиться, особенно если идешь в компании где просят гномиков считать.
Вот неплохая шпаргалка для подготовки например от очень толкового человека (я с ним работал в одном проекте несколько лет назад)
Здравствуйте, #John, Вы писали:
J>Подскажите план действий трудоустроится на норм. работу за следующие 1.5ры недели;
1,5ры недели — это срок для "списаться — прособеседоваться — согласиться" на первое же предложение.
bnk>Ну ерунду же говоришь. Конечно же к собеседованиям нужно готовиться, особенно если идешь в компании где просят гномиков считать.
Если человек прямо не говорит, что он идет в FAANG, то никаких гомиков считать не надо, а если это спрашивает собеседующий — то это злобный буратин и твой будущий начальник. Стоит ли идти в такую контору?
Здравствуйте, IncremenTop, Вы писали:
IT>Здравствуйте, bnk, Вы писали:
bnk>>Ну ерунду же говоришь. Конечно же к собеседованиям нужно готовиться, особенно если идешь в компании где просят гномиков считать.
IT>Если человек прямо не говорит, что он идет в FAANG, то никаких гомиков считать не надо, а если это спрашивает собеседующий — то это злобный буратин и твой будущий начальник. Стоит ли идти в такую контору?
в 90 проц IT компаний США на собеседованиях даже уборщицы сортируют гномиков
Здравствуйте, bnk, Вы писали:
bnk>Здравствуйте, IncremenTop, Вы писали:
J>>>Какие темы повторить на позицию .net backend dev? Какие книги полистать?
IT>>Если ты хочешь норм работу, то не готовься. Обман до добра не доведет.
bnk>Ну ерунду же говоришь. Конечно же к собеседованиям нужно готовиться, особенно если идешь в компании где просят гномиков считать. bnk>Вот неплохая шпаргалка для подготовки например от очень толкового человека (я с ним работал в одном проекте несколько лет назад)
bnk>https://andriybuday.com/2020/02/technical-interview-cheatsheet.html
меня больше половины вопросов из шпаргалки спрашивали так что она полезная
не удивительно
ведь вопросы для собеседований и ответы генерят индусы
что бы протянуть своих
я полистал темы по систем дизайну по ссылкам выше
и то что по систем дизайну генерят эти же индусы на ютубе
это
действительно не удивительно что каждая домохозяйка не связанная с ит сможет пройти интервью посмотрев ютубчик
а любой инженер бы послал нахерн после таких вопросов
Здравствуйте, reversecode, Вы писали:
R>не удивительно R>ведь вопросы для собеседований и ответы генерят индусы R>что бы протянуть своих
Ты не поверишь, но они их генерят не только что бы подтянуть своих, но и что бы не тянуть своих. Иногда они идут даже на вот такое, тут явно сильно задолбались с желающими хакнуть
Здравствуйте, kaa.python, Вы писали:
KP>Ты не поверишь, но они их генерят не только что бы подтянуть своих, но и что бы не тянуть своих. Иногда они идут даже на вот такое, тут явно сильно задолбались с желающими хакнуть
Imho отсеивать по "нам не понравился отступ здесь и ты забыл положить в гитхаб"- лучше и не начинать общение, сразу "спасибо, не интересно".
Здравствуйте, #John, Вы писали:
J>Здравствуйте,
J>вот и наступили коронавирусные времена, пришло время оперативно искать новую работу. J>Подскажите план действий трудоустроится на норм. работу за следующие 1.5ры недели; J>Какие темы повторить на позицию .net backend dev? Какие книги полистать?
Недавно проходил интервью. Вот что спрашивают в дефолт сити:
Для затравки идут ссылочные и значимые типы, где размещаются, отличия, преимущества, недостатки. И всегда ли классы в куче? Всегда ли структуры на стеке?
Наследование и полиморфизм в задачках, когда что-то от чего-то унаследовано с нарушением здравого смысла (за такое в продакшене руки отрывают) и нужно догадаться, что сделает программа.
Дают код, в котором происходит Boxing и unboxing, и надо сказать, что будет в результате. За такой код тоже руки надо отрывать, и в реальной жизни он не встречается, но ответить надо.
SOLID, KISS, DRY, YAGNI своими словами.
GC. Куда же без него, родимого. Начинают с общих принципов работы, которые, однако, надо знать в деталях. Маркировка, сжатие. Поколения. Очередь финализации.
После теоретических вопросов переходят к описанию двух-трех проблем и спрашивают, как с ними бороться на практике. От общих вопросов, типа что будет при большом количестве создаваемых объектов и до специфических проблем при работе с большими объектами.
IoC/DI
WCF, REST API
async/await
Микросервисы — обзорно. Наиболее часто спрашивали аутентификацию/авторизацию.
Порассуждать на тему индексов и транзакций в SQL Server и написать простенький запрос на SQL. Если позиция предполагает серьезные знание SQL, то спрашивают про оптимизацию запросов, выявлению узких мест, в частности, работу с планом запроса
Потоки и синхронизация. Monitor, Mutex, Semaphore, AutoResetEvent, ReaderWriterLock. Неплохо еще знать Slim версии объектов. Конечно же Interlocked и volatile. Причем ответы на вопросы о потоках и объектах синхронизации очень, ну просто очень весомы. По ним определяют степень «синьористости». Кроме теоретических вопросов обычно просят сделать набросок решения какой-нибудь несложной задачи. Например, сделать, чтобы первый поток выводил на консоль «ping», а второй — «pong», и делали бы они это строго по очереди.
Для подготовки к интервью неплохо бы полистать Рихтера «CLR via C#» (да, да, он все еще актуален) и написать тестовую задачку, типа реализации «поставщик/потребитель» на Monitor, а потом то же самое на AutoResetEvent. Это покроет 80% вопросов.
$>Imho отсеивать по "нам не понравился отступ здесь и ты забыл положить в гитхаб"- лучше и не начинать общение, сразу "спасибо, не интересно".
В Go есть строго один способ форматирования который должен быть применен (через go fmt) ко всем файлам. Ну а гитхаб — это как раз элемент защиты. Я их с их предложением послал, конечно, но вот такая защита
