Онлайн-уроки программирования давно стали привычной частью образования. Преподаватели ведут занятия в Zoom, ученики пишут код у себя на компьютере, домашние задания отправляются в чат, результаты заносятся в таблицы, ошибки обсуждаются через демонстрацию экрана, а пробники часто собираются из нескольких разных сервисов. На первый взгляд кажется, что всё работает: инструменты есть, занятия идут, ученики решают задачи, преподаватели проверяют работы. Но если посмотреть на этот процесс изнутри, становится видно, что обучение программированию онлайн до сих пор во многом держится не на удобной системе, а на терпении преподавателя.
Эта проблема особенно хорошо заметна там, где программирование изучают не “для общего развития”, а с конкретной целью: подготовиться к ЕГЭ, освоить Python, научиться решать алгоритмические задачи, пройти отбор в школу программирования или выйти на стабильный результат в курсе. В таких форматах мало просто рассказать тему и дать ученику пару упражнений. Нужно регулярно смотреть, как он пишет код, где ошибается, какие тесты не проходит, как рассуждает, насколько хорошо понимает алгоритм и может ли применить его в новой задаче. Программирование невозможно нормально учить без практики, а практика невозможна без быстрой и понятной обратной связи.
Именно здесь обычные образовательные платформы часто начинают ломаться. Большинство LMS хорошо подходят для хранения уроков, тестов, расписания, оплат и материалов, но программирование — это не обычный тест с вариантами ответа. Код нужно писать, запускать, проверять на разных входных данных, обсуждать, исправлять и иногда разбирать буквально построчно. Если платформа не учитывает эту специфику, преподавателю приходится достраивать процесс вручную: просить ученика прислать файл, смотреть демонстрацию экрана, копировать код к себе, запускать его отдельно, проверять на тестах, фиксировать результат в таблице и потом ещё как-то возвращаться к ошибкам. Получается не урок, а небольшой технологический квест, только без призов и с регулярным “а у меня не открывается”.
Из этой боли и появился infokly CodeBoard. Мы делаем платформу для онлайн-уроков программирования, где учитель и ученик могут писать код вместе прямо в браузере по одной ссылке. Идея не в том, чтобы создать ещё один редактор кода или ещё один личный кабинет с красивыми кнопками. Идея в том, чтобы собрать сам учебный процесс в одном месте: совместную работу, запуск кода, задания, проверку, обратную связь и понятную среду для преподавателя. Потому что сейчас в обучении программированию слишком много энергии уходит не на объяснение, а на борьбу с инструментами.
Каждый преподаватель информатики хотя бы раз сталкивался с классической фразой ученика: “У меня всё работает”. Обычно это означает, что код действительно сработал на одном простом примере, но при этом может падать на скрытых тестах, не учитывать крайний случай, неправильно читать файл или решать задачу слишком медленно. Для ученика один успешный запуск часто выглядит как доказательство правильного решения, а для преподавателя это только начало проверки. Хороший учитель видит не только итоговый ответ, но и ход мысли: почему ученик выбрал такой способ, где он упростил задачу, какой случай не заметил, что именно он не понял. Но когда решений становится много, а учеников не трое, а двадцать или сорок, ручная проверка превращается в узкое место всей системы.
Мы в infokly CodeBoard хотим сделать так, чтобы преподаватель занимался обучением, а не бесконечной технической логистикой. Нормальный онлайн-урок программирования должен быть устроен проще: преподаватель создаёт комнату, ученик заходит по ссылке, они вместе работают с кодом в браузере, видят одно и то же пространство и могут сразу обсуждать ошибки. Не нужно заранее настраивать окружение, пересылать файлы, собирать решения по чатам и угадывать, что именно происходит у ученика на экране. Чем меньше технического шума вокруг урока, тем больше внимания остаётся на самом важном: понимании, практике и результате.
При этом для нас принципиально важно, что CodeBoard — это teacher-first продукт. В EdTech часто говорят о комфорте ученика, и это, конечно, правильно. Но качество обучения очень сильно зависит от того, насколько удобно работать преподавателю. Если учитель тратит половину сил на организационный хаос, проверку файлов, таблицы и ручное отслеживание прогресса, страдает не только он, но и ученик. Обратная связь становится медленнее, ошибки замечаются позже, динамика теряется, а обучение превращается в набор разрозненных действий. Поэтому мы начинаем именно с преподавателя: с того, как он проводит урок, выдаёт задания, смотрит решения, проверяет код, работает с группой и понимает, где ученику нужна помощь.
CodeBoard особенно актуален для тех, кто много работает с практикой: преподавателей Python, информатики, алгоритмов, онлайн-школ, курсов подготовки к ЕГЭ и летних компьютерных школ. В таких проектах важно не просто “дать материал”, а выстроить систему: чтобы ученик регулярно писал код, получал обратную связь, видел свои ошибки, а преподаватель мог быстро понимать, что происходит с группой. Если вся эта работа разбросана между видеосвязью, мессенджерами, таблицами и отдельными тестирующими системами, масштабировать обучение становится сложно. На малом количестве учеников это ещё можно выдержать на личном героизме преподавателя, но при росте группы героизм почему-то начинает подозрительно напоминать выгорание.
Мы хотим, чтобы онлайн-обучение программированию стало более цельным и понятным. Чтобы урок не разваливался на пять сервисов. Чтобы ученик мог быстро начать писать код, а преподаватель — сразу видеть, что происходит. Чтобы домашние задания не терялись в переписке. Чтобы пробники можно было проводить спокойно и системно. Чтобы ошибки становились видны раньше, а не через неделю, когда ученик уже забыл, что именно он пытался решить. И чтобы обучение коду перестало выглядеть как набор временных костылей, которые все терпят просто потому, что “ну а как ещё”.
В этом канале мы будем рассказывать о том, как устроено обучение программированию изнутри: почему обычные LMS плохо подходят для кода, как преподаватели проверяют решения, какие ошибки чаще всего делают ученики, как организовывать пробники и домашние задания, как строить практику и обратную связь. Будем делиться опытом создания infokly CodeBoard, показывать сценарии использования платформы и говорить о реальных проблемах преподавателей, а не о красивых, но бесполезных лозунгах из мира “цифровой трансформации”.
Сейчас мы развиваем продукт и ищем первых преподавателей, онлайн-школы и образовательные проекты, которым интересно попробовать CodeBoard в работе. Для старта не нужно полностью переносить весь курс или перестраивать обучение с нуля. Можно начать с одного понятного сценария: провести пробник, запустить практическое занятие, выдать домашнее задание или протестировать платформу на небольшой группе. Первым партнёрам мы готовы предложить специальные условия и личный онбординг, чтобы помочь настроить запуск и адаптировать CodeBoard под реальный учебный процесс.
infokly CodeBoard появился из очень простой мысли: программирование и так достаточно сложное, чтобы дополнительно усложнять сам урок. Ученику нужна понятная среда для практики, преподавателю — удобный инструмент для работы, а образовательным проектам — система, которую можно масштабировать без потери качества. Именно такую платформу мы и строим.