Что такое техническое интервью

Техническое собеседование: что спрашивают и как подготовить

Чтобы отобрать кандидатов на вакансию разработчика, большинство IT-компаний прибегают к техническому интервью. В статье мы расскажем, как оно проходит и как правильно подготовиться.

Что такое техническое собеседование

Это один из этапов отбора кандидата в IT-компаниях. У каждой организации своя практика проведения таких интервью. Где-то вам дадут задание написать код на бумаге, а где-то — в редакторе.

Как проходит техническое интервью

Сейчас почти все технические интервью проходят онлайн и представляют собой созвон с включённой камерой. Вас спросят о предыдущем опыте, могут предложить решить онлайн-задачу, написать программу или найти ошибку в коде.

Вопросы могут различаться в зависимости от уровня вакансии. У джунов спросят про теорию: термины и формулировки. У кандидатов на вакансии уровня middle и выше будут оценивать практические навыки и понимание процессов.

Что могут спросить у джуна

Джунам важно иметь общее представление об используемом технологическом стеке (языке программирования и встроенной библиотеке) и уметь решать алгоритмические задачи. Также важно знать теорию. Если вы джун, то от вас ожидают, что вы знаете, чем C++ отличается от C и в чём разница между классом и объектом.

Что могут спросить у специалиста с опытом

От кандидатов уровня middle ждут понимания цельной картины. Им необходимо не просто знать определения, но и показать, как применить теорию на практике. Для них полезно перед техническим интервью посмотреть используемые в последнем проекте паттерны и технологии. Для кандидатов уровня middle+ или senior добавляются умение решать архитектурные задачи и развитые коммуникативные навыки.

Как подготовиться к техническому интервью

Сделайте портфолио с вашими техническими проектами и добавьте туда всё, что вы упомянули в резюме. Будьте готовы показать свои проекты и рассказать о них во время техинтервью: это добавит вам очков.

Ищите свежие вопросы для технического интервью по вашей специальности в поисковиках и готовьтесь по ним. Почему? Есть вероятность, что сработает человеческий фактор: технический специалист может сам загуглить вопросы для интервью в последний час перед собеседованием. Если такого не случится, вы всё равно будете в курсе всех актуальных вопросов для техинтервью.

Настройтесь на позитив. Если вы не верите в себя, то почему вам должен поверить работодатель? Не дайте страху завладеть вами, успокойтесь, расслабьтесь: вы всё знаете и можете, если следовали советам, упомянутым выше!

Обратитесь к профессионалам. На многих факультетах GeekBrains подготовка к техническому интервью входит в финальный этап обучения. Например, в программе «Разработчик» вас подготовят к техническому собеседованию на вакансии программиста, аналитика, тестировщика, проджект- или продакт-менеджера.

Что делать во время технического интервью

Будьте конкретны в ответах — давайте чёткие и ёмкие ответы по делу. Цените своё и чужое время.

Действуйте с умом — если не знаете точного ответа на вопрос, попробуйте вывести его логически. Откровенно гадать не стоит. Если понимаете, что логика не ваш конёк, читайте следующий совет.

Будьте честным — если не знаете чего-то, скажите об этом. Добавьте, что вы обязательно изучите этот вопрос после встречи. Ведь работодатель проверяет не только ваши знания, но и умение справляться с трудностями.

Как подготовиться к техническому интервью: 15 джобхаков и подборка видео, чтобы пройти собеседование в IT

73% кандидатов считают процесс поиска новой работы одним из самых стрессовых периодов в жизни. Об этом говорят данные исследования CareerBuilder. Статистика кажется очевидной и не вызывает вопросов, но возникает другой — почему 27% относятся к процессу иначе? Дело в подготовке и собственной уверенности.

Текст: Марія Бровінська Теги: інтерв’ю, співбесіда

Нашли ошибку в тексте — выделите её и нажмите Ctrl+Enter. Нашли ошибку в тексте — выделите её и нажмите кнопку «Сообщить об ошибке».

Читайте также
«Ловушка начинающего». 5 самых распространенных ошибок джунов на собеседованиях и как их избежать

Наверное, каждый хоть раз в жизни переживал ситуацию, когда после собеседования вместо приглашения на работу приходил отказ. Как же так? Это несправедливо!» — многие из нас жаловались на судьбу и не понимали, что пошло не так. Екатерина Никитина, SoftServe IT Academy Recruiter, рассказала о пяти самых популярных ошибках начинающих кандидатов на собеседованиях.

Два месяца поисков, 80 отзывов, 12 собеседований и два офера. Как айтишник из Казатина с сертификатом Google и двумя пет-проектами работу искал

Начинающий айтишник Максим Наталчук поделился в LinkedIn собственным опытом поиска работы. Парень, согласно профилю, работает National Information Management Officer (Data Analyst) в компании iMMAP. Но желаемому оферу предшествовал непростой путь. С позволения автора, dev.ua публикует историю Максима о поиске работы в IT.

«В среднем уровень эффективности специалистов сейчас — 80% от довоенного времени». CTO Uklon Виталий Дятленко в СКШ

Новое интервью уже в эту пятницу.
«Вряд ли можно верить фидбекам компаний». Тестовое в IT: делать или не делать? Отвечают айтишники

Дизайнер Анна Лазурко пожаловалась в LinkedIn, что ни одна компания, в которую она делала тестовое, не предоставила фидбек по ее просьбе или без него. «Получили, заигнорили на неделю-две, а затем „двигаемся с другим кандидатом“. Это вообще единственная фраза, которой мне отказывают. Как понять, что ты делаешь что-то не так и не то, когда нет ни одного фидбека?» — спросила разочарованная специалист.

Как провести техническое интервью

Типичный фидбек кандидата, который получил отказ по результатам технического интервью в Ippon Technologies, выглядит примерно так:

Мы попросили техлида Ippon Technologies Дениса Корнеева объяснить, как им это удается. Денис поделился опытом проведения интервью: рассказал, как готовиться к встрече, какие вопросы стоит задавать, на что обращать внимание и почему лучше обойтись без тестового задания.

Зачем проводить техническое интервью

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

Нередко к нам приходят люди с завышенными или заниженными представлениями о себе. Например, специалист заявляет, что он сениор, но когда задаешь ему вопросы соответствующего уровня, становится понятно — он не тянет. Бывает и наоборот: человек оценивает себя как мидл, потому что не уверен в себе. Начинаем проверять и выясняем, что по нашей шкале это сениор.

Техническое интервью — это «измерение» кандидата по шкале конкретного работодателя.

Не существует универсальной схемы общения, которая подойдет для кандидата любого уровня. Даже если говорить только про джунов, то возможны варианты: вчерашний студент, или начинающий специалист с небольшим опытом работы, или «свитчер» — выпускник онлайн-курсов. В каждом случае это будут абсолютно разные встречи со своими сценариями и вопросами.

Не стоит забывать, что интервью — это двусторонний процесс: кандидат тоже выбирает, где ему будет комфортнее работать. Он собирает информацию о компании, рисует образ в голове, размышляет о будущих задачах. Поэтому общение должно вестись в форме диалога и обмена мнениями, а не экзамена.

Однажды я в роли кандидата побывал на странной встрече: представитель работодателя задавал мне вопросы, а потом сверял ответы со своим списком — совпадут или нет. Все мои попытки уточнить нюансы, объяснить ответы или поразмышлять вслух игнорировались. Это яркий пример того, как не надо проводить техническое интервью.

Что необходимо сделать до интервью

Определиться с участниками

Вот какие роли нужны, чтобы провести техническое интервью:

1. Эйчар или рекрутер — в зависимости от того, как устроен подбор в вашей компании.
2. Заказчик.
3. Представитель команды.

Присутствие представителя команды крайне желательно: он может знать нюансы и специфику работы, в которую не погружены остальные участники встречи. Ему виднее, какой специалист нужен, чтобы решать поставленные задачи.

Игнорировать мнение команды и приводить туда людей в стиле «Знакомьтесь, это Вася, теперь он будет работать с вами» — плохая идея. Вы рискуете не учесть каких-то особенностей, которые сверху не видны.

Но важно не перестараться: одного представителя команды достаточно — не обязательно звать всех. Представьте, специалист приходит на обычное интервью, а там его встречает толпа людей и начинает яростно расспрашивать. Это стрессовая ситуация для кандидата, особенно если его не предупредили о таком формате общения.

Роль заказчика и представителя команды может играть один и тот же человек, которому делегировано право принимать решения по вакансии. Эйчар же выступает в качестве помощника и источника альтернативного мнения: пока все сконцентрированы на технических вопросах, он наблюдает за поведением кандидата и подмечает детали.

Подготовиться к встрече

Подготовка — залог качественного интервью. Например, я заранее смотрю резюме кандидата и код, который он писал. Захожу на GitHub и собираю информацию, чтобы потом предметно побеседовать по функциям в его репозитории. Обязательно выясняю, где он работал, какие задачи решал, в каких проектах участвовал.

Кандидаты ценят внимательное отношение к себе — они понимают, готовился ли интервьюер или впервые открыл резюме на встрече.

Изучить чек-лист с темами для обсуждения

Как-то раз мы проговорили с кандидатом около полутора часов — казалось, все что нужно, я узнал. Но когда сел писать фидбек, то не смог оценить его уровень знания некоторых тем. Оказалось, я забыл обсудить многие важные вопросы и, по сути, потратил эти 90 минут впустую. Чтобы так не получилось, используйте чек-лист.

Чек-лист составляет представитель команды на основании задач, которые стоят перед ней. В нем нет конкретных вопросов — лишь набор тем для разговора. Я не сторонник роботизированного подхода, когда интервьюер просто читает вопросы по списку. Но интервью без плана и целей — это не интервью, а дружеские посиделки. Чек-лист помогает удерживать правильный вектор и отслеживать, какие темы еще осталось обсудить.

Что делать во время интервью

В среднем встреча длится около полутора часов: если интервьюер не укладывается в это время — он что-то делает не так. Возможно, стоит перепроверить чек-лист или строже придерживаться плана беседы.

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

Старайтесь не задавать вопросов по темам, которые не связаны с вашими повседневными задачами. Если вы не используете Golang, то не стоит на всякий случай выяснять, знаком ли собеседник с горутинами. Избегайте стандартных и «душных» вопросов вроде «перечислите методы класса Object в Java», «назовите область видимости метода clone в классе Object».

Я люблю узнавать у кандидатов о сложных вопросах, которые им задавали на интервью в других компаниях. Мне интересно: если человек не смог ответить, то пытался ли потом разобраться в этой теме или просто отбросил ее? Это яркий индикатор того, работает ли он над ошибками, извлекает ли из них выводы.

Обращайте внимание не только на то, что говорит кандидат, но и как он это делает. Визуальный контакт очень важен: старайтесь следить за мимикой, взглядом и эмоциональной реакцией на вопросы. Зачастую невербальные сигналы дают достаточно информации, чтобы составить представление о софт-скиллах кандидата.

Софты и харды неотделимы друг от друга. Нам важнее не оценить те знания, которые есть у человека сейчас, а понять его потенциал.

Интервью — это обмен информацией, поэтому я не только спрашиваю и слушаю, но и сам рассказываю. Например, если наши с кандидатом решения не совпадают, то объясняю, как бы я справился с проблемой и почему именно так. Рассказываю, какие задачи мы решаем на своей стороне и как часто среди них встречаются подобные. В результате человек покидает интервью с реалистичными представлениями о компании, команде, процессах и целях.

На что обращать внимание на интервью

Один из стоп-факторов для меня — когда человек ищет ответы в интернете прямо во время онлайн-интервью. Например, один кандидат после каждого моего вопроса немного подвисал, нажимал на клавиши и отводил взгляд в сторону — видимо, на второй монитор.

Через 5–6 секунд он выдавал одно предложение, после небольшой паузы — второе. Чтобы проверить собеседника, я начинал задавать смежные вопросы, которые нельзя взять и загуглить. В эти моменты кандидат просто валился — было понятно, что он ничего не знает в этой области.

В таких ситуациях я предпочитаю открыто обозначать проблему, а не делать вид, что все нормально. На мой вопрос в лоб, откуда он подсматривает ответы, собеседник заявил, что ниоткуда, просто «так их вспоминает». Но после этого кандидат поменял модель поведения — подглядывания резко прекратились.

На самом деле не знать что-то — это нормально. Фреймворков и технологий очень много, ориентироваться во всем невозможно. Вопрос в том, как кандидат действует при столкновении с неизведанным, ведь в работе такие задачи тоже попадаются. Если он пытается обмануть меня, то это неприемлемо. Если же честно говорит, что не знает, то мы начинаем вместе рассуждать и искать решения.

Вот еще факторы, на которые я обращаю внимание:

1. Способность к анализу и критическому восприятию задач. Если человек принимает на веру все, что слышит, и всегда со мной соглашается, это не очень хороший признак. Предпочитаю, чтобы кандидат задавал вопросы, критически смотрел процессы, пытался понять, почему мы делаем именно так, а не иначе.
2. Проактивность и готовность брать ответственность. Наш идеальный кандидат не просто предлагает новые идеи, но и готов отвечать за реализацию и заражать ими команду.
3. Гибкость. Мне важно понимать: если человек столкнется с нестандартной задачей, которую нельзя решить обычными средствами, будет ли он готов сменить инструмент на более подходящий.

Давать ли тестовое задание

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

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

Тестовое задание можно давать до или после интервью, но для меня это бессмысленная трата времени. Все, что нужно знать о собеседнике, я выясняю в ходе живого общения. Кроме того, многие тестовые задания уже выложены на Гитхабе — кандидаты находят их за несколько минут.

Допускаю, что задание может быть оправдано при найме джунов, когда идет мощный входной поток кандидатов, который нужно фильтровать. Но и тогда эти задания придется кому-то проверять — на это уходит много времени.

Что делать после интервью

Впечатления о кандидате надо фиксировать немедленно, пока они свежие. Сразу после интервью, не выходя из переговорки, я открываю Хантфлоу и пишу фидбек: оцениваю харды и софты, указываю плюсы и минусы, указываю возможные риски, которые увидел.

Не советую откладывать обратную связь на потом: появятся срочные задачи, вас могут отвлечь, будет не до этого. В результате про кандидата вы вспомните, только когда раздосадованный эйчар устанет ждать и придет требовать фидбек. К этому времени воспоминания уже поблекнут — вы можете упустить важные детали.

В Хантфлоу есть формы обратной связи, которые можно настроить в соответствии с вашим бизнес-процессом.

Если человек не соответствует нашим требованиям, мы не ставим на нем крест. Хорошие разработчики быстро развиваются, получают новые навыки и опыт. Не исключено, что этот же кандидат уже через полгода идеально подойдет для наших задач.

Поэтому при отказе мы сообщаем кандидатам, в какую сторону развиваться, чтобы получить эту работу. Если это зрелый специалист, то объясняем, чего именно не хватило. Джунам даем ссылки на конкретные книги, сайты и документы, которые стоит изучить, чтобы подтянуть знания в проблемных областях.

Вот как может выглядеть список материалов для профессионального развития джуна:

Что следует знать про техническое интервью

1. Техническое интервью — это не экзамен, а диалог, в ходе которого кандидат и работодатель узнают и оценивают друг друга.
2. Желательно, чтобы на интервью присутствовал представитель команды, где открыта вакантная позиция. Одного человека достаточно — не стоит превращать встречу в масштабную конференцию.
3. К общению с кандидатом нужно готовиться: советую изучить резюме кандидата и проекты, над которыми он работал.
4. Техническое интервью длится около полутора часов — этого времени хватает, чтобы проверить харды и софты собеседника.
5. Чтобы не скатиться в бесцельные разговоры, держите под рукой чек-лист со списком тем для обсуждения.
6. Задавайте вопросы, которые связаны с вашими реальными задачами.
7. Бывает полезно узнать у кандидата, с какими каверзными вопросами он сталкивался на предыдущих интервью и как искал на них ответы.
8. Если собеседник чего-то не знает — это нормально. Посмотрите, как он ведет себя при столкновении с неизвестностью: размышляет и ищет варианты или хитрит и пытается подсмотреть ответ.
9. Составляйте фидбек о кандидате сразу после встречи, пока впечатления еще не стерлись из памяти.
10. Если отказываете кандидату, то объясните причины решения, укажите зоны роста и источники для профессионального развития.

Как проходить техническое собеседование?

Наши преподаватели поделились опытом прохождения технических интервью, в том числе с позиции работодателя. Раскрываем секреты, как себя проявить даже начинающему айтишнику, что делать, если не знаешь ответ на вопрос и многое другое.

Михаил Каморин

Senior Backend Developer в Skyeng, преподаватель курсов по PHP и его фреймворкам, Highload Architect.

1. Для middle и выше нет смысла заучивать формулировки и термины, важнее понимание.
2. Для джунов наоборот, понятно, что практического опыта ещё нет, и нужно хотя бы теоретически представлять себе происходящее.
3. Если не знаешь ответа, то стоит попытаться вывести его логически, но совсем пальцем в небо тыкать всё же не стоит, и лучше честно сказать, что не знаешь.
4. Если техспециалист на каждый правильный ответ задаёт вопрос всё сложнее, он не завалить хочет, а ищет «уровень незнания», и это нормально, если он его наконец находит. Другое дело, что потом это может быть использовано с целью сбить цену, но это уже не техспециалиста вопрос, его задача уровень оценить.
5. Вторичные навыки, смежные с компетенциями, необходимыми для вакансии, могут быть решающим фактором, но при условии прочих равных, а не сами по себе.
6. Чем выше позиция, тем важнее коммуникативные навыки, так как тем больше приходится общаться, обсуждать решения, планировать архитектуру и т.п.

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

Для мидлов важно существование цельной картины. Очень часто приходят кандидаты, у которых SOLID отдельно, паттерны отдельно, например. Сразу видно, что на практике это либо вообще не применяется, либо применяется интуитивно, а теория подтянута за пару дней до собеседования.

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

Когда кандидат может привести практический пример использования какой-то теоретической вещи, это гораздо выигрышнее, чем знание формулировки.

Я часто спрашиваю вопросы типа «какой принцип в SOLID наименее нужный?» или «такой-то паттерн соответствует SOLID?» (у меня есть примеры на многие паттерны таких несоответствий). При этом если кандидат заранее такие вещи подготовит и расскажет в начальном вопросе про SOLID («что это такое?» или «когда стоит применять?»), это прямо жирный плюс

Ещё очень часто кандидаты сейчас пренебрегают знаниями по работе с БД. Везде ORM, наверное, половина кандидатов просто не знают, что там под капотом и как работает, так как никогда сырые запросы не делали. Стоит хотя бы в общих чертах посмотреть, что такое ACID, как реализуется. Как индексы и оптимизация запросов работает и т.п. Но это уже прямо конкретные вопросы под конкретную вакансию пошли.

Для middle+/senior важно ещё умение решать архитектурные вопросы. Знаю, что Яндексе есть даже специальная архитектурная секция интервью, прямо отдельный час.

Код на интервью сейчас редко спрашивают. Это довольно спорная затея, т.к. это стресс дополнительный + что-то серьёзное за время интервью покодить не получится.

Получается, что мы проверяем не то, что на самом деле нам нужно, и не в тех условиях, в которых это будет происходить на практике.

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

Сергей Голицын

Senior Software Engineer at Zillion Whales, преподаватель курса «Алгоритмы и структуры данных»

Смотрю на то, как кандидат думает, знает ли основы, прям основы. Мне хочется слушать, как рассуждает кандидат. Если, например, это алгоритмическая задачка, то хочу слышать рассуждения. Если это теория, то я могу задать вопрос близкий по теории и услышать, как кандидат будет выкручиваться и отвечать на него.

Все зависит от того, как кандидат отвечает. Если я вижу, что он отвечает по учебнику и говорит словами с известных всем сайтов, это явно говорит о том, что он готовился, и спрашивать его про это нет смысла. Лучше посмотреть, понимает ли он то, что говорит или просто заучил. Это может быть не прямой вопрос «Как работает хэш мапа?», а к примеру, как ее сломать или сломать особенным образом.

Я бы рекомендовал готовиться индивидуально к вакансии, т.к. у каждой компании свои требования к знаниям. И не пить много кофе перед интервью. Отдохнуть. Постараться расслабиться и получить удовольствие и вынести что-нибудь полезное с собеседования. Освежить знания.

Еще во время интервью смотрю, что у кандидата должны реально гореть глаза и он ооочень хочет попасть к нам. Так же у него должен быть реальный интерес к программированию, а не из-за денег. Это наверное для меня очень важный критерий при найме на любой уровень. Я ищу идейных ребят, для которых разработка — это хобби.

Действительно, очень многое зависит от компании и от должности, на которую претендует соискатель.

Если должность руководящая, как, например СТО, здесь многое, на мой взгляд, зависит от софт скиллов.

Главное на интервью — постараться быть самим собой и не пытаться прыгнуть выше головы, это заметно сразу же.

Ещё один совет: старайтесь не придумывать ответы на вопросы, на которые заранее не знаете ответ. Лучше пропустить вопрос. Конечно, сделать логический вывод — это плюс, но пытаться лукавить или гуглить параллельно выставит вас не в лучшем свете.

Олег А., team leader, преподаватель Java:

Процесс сильно зависит от компании. В крупных компаниях процесс выстроен четко: имеется анкета кандидата с большим количеством пунктов, и люди, которые проводят собеседование, туда вписывают свои оценки. Обычно оценивается так называемый «уровень сеньорити», который включает в себя: опыт, знание основ по основному стеку (язык программирования и встроенная библиотека) и знание проектирования софта (пресловутые шаблоны проектирования и SOLID встречаются практически везде), знание спец.инструментов, фреймворков и практик, умение работать в команде, лидерство и т.п.

Этап тех собеседования может быть и разделен: хард скилы отдельно, софт скилы отдельно, может быть совмещен, а может состоять из нескольких этапов — зависит от компании. В большинстве случаев нужно быть готовым писать код в режиме life-coding. Придется подтвердить свой опыт, ответив на связанные с ним вопросы. В итоге кандидат получает балл с оценкой уровня сеньорити. На ее основании формируется или нет оффер.

Сергей Терешин

технический pre-sale специалист по ИБ в ООО «Монт», преподаватель курса «Внедрение и работа в DevSecOps»

Я собеседовал обычно ИТ или ИБ специалистов. Обычно пытаюсь понять насколько человек в теме вопроса: от модели osi и маршрутизации до различных методик атак. Часто смотрю, как человек ведёт себя в ситуации неопределённости.

Из-за специфики направления я провожу тех. интервью в формате разговора. В информационной безопасности сложно спросить про код или написать что-то. В реальную сеть, естественно, доступ не дается. Я, как правило, прошу что-то нарисовать. Просто если ИТ\ИБ-шник как любой инженер в 3 фразе не сказал слово «схема» и не начал рисовать на бумаге, столе, в воздухе какие-то каракули, значит он сломался. Несите следующего 🙂

Игорь Звягин, старший frontend разработчик:

Я проходил собеседования в SberCloud, EPAM, Живосайт. Главное, правильно подать себя, навыки самопрезентации очень важны. Что я заметил, далеко не в каждой компании, даже в крупных, наседают на техническую часть. Можно честно сказать «я не знаю, я с этим не работал».

Что касается вопросов, в моей сфере обычно начинают с типов данных, как сравнивать объекты, как работает браузер, процессы как происходят, как работает React, просят написать простые функции.

И пожалуй, самое важное — нужно любить свою предметную область. Это значит, не только иметь достаточные знания, но и следить за развитием технологий, думать о перспективах. Вот это тоже стоит показать на собеседовании.

Всех желающих приглашаем на открытые demo-уроки:

1. «Архитектор онлайн-обучения перевернет твой взгляд на образование».
На вебинаре опишем позицию архитектора онлайн-обучения. Мечта и реальность: кто есть сейчас и почему возникает потребность в новых профессиях. Вы прикоснетесь к процессу зарождения новой профессии.
>> регистрация

2. «Цели обучения: как сделать так, чтобы обучение случилось?»
Первый шаг проектирования обучения — определение предполагаемых результатов у студентов. В педагогической теории существуют таксономии Блума, Марцано, Андерсен. Как их использовать? Сравним таксономии и выберем оттуда то, что помогает проектировать обучение. >> регистрация

• карьера в it
• собеседования в IT
• советы начинающим
• учебный процесс

• Блог компании OTUS
• Учебный процесс в IT
• Карьера в IT-индустрии