Обучение

Мы продолжаем цикл обучающих вебинаров Tech Diving и приглашаем на них всех, кто интересуется указанными в заголовке поста темами. В прошлый раз гостей с Хабра было особенно много: пользуясь случаем, благодарим вас за участие. И напоминаем, что технические сессии Dell Technologies это открытые вебинары, которые проводят наши самые опытные сотрудники. В прямом эфире они подробно раскрывают заявленные темы и отвечают на любые вопросы по ним.

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

Новая линейка серверов Dell EMC PowerEdge

Вебинар доступен в записи

Совсем недавно мы обновили продуктовое портфолио серверов PowerEdge. В линейке появилось много новых решений для самых разных задач. В том числе, с фокусом на машинное обучение, искусственный интеллект, частные облачные инфраструктуры, периферийные вычисления и 5G-коммуникации. На вебинаре наши эксперты подробно рассказали обо всём модельном ряде и отдельно остановились на нюансах, связанных с процессорами и специализированным использованием серверов.

Dell Hybrid Client: новая ступень в развитии VDI

10 июня, 11:00 (МСК)

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

Решения Dell Technologies для хранения и защиты данных

24 июня, 11:00 (МСК)

Это самый большой вебинар из всех, запланированных на текущий квартал, в нём будет сразу четыре выступления. Все посвящены современным подходам к хранению и защите данных. Сначала мы посмотрим на серверы PowerEdge в обозначенном контексте: поговорим об оптимизации производительности, использующихся хранилищах данных и масштабировании. Затем изучим Dell EMC PowerScale лидирующее на рынке решение для работы с файловыми и объектными задачами. После этого перейдём к PowerProtect комплексному программно-аппаратному решению для защиты данных. После этого расскажем о SmartFabric, сервисе автоматизации сетевой фабрики Dell EMC для PowerStore и PowerScale.

Модернизация сети ЦОД с решением Dell EMC SmartFabric Director и VMware NSX-T

8 июля, 11:00 (МСК)

На технической сессии эксперты Dell Technologies расскажут, как упростить автоматизацию сетевой фабрики ЦОД и виртуализацию сети на всех этапах во время развёртывания, обслуживания и мониторинга. Особый акцент сделаем на платформе VMware NSX-T: изучим её архитектуру и компоненты, рассмотрим преимущества и сценарии применения, в которых она будет наиболее эффективна. В качестве вишенки на торте мы приготовили разбор реального сценария модернизации сети ЦОД одного из наших заказчиков на основе сети Dell EMC и VMware NSX-T.

Современные подходы к организации удалённых рабочих мест: собственный опыт Dell Technologies

22 июля, 11:00 (МСК)

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

В Dell Technologies удалёнка стала стандартным решением задолго до начала пандемии. Наши ведущие инженеры с радостью поделятся своим опытом с вами. Мы расскажем о подходах к организации удалённых рабочих мест, принятых в нашей компании, причём рассмотрим ситуацию как со стороны клиентских, так и инфраструктурных решений. Также разберём основные этапы перехода, потенциальные сложности и заранее наметим пути их преодоления.

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

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

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

Тут я могу ответить старым анекдотом

- Софочка, что Вы будете пить: спирт, водку или самогон?
- Ой, я даже не знаю, всё такое вкусное

Решения проблемы погони за стадом зайцев я вижу три:

• первый метод прост до безобразия: вообще не напрягать себе голову какими-то целями, задачами, планами, сроками и прочими атрибутами взрослой разработки. А разбираться с тем, что интересно конкретно в данный момент. Интересно потрогать Spring трогаем, научиться сводить конфликты в Git учимся, освоить употребление перфектных времён в амереконском языке осваиваем. Надоело отложили на полку и вернулись когда-нибудь, когда эта тема снова стала актуальна в плане интереса. И не могу сказать, что данный метод совсем уж бесполезный. Т.к. изучение чего бы то ни было будет подпитываться живым интересом, то сил на это будет затрачиваться меньше, чем в режиме надо, а через это усвояемость материала может оказаться лучше. И пусть получается набор знаний, часто поверхностных, из разных областей, но рано или поздно приходит навык комбинирования этих знаний для создания чего-то нового. Из минусов данного подхода могу отметить опасность превращения в ламера сверхширокого профиля, когда знаешь много всего разного, но по чуть-чуть. Ещё одна опасность кроется в том, что областей знания, которые интересны, становится слишком много и мы опять возвращаемся к исходной проблеме что пить.

• второй метод коротко можно охарактеризовать так: полковник со шрамом поставил задачу. Т.е. делаем только то, что актуально в данный момент. Нужно научиться клонировать Git-репозитории учимся клонировать и ничего более, нужно перевести приложение с самописного решения на Spring берём и делаем, нужно написать письмо/багрепорт/комментарий на амереконском языке коллегам и при этом не выглядеть полным идиотом в плане грамматики/орфографии изыскиваем способы. Метод хорош тем, что постановка задач идёт из вне и есть некоторая ненулевая вероятность, что эта постановка будет целостной и приведёт к какому-то понятному конечному результату. Недостатков у данного метода тоже хватает. Это и опасность неправильной постановки задач, и неспособность самостоятельно ставить себе цели и достигать их, всегда будет нужен кто-то, кто возьмёт тебя за поводок и поведёт куда-то, и несовпадение конечного результата с тем, чего хотелось достичь изначально, ибо задачи ставились кем-то ещё, и этот кто-то в первую очередь преследовал свои собственные цели.

• на мой взгляд самый действенный метод состоит в объединении первого и второго подходов. Т.е. мы либо сами, исходя из своих интересов, выбираем себе цель, но кто-то другой определяет для нас используемые инструменты и/или способы её достижения. Или наоборот, кто-то указывает нам цель, а как до неё добраться выбираем мы сами. Плюсом является то, что с одной стороны не теряется тот самый живой интерес, который будет поддерживать нас в освоении новых навыков, с другой стороны у нас сохраняется концентрация на каком-то наборе знаний/навыков, который необходимо получить. К сожалению, недостатки объединяемых методов тоже никуда не деваются, но, к счастью, их влияние на нас сглаживается, т.к. попасть в ситуацию, когда вот ваще абсолютно всё пошло не так это надо обладать каким-то запредельным уровнем невезения. Хотя в своей практике я встречал подобное.

Посоветовать какой-то один метод освоения нового яне могу, они все рабочие только комбинация всех трёх даёт оптимальный результат. Внешние ограничители не дают распыляться и позволяют сохранить концентрацию на задаче, свобода выбора и наличие живого интереса позволяют закончить начатое и не выгореть в процессе. Так же можно в 100500 упомянуть про постановку целей по SMART. Для чего мы хотим освоить тот или иной навык? Просто развлечься, стоит задача на работе или мы хотим освоить новую профессию и выйти на другой уровень дохода? От ответа на этот важный вопрос и будут зависеть и сроки, и вовлечённость, и сколько времени и сил мы будем готовы потратить на получение новых знаний.

Как себя заставить?

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

1. TeamCity Kotlin DSL. Эта технология жизненно необходима мне в работе, без неё я не смогу выполнять свои обязанности. Поэтому мне в самом начале минимально пришлось освоить Kotlin и основной набор выразительных средств TeamCity DSL, чтобы просто начать что-то делать. Сейчас же я стараюсь по мере необходимости и при наличии возможности углублять свои знания в этих областях, т.к. это позволяет мне быть эффективнее.

2. Kubernetes/Helm. В теории эти технологии тоже должны быть для меня жизненно необходимы, но ими занимается мой коллега и я почти их не касаюсь. Поэтому для меня достаточно весьма поверхностного понимая как и что там работает. И нет мотивации погружаться в эти технологии глубже.

3. Авария на Чернобыльской АЭС. Это как раз тот случай, когда мне просто интересно. Причём интересны мне скорее технические аспекты данного события: устройство реактора, его недостатки, возникновение и течение аварии, способы ликвидации и т.д. Поэтому, когда попадаются новые статьи на эту тему, то я выделяю время на их прочтение. Я не исключаю, что в какой-то момент я удовлетворю своё любопытство и потеряю к данной теме интерес.

4. Vim. Вроде бы было бы неплохо бы его освоить. И когда-то это даже было интересно, но сейчас я использую совершенно другой набор ПО и такой необходимости нет. А если не видно разницы

Как можно видеть из примеров выше, ни в одном из случаев я не заставляю себя осваивать что-то. Либо для этого существует вполне понятная мотивация, и получение новых знаний оправдано. Либо такой мотивации нет и смысл тогда напрягаться? Ещё хотелось бы вскользь упомянуть такое явление как навязанные цели. Т.к. я работаю DevOps-инженером, то считается, что я должен хорошо знать Kubernetes. Вот только реальной потребности в глубоких знаниях по данной теме у меня на данный момент нет и без особой необходимости я их получать не намерен, ибо это будет пустой тратой времени. Важно вовремя замечать такие навязанные цели и не поддаваться их влиянию.

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

Дистанционное игибридное обучение

В период дистанционного и гибридного обучения учителя применяли инновационные методы интеграции технологий в учебный процесс, чтобы заинтересовать учащихся. Большинство (82%) работников сферы образования уверено, что прошлый год ускорил темпы развития инноваций в преподавании и обучении.

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

Весь последний год учителям приходилось постоянно искать новые технологические решения для сохранения вовлеченности учеников. Из временного решения, обеспечивающего связь в режиме дистанционного и гибридного обучения, технологии превратились в неотъемлемую часть множества виртуальных и очных классов. В рамках исследования YouGov, недавно проведенного по заказу Microsoft, 71 процент работников системы дошкольного и школьного образования сообщил, что технологии помогают им повышать качество преподавания.

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

Представляем новые инструменты для вовлечения учеников в учебный процесс в классе

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

• Интеграция с календарем:новые возможности интеграции с календарем позволяют ученикам видеть расписание уроков и сроки сдачи заданий в календарях Teams и Outlook. Таким образом ученики могут видеть всю важную информацию сразу:где они должны быть и что им нужно изучать.

• Обновления СУО:чтобы помогать преподавателям экономить время и создавать более целостную среду, Microsoft сотрудничает с ведущими поставщиками систем управления обучением (СУО), такими как Instructure и Blackboard, для углубления и улучшения интеграции СУО и Teams, собраний Teams и OneDrive.

Поддерживаем благополучие учащихся

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

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

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

• Reflectэто бесплатное приложение в составе Microsoft Teams, обеспечивающее преподавателям возможность назначать регулярные индивидуальные встречи с учениками или с целым классом, во время которых учащиеся могут поделиться тем, как они себя чувствуют. С помощью Reflect преподаватели школ могут способствовать установлению связей между учащимися, а также оказывать им помощь и приглашать их регулярно выражать свои мысли. Reflect позволяет преподавателям легко проверять как общий эмоциональный фон учащихся, так и их отношение к конкретной теме, например обучению на дому, домашнему заданию, текущим событиям или изменениям в их коллективе.

• Встроенные инструменты вOneNoteиTeams, такие как знаки отличия и стикеры, также могут помочь ученикам и преподавателям чувствовать более глубокую связь и способствовать росту эффективных взаимоотношений. Мы слышали от преподавателей, что приложение Flipgrid в последние годы стало для них неоценимым помощником: оно помогает учащимся обрести уверенность, а преподавателям инициировать полезное обсуждение учебного процесса в классе и за его пределами.

Выводы и идеи учителей ключ к позитивным изменениям в сфере образования

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

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

Привет! Я Илья Тананаев. Руковожу отделом первой линии техподдержки в ITSumma. И хочу поделиться опытом, как из поиска решения проблемы пропущенных чатиков с клиентами мы построили кузницу кадров. Успешно успевая при этом обрабатывать 3k+ клиентских обращений в сутки.

Итак, пару лет назад мы столкнулись с обычной проблемой: админы техподдержки оказались не настолько мультизадачными, чтобы успевать тушить все пожары, решать текущие проблемы и при этом следить за миллионом чатиков с клиентами.

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

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

С чего всё началось

ITSumma начиналась с того, что мы помогали сайтам выдерживать нагрузки и не падать при любых обстоятельствах. Сейчас, спустя 13 лет после основания компании, техподдержка уже далеко не единственное направление нашей работы, но по-прежнему существенное. У нас большой отдел эксплуатации, который следит за инфраструктурой клиентов и реагирует на инциденты 24/7 с SLA в 15 минут.

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

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

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

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

Итерации решения

Сначала первая линия не работала 24/7, да и в принципе, не сразу взяла на себя работу с вообще всеми клиентами. Тем не менее, когда мы вышли на две стабильные смены с 7 утра по Москве (с 12 по Иркутску наш стандартный режим для большинства сотрудников) и с 11 по Москве в будние дни, это уже сильно сняло нагрузку с админов и помогло упорядочить работу. Мы поняли, что первая линия действительно полезна, а от админов круглосуточной техподдержки поступил запрос на работу первой линии не только в дневное время.

В 2019-м мы ввели еще смены для подстраховки на время пиковой нагрузки по будням с 10 утра по Москве. А позже, проанализировав ситуацию, решили, что нужно переводить первую линию на 24/7 чтобы помогать техподдержке всё время.

Итоги первого года работы первой линии:

• Избавили квалифицированных админов от рутины по звонкам и приёму обращений клиентов, сделав их работу более упорядоченной.

• Ответственным за SLA стал не только отдел эксплуатации, но и первая линия поддержки.

• Получили более надежный процесс обслуживания клиентов, в котором задачи не теряются, а выполняются вовремя.

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

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

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

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

Расписание для людей

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

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

Мы попробовали разные варианты: 8- и 12-часовые смены, только дневные и только ночные, вперемешку и т.д. Вот что получилось:

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

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

• Отдельно ночные и дневные дежурные вариант, которые устроил больше всего.

Дополнительно по мере развития отдела появились еще 8-ми часовые смены на дневное пиковое время в это время нагрузка самая большая, и 12 часов подряд её выдерживать тяжело. Сейчас у специалиста первой линии есть не только возможность выбрать подходящий ему график, но и расставить приоритеты для возможной ротации, как по времени, так и по отделам. Сотрудник оценивает по 5-балльной шкале удобство возможного времени работы, а также оставляет комментарии о том, какие у него предпочтения, либо внерабочая активность.

Развитие специалистов первой линии поддержки

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

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

Но это нам теперь понятно, что развитие выгодно и сотрудникам, и нам, как компании. А началось все очень прозаично и прагматично.

Таско-дни или командировки в другие отделы

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

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

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

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

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

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

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

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

Направления для командирования сотрудников первой линии поддержки такие:

• документация;

• мониторинг;

• эксплуатация;

• дежурства второй линии;

• аккаунтинг;

• и даже разработка.

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

Это нас возвращает к тому, зачем понадобилось автоматизировать обучение. Компания быстро развивается, есть много возможностей для роста, и в итоге достаточно часто на первую линию нужны новички (не путать с текучкой, её у нас как раз нет). Так настройка системы обучения и knowledge sharing превратились в приоритетные задачи.

Онбординг-курсы

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

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

• Понятно, что сначала документации как таковой не было были разрозненные наброски.

• На первой итерации по улучшению я выделил время и постарался её систематизировать стало чуть лучше, но еще не достаточно.

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

• Третья итерация не конечная точка, а непрерывная работа по улучшению. Мы собираем отзывы новичков, исправляем и расширяем то, где обнаруживаются недостаточно понятные места. Вообще фидбэк новичков очень полезен, а когда они еще и дописывают недостающую информацию, это вообще супер.

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

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

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

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

При проверке скрипта на корректность перед запуском на какие критерии обращаем внимание?

1. block for commit.

2. block for delay.

3. PS/SQL file successfully completed.

4. exit.

5. set auto commit off.

6. current schema.

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

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

Можем ли мы изменять категорию задач вручную в созданной задаче? Если да, то где?

a. Можем, но аккуратно в Состояние.

b. Нет

c. Можем. В созданной задаче в правой колонке. Там, где Категория

d. Неее. Такого быть не может

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

Как видите, это не похоже на строгую сертификацию. Это просто еще один способ помочь новому сотруднику усвоить много информации в короткие сроки.

После доработки документации онбординг курсы это лучшие инвестиции в развитие отдела.

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

• Сэкономили время опытных специалистов на онбординг новичков.

• Уберегли главного наставника новичков от выгорания.

• Сделали онбординг качественнее (и это, пожалуй, главное). Когда один и тот же человек пятый-десятый раз рассказывает одно и то же, он легко может что-то пропустить, потому что путается, что кому уже рассказывал. С автоматическими курсами такое не произойдет.

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

Результаты

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

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

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

Сейчас в первой линии работает 13 человек, из них 4-5 постоянно находятся в командировках в бэк-отделах, получают новые знания и повышают имеющиеся. За время этого не очень-то длинного эксперимента уже 9 человек пошли на повышение. Например, первая линии поддержки была отправной точкой для тимлида отдела дежурств и тимлида отдела документации, специалистов в отделах документации, мониторинга, бэкапов и аккаунтинга.

И да, у нас больше нет проблем с пропущенными обращениями или невыполненными вовремя задачами от клиентов. Админы и дежурные не отвлекаются на звонки, а расходуют свои скиллы для решения сложных инфраструктурных задач.

Takeaways

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

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

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

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

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

Почему? Дело в том, что большинство курсов создаются не с целью решить вашу проблему, а по другим причинам. И речь даже не о деньгах.

99% курсов в Интернете создают у вас ощущение прогрессии, того, что вы стали специалистом

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

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

Как обычно преподают программирование (и не только)

В 90 процентов курсов (и не только по программированию) осуществляется следующий порядок обучения: теоретический блок практика теоретический блок практика и т. д., пока не дойдет до финального экзамена. По сути, так устроена вся мировая система образования.

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

Во-вторых и с практикой не все так просто. Ведь она обычно привязана к той теории, которую блоками выдают в курсе. То есть человек может пройти курс, успешно в одиночку решить все практические задания, сделанные под условия а потом прийти на работу и не справится с написанием даже простой программы! Нельзя учить программистов на материалах, написанных при Java 6, а потом попросить их написать что-то на Java 16.

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

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

Как обучать эффективнее в новых условиях?

С этим вопросом мы удалились на подумать и в течении долгого времени не вышло ни одного нового курса от нашей команды. Но результат того стоил мы внедрили в обучающий процесс новую методику, основанную наUODP(User Oriented Development Process), которая ориентируется на потребности студентов.

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

• Программа максимально сосредоточилась на практике, минимум теоретических основ;

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

• И самое главное. Все ученики могут делится своими решениями проблемы и обсуждать их.

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

Даже при одинаковых запросах в Google два человека получат разный результат, кликнут на разные ссылки. После этого они по-своему решат задачу и поделятся этим решением со всей группой! Т. е. ученик вместо одного правильного решения проблемы получит множество по-своему интересных, до которых сам бы возможно не дошел. А потом сможет в своей практической работе применить то, которое максимально подойдет. Знания взаимодополняют друг друга.

Насколько этот подход оказался эффективным?

Говоря честно, этот подход конечно оказался сложнее прежней схемы но показывает невероятную эффективность. В обычном курсе 10% учеников не заканчивают курс, 75 справляются, но не получают желаемого результата, и только 15% достигают того, что хотели: получают новую, интересную им профессию.

В рамках эксперимента мы организовали серию, по началу совсем бесплатных групп организованных по этой новой методике. В новой схеме обучения расклад интереснее: около половины участников курса не проходят его с первого раза. Но при этом более 40 (!)% говорят да, мы получили то, что хотели от этого курса. Со второго раза курс проходят больше 60% участников цифра уже выше.

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

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

Если вам интересно узнать подробнее о нашем процессе обучения заходитек нам в Discord там живое общение студентов и печеньки.

Привет, Хабр! Меня зовут Анна Агабекян, я ментор и автор курсов по направлениям "Тестировщик-автоматизатор на Python" (QAP-тестирование) и Fullstack-разработчик на JavaScript в SkillFactory, а также преподаю физику и информатику в лицее. Параллельно с преподаванием я веду научную работу, посвящённую проблемам образования, и на её основе решила сделать статью для Хабра, так как, на мой взгляд, проблема качественного образования в области информатики и IT сейчас стоит очень остро, но остаётся неосвёщенной. Как преподаватель я вижу, что сейчас процесс развития образовательных организаций отстает от требований IT-сферы. Хотела бы с вами поделиться своим видением данной проблемы и возможных путей решения.

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

Некоторые учебники, использование которых в школах рекомендовано, попросту стыдно давать в руки ученикам, настолько архаичным и смешным для современного ребенка является то, что в них написано. Особенно этим грешат описываемые в этих учебниках программные продукты или операционные системы. В учебном плане, составляемом по этим учебникам, практически не остаётся времени для рассмотрения реальных или перспективных технологий и тенденций развития ИКТ и технологий программирования. Хотя именно они должны стать базой для углублённого изучения на уроках информатики.

Зачастую в современных школах обучение информатике происходит преимущественно на пользовательском уровне. Детей учат делать простые презентации, редактировать изображения, создавать документы, работать в таблицах, придумывать надёжные пароли. Уроки по изучению устройства компьютера или созданию рисунка в редакторе Paint превращаются в бессмысленное занятие, ничего не дают уму и в целом расхолаживают обучающегося, закладывают негативное отношение к предмету и в целом к школьным занятиям, работая на снижение мотивации к содержательной учебной деятельности.

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

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

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

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

• Паскаль;

• Бейсик;

• Кумир;

• Fortran;

• Алгоритмический язык.

• Вы имеете в виду английский?

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

Паскаль лишь только помогает преподавать алгоритмику, но писать современные программы на нём крайне сложно, и вот почему:

• нет инструмента для быстрого создания интерфейса программы;

• слабая графическая часть, которая может рисовать только простейшие объекты;

• ограничения по размеру используемой памяти в переменных и циклах;

• нет встроенной поддержки web-сервисов и страниц;

• Паскаль не знает, как работать с современными базами данных, протоколами обмена, облачными хранилищами и сервисами.

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

1. Чистота и ясность кода, читаемость кода.

2. Чистота и целостность парадигмы, заложенной в основу языка.

3. Многогранность и гибкость, возможность писать сложные программы кратко и красиво.

4. Простота синтаксиса, прозрачность интерпретации языковых конструкций.

5. Наличие стандартных библиотек и средств интеграции проектов друг с другом и с другими системами и технологиями.Озвученным критериям вполне соответствует Python. Так почему бы не использовать его в качестве образовательного базиса?

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

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

Таким образом, преподаватель имеет право выбрать язык программирования Python в качестве средства обучения основам алгоритмизации и программирования. Для большей наглядности давайте сравним Python с одним из широко используемых сейчас в школах и вузах языком.

Сравнение ЯП, используемых в обучении программированию

Разберём главные отличительные особенности языка программирования Python и проведём сравнение с Паскалем.

1. Простой синтаксис и низкий порог входа.

Python вместо знаков препинания или ключевых слов (в Паскале такими словами являются begin и end) использует отступы для обозначения выполнения блока. Программы, написанные в одну строку или с другими нарушениями в структуре, не смогут быть выполненными в Python. Такая особенность позволит сократить размер кода и увеличить читаемость программы. Синтаксис Python приучит школьников писать красивый код, что улучшит написание и понимание кода. Так, например, различаются записи цикла на Паскале и Python (таблица ниже).

Сравнение синтаксиса цикла с предусловием в Паскаль и Python

2. Динамическая типизация.

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

Сравнение синтаксиса объявления переменных в Паскаль и Python

3. Лаконичный и изящный код.

Одно из очевидных достоинств языка. Python компактность программного кода. Например, решение задачи поменять местами значения двух переменных на языке Паскаль решается в три оператора, в Python в одну строку (таблица ниже):

Сравнение синтаксиса переприсвоения переменных в Паскаль и Python

4. Высокоуровневые типы данных.

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

В языке Python нет массивов в привычном понимании этого термина, но есть списки, которые можно считать расширением понятия динамический массив. Мы можем работать отдельно с каждым элементом списка, а можем выполнять операции со всем списком, например добавлять и удалять элементы, копировать части списка, сортировать. Рассмотрим пример на заполнение массива одинаковыми значениями (таблица ниже). Python справляется с этой задачей в одну строку, продублировав массив, состоящий из одного нуля.

Сравнение синтаксиса заполнения массива в Паскаль и Python

5. Широкое применение.

Используется для разработки веб-приложений, игр, удобен для автоматизации, математических вычислений, машинного обучения, в области Интернета вещей. Существует реализация под названием Micro Python, оптимизированная для запуска на микроконтроллерах (можно писать инструкции, логику взаимодействия устройств, организовывать связь, реализовывать умный дом).

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

Так как же можно всё поправить?

В случае школы одним из решений могло бы стать видоизменение самого предмета "Информатика" в новую дисциплину под названием Информатика и IT-технологии, где это не уроки по использованию офисного пакета, а изучение принципов алгоритмики, computational thinking тех основ, которые не меняются годами.

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

Например, если учебная программа подразумевает преподавание только языка Паскаль, преподавателю должен понимать и другие современные, промышленные языки, особенно если в классе есть ученик, заинтересованный в программировании. Иначе создаётся ситуация, как сейчас, когда уже немолодой преподаватель монотонно подаёт информацию о том, что нужно для того, чтобы в Turbo Pascal возвести x в степень 14.

И, конечно, не обойтись без изменений в местных органах Министерства образования и самой школе. У них должны быть механизмы и ресурсы для отправки преподавателя на дополнительное обучение, в том числе и на частных платных курсах, даже за рубежом. Также не стоит забывать о книгах и иных источниках новой, полезной информации. Необходимо предоставить больше свободы преподавателям-энтузиастам, которые хотят, например, дать своим ученикам Python или C++, а не навязывать Паскаль, как в новых учебниках для 1011 классов, где по ФГОСам есть только упомянутый язык. К сожалению, в нынешних реалиях России всё это выглядит утопией. Хотя по-прежнему будут существовать разработчики, использующие устаревшие языки, нужно учитывать, что в ближайшем будущем они будут заменены более распространёнными.

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

Я верю, что переосмысление подходов к IT-образованию сделает светлое цифровое лучше, независимо от того, захотят ли наши дети начать свою карьеру в сфере IT. Каким бы ни было будущее, становится всё более и более очевидным, что программирование способность читать и писать код на нескольких распространённых языках становится новой грамотностью.

Узнайте, как прокачаться и в других специальностях или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

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

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

В результате родился проект Объясняем код. Посмотреть, что это такое можно на code-explained.com. Код проекта выложен на Гитхаб.

Чем я вдохновлялся

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

Например, если вы редактируете программный код, то результат должен отображаться в реальном времени, без повторной компиляции. Иначе, вы не увидите промежуточные состояния, и у вас не родятся связанные с ними идеи. Я не буду подробно пересказывать эту мысль, тем более, что на Хабре уже подробно о ней рассказали. Почитайте, если еще не успели.

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

Как сегодня изучают алгоритмы

Преподаватель записывает на доске код, а потом по шагам объясняет, как он работает.

В видео на Youtube происходит нечто подобное ведущий берет код алгоритма и отрисовывает этапы его работы

На ИТ-ресурсах создают анимации.

А кто-то даже пытается объяснить работу алгоритма через танец.

Почему эти подходы казались мне неэффективными

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

Как я перешел от технозависимости к человечности

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

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

Выглядит это как-то так. Можно вводить свои данные. А затем с помощью плеера запускать и останавливать исполнение кода, перематывать его вперед и назад. При этом визуализация в реальном времени показывает, что делает алгоритм.

Как это технически реализовано

Для кода на Python написан аналогичный код на JS, который после выполнения каждой строчки сохраняет состояние. Такой трюк помогает исполнять код на фронтенде без тяжелого интерпретатора. Чтобы убедиться, что код на JS делает то же самое, что и на Python, есть автотестер он прогоняет код на обоих языках и сравнивает результаты.

Чтобы сэкономить на копировании данных, я применил Immutable.js. Immutable.js это библиотека неизменяемых коллекций. Модификации таких коллекций всегда возвращают новую коллекцию, которую легко сохранить. Так я избегаю глубокого копирования. Не буду вдаваться в подробности, на Хабре про immutable.js уже писали. Для примера кусочек кода с итерированием по хеш-таблице:

while (true) { // Итерируемся по списку    this.addBP('check-not-found'); // Метод сохраняем состояние    if (this.newList.get(this.newListIdx) === null) {        // this.newList -- это немутабельный список        break;    }    this.addBP('check-found'); // Выполнена очередная строчка, сохраняем состояние    if (EQ(this.newList.get(this.newListIdx), this.number)) {        this.addBP('found-key');        return true;    }    this.fmtCollisionCount += 1; // Для динамических комментариев иногда нужно сохранять статистикуу    this.newListIdx = (this.newListIdx + 1) % this.newList.size; // Переходим к следующему индекксу    this.addBP('next-idx');}

В любой момент пользователь может отмотать время слайдером, и мы должны быть готовы анимировать переход. Поэтому анимации сделаны декларативно на React и CSS. На React описываются нужное состояние, а CSS transitions автоматически высчитывают и анимируют переход. Это позволяет избежать совсем сложного императивного кода с запутанным состоянием и ручными вычислениями. Получается тоже не просто, и в итоге анимациями заведует огромный класс на 1000 строк. Но я уверен, что императивно реализовать то же самое у меня вообще не получилось бы.

Много строк возникает из-за особенностей браузерных API и производительности в разных браузерах. Например, большой проблемой оказалось сделать так, чтобы браузеры не склеивали последовательные изменения друг с другом. Если добавить div с определённой начальной позицией, и потом сразу же поменять координаты на конечные, то браузер склеит эти два изменения в одно. Div сразу окажется в конечной позиции без анимации. Чтобы такое не происходило, приходится вставлять задержку в два фрейма анимации с помощью window.requestAnimationFrame().

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

Код проекта на гитхабе

Что дальше?

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

Ответ Так сложилось исторически люди не любят, потому что он ничего не объясняет.

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

Лингвисты отвечают: для начала изучим систему спряжения глагола to be.

Где в этой системе логика? Ответ на этот вопрос раздражает: логики нет, но есть объяснение, что так сложилось исторически. - Но я хочу увидеть систему, на которую я смогу опираться как на шаблон!

Фразу Так сложилось исторически люди не любят, потому что она ничего не объясняет.

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

Почему все же I am, но you are, а сам глагол вообще to be?

Дело в том, что система спряжения (парадигма) глагола быть в германских языках сложилась на основе трех корней.

1. Индоевропейский корень es- Он употреблялся только в настоящем времени и имел значение глагола-связки. Ср. 1 л.ед.ч.: слав. есмь, греч. eim, санскр. smi (Да-да, и славянский, и греческий, и санскрит) 3 л.ед.: слав. есть, лат. est, санскр. sti. (и.-е. es+ti) 3 л.мн.ч.: слав. суть, лат. sunt, санскр. snti (и.-е. s-onti, s-enti)

2. Индоевропейский корень *bh- Ср. рус. быть, был, буду, лат. fui (был), futurus (будущий)

3. Оставшийся только в германских языках корень wes- (es -) Ср. санскр.: vsati (обитает, пребывает).

Собственно, вот оно, be was been.

В древнеанглийском глагол bon (быть) спрягался так:

1. ic eom/beo we sind(on)/beo

2. u eart/bist e sind(on)/beo

3. he, heo, hit is/bi hie sind(on)/beo

А например, в древневерхненемецком глагол спрягался так:

1. bim (bin) birum (-un)

2. bist birut

3. ist sint

Почему у предков англичан вышло так, а у предков немцев сяк, это хороший вопрос. После великого переселения народов (IV - VII вв. н.э.) пути германских племен неслабо разошлись. Одним было удобно описывать свое бытие (корень *bh-) так, другим этак.

В русском из этих древних корней остались корень *bh- (быть, был, буду) и корень es- (есть, суть). Нынче мы вообще без глагола-связки обходимся, и ничего.

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

Вводная часть

Внедрение системы непростая задача, а внедрение на удаленке, еще и в другой стране, еще и на только строящемся предприятии тем более!

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

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

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

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

Основная цель безлюдное производство, цифровой завод. Первый шаг навстречу цели - внедрение системы SAP S/4HANA с максимальным использованием стандарта.

Объем проекта

Внедряемые продукты SAP

• SAP S/4HANA

• SAP Fiori LaunchPad (Цифровое окно)

• SAP HCM

• SAP BPC

• SAP MII

• SAP PO

Автоматизируемые процессы

• Бюджетирование

• Финансы

• Снабжение и Сбыт

• Производство и ремонты

• Управление персоналом

• Единое цифровое окно

Особенности работы в удаленном режиме

Обучение ключевых пользователей

Передача знаний на расстоянии

Как эффективно вовлечь пользователей в обучение, никогда не встречаясь с ними? Вопрос, который стал очень актуальным для нашего проекта. Мы не встречались с командой клиента, хотя к моменту обучения и научились узнавать друг друга по голосам. Но решение операционных вопросов и презентации статуса в удаленном режиме отличаются от дистанционного обучения при прочих равных условиях. Нужно удерживать фокус внимания пользователей на протяжении всего тренинга, в нашем случае - это от 2 до 4 часов подряд.

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

Подготовка тренинга:

• Для дистанционного обучения мы использовали инструмент MS Teams, который является аналогом нашумевшего ZOOM, но более корпоративный. Данный инструмент позволяет сделать видеозапись звонка, которую пользователи также в дальнейшем смогут использовать для повторения пройденного материала.

• Для ответов на контрольные вопросы и сбор обратной связи мы использовали MS FORMS. Очень удобный инструмент, который позволяет пользователям сразу увидеть свою оценку и экономит время тренеров на проверку. С его помощью можно создать тест, и даже выгрузить его результаты в формате Excel, что позволяет с легкостью отслеживать статистику и делать сводные таблицы. Плюс - ограничений по количеству форм (тестов) нет.

• Сформировали группы на обучение в размере не более 10 человек. И соответственно рассчитали время тренингов. В случае увеличения численности группы время тренинга увеличивалось.

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

• Лучше заранее проверить Интернет-связь, как на стороне тренеров, так и на стороне пользователей, чтобы не было рассинхронизации голоса и трансляции экрана.

Организация рабочего пространства пользователей:

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

• Чтобы пользователям было удобнее смотреть на экран тренера, где демонстрируется работа в системе, и одновременно выполнять действия в системе, желательно каждому пользователю установить 2 монитора или 1 большой монитор, где можно открыть два окна параллельно.

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

Организация учебного процесса:

• Хорошей практикой стало включение камеры в начале тренинга для приветствия участников и объяснения целей встречи. Так пользователи и тренеры стали узнавать друг друга не только по голосам, но и в лицо.

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

• Пользователям удобнее, если тренер не просто показывает на своем экране, а присылает в чат встречи название изучаемой транзакций и данные для выполнения упражнения (например, название материалов или номер договора для каждого пользователя).

• Так как у нас на обучении была взрослая аудитория, то эффективно удерживать внимание получалось примерно в течение 1 1,5 часов. Далее требовалось сделать перерыв на 10-15 минут. Это необходимо учитывать при планировании времени тренинга. Максимальная продолжительность тренинга в течение дня для одной группы обучающихся без потери качества обучения 4 часа.

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

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

Лайфхаки, или наши полученные уроки:

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

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

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

Тестирование функционала системы

Как протестировать функционал системы в удаленном режиме на предприятии, которое еще в процессе строительства?

Для ответа на данный вопрос разберемся, какая ставилась цель, и какие виды тестирования мы применяли на проекте.

План проведения тестов функциональности системы строился исходя из календарного плана запуска функциональных направлений в продуктивную эксплуатацию, готовности настроек и разработок. Как и при планировании мероприятий всего проекта, так и для мероприятий тестирования использовался подход waterfall.

Целью тестирования функционала системы является проверка его соответствия ранее согласованным бизнес процессам и требованиям. Для этой цели в рамках реализации проекта использовались три вида тестирования, можно сказать от простого к сложному:

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

• Интеграционное позволяет проверить насколько корректно отрабатывает функционал при взаимодействии со смежными функциональными направлениями;

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

1. Организация процесса тестирования:

   В качестве учётной системы для фиксации результатов прохождения шагов сценариев тестов и выявленных замечаний использовался SAP Solution Manager. Предварительные настройки SAP Solution Manager предполагали наличие согласованной концепции тестирования с описанием необходимых справочников и критериев завершения тестирования, перечня бизнес процессов, сценариев с шагами необходимой детализации.

   В качестве основного предполагался удаленный формат проведения тестирования с использованием видео трансляции процесса. В качестве инструмента организации видео конференции был выбран MS Teams.

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

2. Интеграционное:

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

3. Приемочное:

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

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

Концепция раннего старта:

Реально ли внедрить систему так, чтобы какие-то отдельные её части запустились раньше, а какие-то позже? Да!

В ходе проекта было принято решение разбить старт проекта на 3 старта Ранний (Корпоративные функции), промежуточный (Планирование и Бюджетирование) и Основной (Производство, Ремонты, Цифровое окно). Концепция раннего старта подразумевает старт отдельных частей раньше, чем старт всей системы в целом. Такая концепция существенно облегчает миграцию, интеграцию, упрощает склейку отчетности HR и Бухгалтерии в начале финансового года, позволяет сфокусироваться на задачах Корпоративных функций до их стабилизации, а потом уже на Производстве и Ремонтах.

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

Для отдельного направления Цифровое окно применялась методология Scrum.

Для управления развитием системы после раннего старта будет применяться Hybrid Agile.

В этой части мы рассмотрели основной объем проекта, процессы обучения и тестирования, и концепцию раннего старта, ждите следующую часть, будет интересно!

В этом году будет 10 лет как я зарегистрирован на этом сайте и немногим больше я занимаюсь веб-разработкой, в основном фронтендом.

Кажется это хороший повод посмотреть как это было, может быть и вы заметите какие-то параллели со своим опытом.

Начало: веб-студия

На 4 курсе университета ИТМО я решил что пора бы перейти от случайных студенческих подработок на полноценную работу. К тому моменту я уже умел немного в программирование, git и linux. С таким набором навыков я попробовал откликнуться на предложение стажера в веб-студию и после тестового задания получил свою первую работу.

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

Проект развивался, а я набирался опыта. Было несколько редизайнов, при которых мы переписали большую часть кода с нуля, переехали с самодельного фреймворка поверх jQuery на AngularJS. Также я прочел "Совершенный код" Макконелла и книжку с носорогом, знал все самые трудные аспекты JavaScript, которыми так любят пугать новичков.

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

Яндекс

Инвестиции в стартапе постепенно заканчивались, а продажи росли не очень. Перспективы для разработчиков были так себе. Так что я причесал свое резюме, расписал все технологии с которыми на тот момент работал, добавил профиль на Github со своими опенсорс-поделками и отправил всё это в Яндекс.

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

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

Также мне пришлось познакомиться с автоматизацией тестов. Отдельных тестировщиков у нас в команде не было, нужно было делать это самому. Так я погрузился в Selenium Webdriver, разобрался с хорошими и плохими практиками, благо вокруг было много замечательных коллег, которые могли показать как надо.

И вот я уже мог добавить еще пару скиллов и ачивок в свое резюме.

Амазон

К 2016 году я решил, что Яндексе уже расти некуда. Компания поменялась, это был уже не тот ламповый стартап как в 2013, когда я только туда пришел. Много коллег уже написали свои прощальные "я мухожук" письма. Пора двигаться дальше и обновить своё резюме, а значит снова встал тот самый экзистенциальный вопрос сеньор я или нет?

К тому моменту у меня был уже приличный послужной список, в которым были и контрибьшены в популярные проекты и даже наш собственный allure-framework, который мы выложили в опенсорс из Яндекса. По стеку технологий тоже всё было прекрасно, у меня уже был опыт на всех популярных в тот момент фреймворках (Angular, Backbone, React) а также новейшем ES6/ES2015. Прекраснейший набор, конечно я настоящий сениор!

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

Первое время в Амазоне всё казалось простым и понятным, это тот же Яндекс, только масштаб помноженный на десять. Достаточно было немного освоиться, и продвижение по карьерной лестнице обеспечено!

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

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

Проект наш тоже рос и развивался, и уже стал важной частью инфраструктуры Амазона. Цена наших решений тоже возросла. Мы разрабатывали внутреннюю библиотеку, поэтому тут важно было соблюдать версионирование и стабильное API. Так я познакомился с законом Хирама о том, что любое поведение вашей системы будет так или иначе эксплуатироваться пользователями. Пришлось научиться работать и с этим тоже.

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

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

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

Однажды, на очередном 1-1 разговоре, мой менеджер сказал, что по итогам проделанной работы меня повышают. Я теперь официально называюсь Senior Front-end Engineer. Только вот если кто-то меня теперь спросит, сеньор я или нет, то я отвечу что хрен его знает, кто такие, эти ваши сениоры.

Сразу с позитивного и очевидного

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

• Сертификация подтверждает ваши технические знания (повышает "видимость" вашего CV для нового проекта/заказчика)

• Позволяет двигаться в профессии, например от среднего уровня в "Professional" уровень

• Подготовка к сертификации позволяет закрыть пробелы в знаниях

• Позволяет выделить область необходимых знаний для разных ролей: Developer, DevOps, SysOps Administrator, разделить на "Middle/Associate", "Professional/Senior" уровень и определить "сколько" нужно изучать (см. рисунок ниже). Например вы работали работали с облаком на одном проекте 3 года, начали готовиться к AWS Certified Sysops Administrator и выяснилось, что для проекта знаний было достаточно и вы давно авторитет, а для сертификата среднего уровня нет (это может выручить при переходе на новый проект и избавить от ловушки "вечного мидла" если проект простой)

• Показывает технологию с точки зрения производителя

• На собеседованиях кандидаты с сертификатами, рассказывают более структурировано

• Как результат, может помочь перейти на следующий уровень в карьере (например с Middle на Senior) и в некоторых случаях привлечет проекты

Негативное и позитивное использование сертификации

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

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

• я переписал код Terraform и деплоймент продукта теперь происходит на час быстрее

• прошел ассесмент внутри компании по Английскому с A2+ на B1 или закончил курс

• сдал экзамен и получил сертификат AWS Certified SysOps Administrator

(Увеличение ЗП надо планировать, знать возможный "шаг" повышения в компании в процентах, заранее заявить лицу принимающему решение и обсудить, что именно понадобиться)

Негатив: "получать сертификаты не имея реального опыта" - касается случаев, когда инженер начинает фанатично сдавать сертификат за сертификатом не применяя знания. Если вы сдали сразу 10 сертификатов Azure подряд, надо быть готовым отвечать на вопрос "зачем вы это сделали?", а главное уметь хорошо рассказывать про полученный опыт и что именно вы теперь умеете. В такой ситуации, знания полученные от первого сертификата улетучатся к десятому экзамену. К сожалению, результат такого подхода - инженер с большим количеством сертификатов который ничего не может сделать на проекте.

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

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

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

Как готовиться к сертификации

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

• пройти курс

• прорешать все лабы (hands-on experience наиболее важен)

• прорешать тесты

В процессе обучения ритм подготовки может меняться, возьмите паузу и отдохните когда закончите курс и лабораторные. Вернитесь к пройденному и постарайтесь проанализировать был ли материал понятен и сложилась ли картина. Если нет, лучше вернуться к курсу или лабораторным. В случае если теория улеглась и лабораторные работы все понятны нужно продолжать решать подготовительные тесты, они максимально приближены к реальному экзамену и показывают "сдан" тест или "провален". Таким образом можно оценивать готовность. Например, на ресурсе whizlabs около 7 тестов для экзамена "AWS Certified Solutions Architect", по 65 вопросов (вопросы повторяются). Когда тест завершается с результатом "PASS", все вопросы теста разобраны и понятны - вы готовы регистрироваться на официальный экзамен.

Ниже представлен roadmap для подготовки к сертификации "AWS Certified Solutions Architect". При подготовки к сертификатам Azure, Google Cloud или другим платформам можно использовать те же ресурсы. (Каждое облако предоставляет Free Tier - период бесплатного использования. Читайте внимательно правила Free Tier при регистрации и использовании, чтобы не потратить деньги или пишите вопросы в коменты).

"AWS Certified Solutions Architect" preparation roadmap:

1. Тренинг: "A Cloud Guru: AWS Solutions Architect Associate" или курс на udemy (вы можете воспользоваться 7ми дневным бесплатным режимом на "A Cloud Guru". Внимательно следите за ценами и скидками, например ночью курсы udemy в 10 раз дешевле)

   https://acloudguru.com/course/aws-certified-solutions-architect-associate-saa-c02

   https://www.udemy.com/course/aws-certified-solutions-architect-associate-saa-c02/

2. Лабораторные: в случае подготовки к AWS Solutions Architect, лабораторные идут в пакете к тесту на whizlabs.

   https://www.whizlabs.com/aws-solutions-architect-associate/

3. Подготовительные тесты: AWS Certified Solutions Architect Associate - Practice Tests

   https://www.whizlabs.com/aws-solutions-architect-associate/

4. Регистрация на экзамен (на момент написания статьи, сертификационный провайдер Pearson VUE позволяет сдавать экзамены AWS удаленно, из дома или офиса):

   https://aws.amazon.com/ru/certification/certified-solutions-architect-associate/

Если вы успешно сдали экзамен, но все равно, сертификация вас не радует, это бесценный опыт и вы можете двигаться дальше и пробовать другие пути влиять на карьеру. В большинстве случаев, после успеха на первом экзамене кандидат начинает кайфовать от процесса и двигается по сертификационному пути до уровня Senior/Professional.

Многие из нас начинают и бросают много самых разных дел. В этом плане онлайн-обучение не исключение, а один из самых частых примеров. По данным исследования, проведённого в России в 2020 году, только у 28 % онлайн-школ до конца курса доходят 70 % учеников и более. В мире в целом доходимость два-три года назад ещё ниже: в среднем курс заканчивали только 3 % из тех, кто его начал, причём показатель с годами падал всё сильнее.

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

Проблема 1. Нет времени

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

Нет времени самая частая причина, по которой взрослые студенты всё реже заходят на курс и постепенно его забрасывают, рассказывает лид проведения Product Live SkillFactory Регина Сметанкина.

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

По словам Регины, первоначальная причина это главное, о чём нужно вспомнить, когда пропадает желание учиться. Кто-то шёл освоить новую профессию, потому что старая надоела, мало денег или он достиг своего потолка. Кто-то идёт прокачать свои скиллы, чтобы получить повышение, поднять зарплату или наладить рабочие процессы. Важно помнить, что поначалу тяжело, но дальше будет легче.

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

Наши координаторы связываются со студентами, помогают наладить расписание. Мы говорим им, что, если выделять время только по выходным, это будет не так продуктивно, чем заниматься каждый день по 1,52 часа, но зато обучение будет стабильно продолжаться. У нас есть расписание курса, но если кто-то не успевает за ним (по разным причинам), мы готовы помочь решить сложности. Главное чтобы студенту было комфортно, продолжает Регина. Расписание курса можно рассматривать как путеводитель по тому, в каком порядке проходить модули. Если человек сильно отстал и не хочет идти один, мы можем также перевести его на другой поток, который начал обучение чуть позже.

В нашем блоге рассказали историю Виктора, который был продакт-менеджером, но решил уйти в Data Science (и это в 40 лет!) и сейчас работает на позиции Middle Data Scientist.

Проблема 2. Усталость/выгорание

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

Мария в этом случае проходит классический путь студента онлайн-курсов, так что такая ситуация абсолютно нормальна, говорит Регина Сметанкина.

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

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

Когда студент не заходит на образовательную платформу 12 недели, за дело берутся координаторы. Сначала они связываются с ним в Slack, а если это не оказалось успешным, пишут в другие каналы или звонят и спрашивают, что случилось. Если студент признаётся, что пока не может учиться, мы делаем заморозку и по истечении её срока подключаем к актуальному потоку. Если надо освежить знания, предлагаем сбросить прогресс, чтобы заново прорешать задания. У нас есть студенты, которых мы переводили с потока на поток неоднократно (пожалуйста, учитесь!), и со временем они успешно заканчивают курсы, говорит Регина.

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

Проблема 3. Слишком сложно / завышенные ожидания

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

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

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

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

Эта причина часто возникает ещё и тогда, когда студенты стесняются задавать вопросы менторам или преподавателям. Большинство наших студентов первый раз в жизни сталкиваются с программированием, у них появляются вопросы, но они боятся их задать, потому что кажется, будто остальные всё знают, а их вопрос покажется глупым, говорит методист курсов С#, QAP, QAJA Анна Мазалова. В итоге ученики начинают накапливать вопросы до момента, пока не накопится клубок нерешённых вопросов и они не поймут, что всё. Они уже не могут разобраться с этим и уже даже не знают, о чём спросить в первую очередь.

Как мы транслируем в школе: не нужно оставаться один на один с проблемой, продолжает Регина Сметанкина. Всегда готовы помочь наши менторы, это их работа. Часто помогают однокурсники. И уж точно не нужно бояться задавать вопросы. Студенты часто думают: Ой, у меня такой глупый вопрос, все умные, а мой вопрос дурацкий, я опозорюсь. Не бывает глупых вопросов. К тому же в Slack всегда можно посмотреть ответы на вопросы, которые уже задавали. И ещё: не нужно опускать руки, когда кажется, что не получается. Поделись проблемой с координатором он готов выслушать, дать совет.

Проблема 4. Разочарование в выборе

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

Частая проблема люди видят рекламу, где им говорят: пройдите курс и будете получать кучу денег, вот он я, разработчик, сижу с ноутбуком у моря, и у вас будет так же, рассказывает Анна Мазалова. У них создаётся впечатление, что они придут, им дадут волшебную таблетку, которая решит все проблемы, не нужно будет делать ничего самим. Но на деле оказывается, что нужно тратить время, выполнять задания, и у них происходит конфликт ожидание/реальность. Также мотивация теряется, когда люди понимают, что не могут получить очень быстрый результат. Потому что любой серьёзный курс со сменой профессии это полгода-год, а все хотят молниеносного результата. Нужно помнить, что первые 12 месяца это погружение, адаптация, изучение основ. Люди разбираются и в это время ещё не могут приступить к реальной практике, из-за чего теряется мотивация. Ещё один вариант: студент не разобрался в специфике профессии. Часто так приходят обучаться на тестировщика и только в процессе понимают, что это не их. Проблема недоинформированности.

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

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

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

Проблема 5. Не нужно

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

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

Проблема 6. Кончились деньги

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

Как вернуться к обучению

Чаще всего сложности возникают на начальной стадии обучения, рассказывает PO of Student's Learning Experience Алексей Головенкин. Это примерно 12 месяца со дня старта курса.

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

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

Слишком завышенные требования к себе это одна из основных проблем, рассказывает старший методист направления Программирование Кристина Савченко. Студенты думают, что в первый день, неделю они должны сделать буквально всё, чуть ли не начать программировать. От того, что мы даём информацию постепенно, они иногда расстраиваются и теряют мотивацию, поэтому мы добавляем в модули информацию о том, что здесь важно притормозить. Учиться много и понимать всё сразу просто невозможно, исходя из особенностей строения нашего организма, поэтому надо относиться к себе более объективно, вспомнить, как мы учились в школе и университете.

По словам Кристины, ещё одна проблема в том, что ученики приходят с уверенностью, что программирование это легко. Минимум 3 месяца ты будешь учиться программировать, а то и полгода-год. Придётся гуглить, смотреть видео на YouTube, ведь нереально только получить информацию в модуле и пойти программировать. Да, там основа, но нужна и обратная связь от экспертов и авторов, советы менторов, важно посмотреть и почитать документацию для того, чтобы увидеть разницу мнений, сформировать свой навык. Только после этого всё уложится в голове, и человек будет понемногу становиться программистом.

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

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

Резюмируем

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

2. Если вам сегодня сложно, то, когда вы через месяц вернётесь к этому же материалу, окажется, что это очень просто. Вспомните, как вы учились складывать однозначные числа. Было сложно? Да! Но потом это стало просто. И вам уже не нужны пальцы, чтобы сложить 3 и 2. Здесь точно так же.

3. Если вы не успеваете в дедлайны, не расстраивайтесь. У каждого свой ритм. Отдохните, сделайте перерыв на пару дней и вернитесь. Чтобы изучить новое, нужно время. Но не забывайте о своей цели, иначе отдых может затянуться.

4. Не нужно стесняться спрашивать. Помните, что на курсе учатся такие же люди, как вы. И, если вам кажется, что ваш вопрос "глупый", это не так. Глупый только тот вопрос, который не задан. На курсе вы находитесь в безопасном пространстве, где можно спросить что угодно.Для тех кто учится самостоятельно это тоже актуально не смущайтесь спрашивать у более опытных.

5. Помните, что обучение это работа. У вас есть материал, есть поддержка преподавателей, но 50 % вашего успеха в ваших руках! Внесите учёбу в расписание. Это поможет вам планировать своё время и не выгорать.

6. Если что-то произошло, сообщите координатору курса, возможно, вместе вы сможете найти решение проблемы. Не оставайтесь с ней один на один.

Не важно как вы решите учиться на курсе или самостоятельно по книгам и туториалам, в любом случае не унывайте, помните о цели и старайтесь получать удовольствие от новых знаний. Цель мотивирует на прогресс в обучении. Обучение не всегда сначала даётся легко (вспомним школу), но если приложить немного усилий, то всё обязательно получится. Вспомните свои ощущения, когда вы только посеяли зёрнышко, чтобы стать специалистом в совершенно новой профессии. Согласитесь, это вдохновляет!

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

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

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

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

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

1. Вам обязательно должны предложить входное тестирование, если вы не нулевик. Тестирование должно быть письменным и устным. Письменное - с возможностью выяснить у преподавателя, где сделаны ошибки. Какие это ошибки грубые или нет, скорее грамматические или скорее лексические. На устном тестировании следует обращать внимание на то, какие вопросы вам задают, открытые или закрытые. Закрытые вопросы это те, на которые вы отвечаете да или нет. Чтобы проверить вашу речь, вопросы должны быть открытые, то есть у вас должен быть шанс поговорить. Плохо, когда вас записывают в группу или берут на индивидуальные занятия, ориентируясь на тот уровень, который вы сами указали. (Исключение - свежий языковой сертификат, который есть у вас на руках). Редко кто оценивает свой уровень объективно - и это нормально.

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

3. Подрядчик должен хорошо ориентироваться в современных учебниках* английского. Лучше, если таким хорошо ориентированным будет преподаватель, а не менеджер. Менеджер - это продажник, он может быть любым, учить вас будет не он. Задайте вопрос преподавателю, пусть он назовет хотя бы несколько учебников, по которым он работал или работает. Есть издательства, за ними стоят научные институты, которые разрабатывают учебные программы, к которым пишутся учебники. В штате научных институтов работают лингвисты, нейрофизиологи, нейролингвисты, методисты, теоретики и практики, это очень много спецов. Люди тратят годы, чтобы написать учебник. У каждого учебника есть концепция, а любой учебный комплекс включает в себя мануал для учителя. У разных учебников разные концепции. Об этом хороший преподаватель должен знать, даже если он работает по авторской методике. Скажем так, тем более, если он работает по авторской.

4. Способов учить иностранный язык, если честно, всего два, - с переводом или без. Все остальное - это просто вариации на тему. Оба способа рабочие. Переводная методика - одна, там вариаций обычно не бывает, потому что она старая, все по ней учились в школе, продавать там особо нечего. Самая популярная методика без перевода - коммуникативная. Она же - коммуникативный метод, метод погружения, лексический подход, беспереводной метод и все, что на нее похоже, но таковой не является. Основной пул современных учебников написан именно под коммуникативную методику. Как понять, знает ли преподаватель, что такое коммуникативная методика? Спросить про учебники*. Спросить про методические пособия для преподавателей**. Спросить, что такое коммуникативная методика***. Спросить, чем дедуктивный метод отличается от индуктивного****. В случае последнего пункта термины можно и не знать, но объяснить принцип освоения учебного материала препод должен уметь.

5. Подрядчик должен мочь продемонстрировать себя в деле. ( Жаль, что с ремонтниками так нельзя.) Если нельзя попробовать бесплатно, лучше заплатить один раз, чтобы понять, что все в порядке. Сходите на открытый урок или пробное занятие. Иногда ОУ - это презентация школы. Не тратьте время на то, что есть на сайте. ОУ должен показывать работу. Преподаватель не должен много говорить и говорить за вас. Умение задавать правильные вопросы и держать паузу один из признаков хорошего учителя. Если препод заставляет вас напрягаться и связывать слова в предложения, это хорошо, даже если вам трудно. Нехорошо, когда вам разрешают отделаться разрозненными словами, брошенными в пространство. Пример: Учитель: Как вы думаете, что такое любовь? Страсть! Доверие! Верность! Ср.: Я считаю, что любовь это когда люди доверяют друг другу и хранят верность, а страсть может и пройти. Отчасти это и ответ на вопрос Когда мы будем заниматься грамматикой на уроке? Вы занимаетесь грамматикой тогда, когда правильно формулируете, например, придаточное предложение. Урок должен иметь четкую структуру, которую вы без труда можете восстановить в памяти. Это признак того, что учитель готовился к уроку. Не должно быть ощущения хаоса, учитель не должен быть похож на ребенка, мечущегося по супермаркету и хватающего с полок все подряд: И вот это еще возьму, и вот этого немного, а вот еще штучка красивая. В общем, спросите у преподавателя, пишет ли он планы к своим занятиям. Он должен, даже если у него есть учебник и мануал к нему.

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

* Например: English File, Outcomes, Upstream, Empower, Серия In use

** Можно услышать названия (например, Lexical grammar или The book of pronunciation), а лучше имена (скажем, Скривенер, Андерхилл, Кристал, Селиван; первый - это главный у преподов английского, его нельзя не знать)

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

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

Бонус-трек. Если после тестирования вам покажется, что вы лучше, сильнее и быстрее того уровня владения языком, который вам определил преподаватель, то хороший препод будет с вами спорить. Скорее всего потому, что при определении уровня владения языком он руководствуется CEFR ( уровни владения иностранными языками, прописанными Советом Европы). Спросите у преподавателя, что это за уровни. Знающий препод сможет вам показать, в чем вы не правы, на то он и профи. У нормальных профессионалов всегда есть ответы, а если их нет сразу, то профи никогда не постесняется сказать, что ему нужно время подумать и поискать ответ.

В этой короткой заметке (несколько абзацев, фотографий, и коротких видеороликов) показано как можно использовать Алису (голосового помощника от Яндекса) в преподавании английского языка. Идея заключалась в том, чтобы создавать навыки (так называются приложения сторонних разработчиков для Алисы), которые могли бы одновременно быть и интересны детям, и нести образовательную нагрузку. Короче говоря - немного отдыха с пользой.

Занятия с использованием Алисы проводились в студии английского языка ABC Friends (ссылка на их группу в VK). Вот несколько фото.

И пара коротких видеороликов. В первом - дети играют с навыком Алисы "Русская загадка английскаяразгадка", а во втором - с навыком "Угадайцветок".

Кстати, в Яндексе также отметили эти (и другие) навыки Алисы -- недавно в их Инстаграме появилась заметка на эту тему:

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

На сегодня это всё. Другие материалы следуют. Кому подобное читать интересно - подписывайтесь на уведомления о новых публикациях. Подписаться можно на этом сайте (кнопка Подписаться внизу), или на Telegram-канал IT Туториал Захар, или на одноимённое сообщество в VK, или Twitter @mikezaharov.

Английский не по учебнику - клиентский запрос последних лет, который быстро превратился в главное УТП языковых школ и онлайн-платформ, а заодно - в выгодную лазейку для создателей так называемых авторских методик.

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

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

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

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

3. Еще есть мнение, что если учебник дать в руки любой девочке, то она на всем готовеньком проведет курс английского вообще не напрягаясь. А хочется чего-то более кастомного, чтобы клиент видел, что ради него прикладывают особые усилия и подбирают специальный материал.

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

И поскольку запрос не по учебнику валидный, то и рынок реагирует на него разнообразно. На настоящий момент на нашем счету 50+ посещенных офлайновых демо-уроков английского в языковых школах очень разных репутаций, ценовых политик и позиционирований. Вебинары, конференции, видео-блоги, инста-продукты, онлайн-уроки, мотивационные стримы и марафоны - это мы перестали считать после первой тысячи часов просмотра.

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

1. Нормальные тематические спецкурсы, цель которых - закрыть конкретные пробелы. Например, разобраться в английских временах, настроить ухо на аутентичную речь, научиться смотреть сериалы без паники, подготовиться к экзамену, научиться academic writing, подготовиться к собеседованию в международной компании, научиться читать все по IT специальности. За такие курсы берутся вполне квалифицированные преподаватели, и при адекватном выполнении заданий студент получает ожидаемый результат.

2. Продукты инфоцыган: бесплатные онлайн-марафоны, 15-минутные созвоны с носителями английского, публичные лекции-презентации Как выучить 5000 английских слов за три дня, разговорный английский по емейл-рассылке и т.д. Думаем, с ними и так все ясно.

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

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

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

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

Чем осознаннее и конкретнее запрос - от хочу поднять мой английский до upper-intermediate до хочу, наконец, разобраться в разнице между present simple и present perfect - тем более планомерным и последовательным будет обучение, а значит, тем ближе к учебнику.

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

Да, хорошие учебники - это дорого. Но ведь и хороший софт - это небесплатно.