Как правильно составить план программы

Время на прочтение
5 мин

Количество просмотров 58K

Ваши программы – это ваше наследие. Решайте сами, как долго оно будет существовать.

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

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

Что можно получить, выдавая хороший код? Разве не имеет права на жизнь подход в обучении под названием «двигайся быстрее, ломая всё на своём пути?» Нет. Обучиться писать код – это навык, это доступно каждому. Обучиться писать хороший код – это искусство. Это требует усилий, времени и целеустремлённости.

Разве вы хотите оставить после своей смерти миру ещё больше SEGFAULT-ов? Хотите ли вы, чтобы сисадмины занимались починкой систем, которые сломались из-за вашего дерьмового кода? Чтобы ваш менеджер проектов вспоминал вас как инженера, работа которого бесила пользователей?

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

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

1. Накат обновлений отнимает много времени и сил?
2. Система рушится даже от небольшого обновления?
3. Выкатывали ли вы когда-нибудь сломанный код на продакшн, причём это становилось известно только после жалоб пользователей?
4. Знаете ли вы, что именно нужно делать, когда система падает? Как добраться до бэкапов и восстановиться из них?
5. Проводите ли вы больше времени за сменой окружений, повторных выполнений одних и тех же команд, запуска каких-то утилит – чем за самим написанием программ?

Если вы ответили «да» – эта статья для вас. Читайте, а лучше прочтите два раза.

1. Делите на модули

Мозг человека – сложное устройство, сложнее любого процессора, при этом он не справляется с решением сложных задач. Допустим, сложно сразу умножить 13*35. Но если разделить эти операции на простые: 35*10 + 30*3 + 5*3 = 455, то подсчёт упрощается. Разбивая задачу на простые и независимые, мы приходим к ответу.

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

2. Тестируйте

Фу, тесты. Брррррр!

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

Мне всё равно, когда вы пишете тесты, если вы их пишете. Не надо геройствовать, начните с простого (print(add(1, 1) == 2)), а затем уже переходите на фреймворк для тестов в вашем языке.

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

3. Непрерывная интеграция

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

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

Для своих проектов я использую TravisCI и Drone.io. Когда я делаю новое дополнение кода, платформа делает билд и выполняет тесты.

4. Автоматизируйте

У больших проектов всегда есть куча мелких вспомогательных задач. Некоторые люди делают текстовики с командами и копируют их оттуда. Но проще освоить скрипты на bash (и/или Python). Вот некоторые задачи, которые необходимо автоматизировать скриптами:

— преобразование README.md в другие форматы
— автоматическое тестирование (включая создание тестовых серверов и данных, удаление временных файлов и т.д.)
— заливка кода на сервер разработки
— размещение программы на продакшене
— автоматическое обновление зависимостей

5. Избыточность

Первое, что вы видите на git-scm.com:

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

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

Залогиньтесь на Bitbucket и выполните следующее в вашем репозитории:

# rename origin remote
git remote rename origin github
 
# add the gitlab remote (for the love of everything that’s holy, use ssh)
git remote add bitbucket <remote link for bitbucket>
 
# push existing code to new remote
git push -u bitbucket —all
 
# let’s magic
git config -e
 
# add this in the file
[remote “origin”]
url = git@github.com:username/reponame.git
url = <remote link for bitbucket>

Теперь, когда вы заливаете код, изменения идут как на Github, так и на Bitbucket. Никогда не знаешь, когда что-либо сломается. И всегда полезно иметь бэкапы. Вот, как это работает у меня:

— весь код живёт в директории Codebase в Dropbox. Автоматическая синхронизация.
— почти весь код живёт на Github
— самый важный код живёт на двух частных зеркалах – одно в школе, другое на моём AWS

Я потеряю свой код, только если настанет конец света.

6 Коммиты

Это должно быть вам знакомо. Загляните в историю, и вы увидите что-то вроде:

«исправил ошибку в модуле»

СЕРЬЁЗНО?!?!

Исправил? Какую ошибку? В каком модуле?

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

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

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

добавил новую форму в заголовок, чтобы было легче собирать ссылки. закрыл #3

вместо

удалил всякое, ибо почему бы и нет, хех

7. Планируйте

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

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

Вот такие правила и определяют хорошую программу. Если вас они не убедили, ответьте мне на два вопроса:

1. Ожидаете ли вы от новичка, присоединившегося к вам, что он поймёт существующий код с лёгкостью?
2. Является ли рефакторинг кода простым и быстрым делом?

Если нет – перечитайте заново. Сохраните, поделитесь с командой.

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

Счастливого программирования.

Многие педагоги задаются вопросом – как составить рабочую программу правильно, чтобы она была в соответствии с ФГОС, а не переделывать (доделывать) ее снова и снова. Я Вам предлагаю разложить все по полочкам от А до Я.

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

Что такое рабочая программа

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

К рабочим программам относятся

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

Рабочая программа — определение

Рабочая программа – это документ, который должен быть у каждого учителя и который он разрабатывает сам на основе Примерной программы по предмету (например, «Русский язык. Рабочие программы. Предметная линия учебников системы «Школа России». 1 — 4 классы: пособие для учителей общеобразовательных организаций).

Именно Примерные программы по предмету являются основой для составления рабочих программ, так как они разрабатываются по заказу Министерства образования и науки РФ. При этом педагог обязан ознакомиться с ФГОС определенной ступени образования, чтобы при составлении рабочей программы для конкретного класса (параллели) учитель учитывал универсальные действия и реальные виды деятельности, которыми должен овладеть ученик на конец обучения. Необходимо изучить требования к результатам освоения программы, знать цель и задачи обучения на каждом этапе.

В ходе составления рабочей программы педагог в праве самостоятельно устанавливать:

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

Самое главное – в полном объеме реализовать все планируемые результаты по ФГОС общего образования.

Как утверждается рабочая программа

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

1. Рабочая программа рассматривается на заседании методического объединения, где результаты экспертизы заносятся в протокол.
2. Если документ соответствует всем требованиям, то его рекомендуют к согласованию с заместителем директора по учебной работе.
3. После этого директор образовательного учреждения утверждает программу приказом.

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

Образец титульного листа рабочей программы

Какова структура программы

С утверждением ФГОС стандарт четко определил структуру программы по учебным дисциплинам.

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

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

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

Здесь формулируется цель и задачи учебного курса, которые должны соответствовать ФГОС.

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

Указывается учебно-методический комплект (учебник, рабочая тетрадь, тетрадь для контрольных работ, атлас, контурная карта). УМК должен соответствовать перечню учебников, утвержденных приказом Министерства образования и науки РФ.

Указывается количество учебных часов, на которое рассчитана рабочая программа.

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

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

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

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

В рабочие программы включаются конкретные формулировки результатов из авторских программ разработчиков УМК, примерной ООП, а не обобщенные требования к результатам из ФГОС ООО.

Если у Вас рабочая программа составлена на ступень обучения или на несколько классов, например, с 5 по 9 классы, то нужно результаты обучения указывать по классам (годам обучения). Здесь можно воспользоваться авторской или примерной программой. Но не забудьте сравнить их с формулировками, указанными в Примерной ООП.

В разделе «Содержание учебного предмета, курса» заключается основная часть программы. Здесь отражаются все разделы и темы, которые опираются на обязательный минимум содержания стандарта, примерную программу, указываются практические и лабораторные работы в соответствии с примерной программой.

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

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

Используемый перечень учебно-методических средств обучения может быть классифицирован на три группы: «Литература (основная и дополнительная)», «Дидактический материал», «Оборудование и приборы». Литература оформляется в соответствии с ГОСТом: элементы описания каждого произведения должны приводиться в алфавитном порядке и соответствовать требованиям к библиографическому описанию.

Этапы составления рабочей программы

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

Этап 1. Выбирается программа по учебному курсу и учебник, который ей соответствует из списка, рекомендованного Министерством образования и науки РФ.

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

Этап 3. Сопоставляются ценностные ориентиры в выбранной программе с таковыми же, но сформулированными в Примерной программе.

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

Этап 5. Сопоставляется содержание выбранной программы с содержанием Примерной программы, анализируется их наличие и раскрытие тем в учебнике.

Этап 6. Проанализировав содержание учебника, делается вывод о включении или исключении в (из) содержание(я) программы некоторых разделов, вопросов.

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

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

Этап 9. Создаются контролирующие материалы (если такие должны входить в состав рабочей программы в соответствии с локальным актом образовательного учреждения).

Этап 10. Составляется рабочая программа: оформляются структурные компоненты согласно требованиям нормативного документа школы (Положение о рабочей программе).

Вывод

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

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

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

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

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

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

Важно отметить, что индивидуальная программа также свойственна еще одной форме обучения – семейной. В данном случае ученик и его родители самостоятельно определяют глубину погружения в каждую дисциплину, полагаясь на интересы и потребности личности и минимальные требования ФГОС.

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

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

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

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

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

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

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

Структура и содержание индивидуальных образовательных программ

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

Структура индивидуальной образовательной программы будет классической. Она представлена в виде единого и последовательного документа согласно действующим требованиям ФГОС. Здесь целесообразно выделить три ключевых раздела:

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

Уникальность индивидуальной образовательной программы проявляется не просто в специфическом наборе предметов, а в персонализации хода обучения. В данном случае намеченная схема в обязательном порядке будет соответствовать требованиям ФГОС. Это значит, что индивид получит минимальные базовые знания по всем основным предметам. Более глубокие познания и развитие специфических, дополнительных компетенций производится на основе вспомогательного — индивидуального плана обучения, календарно-тематического плана и пр.

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

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

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

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

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

Ключевые правила формирования индивидуальной программы и плана обучения

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

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

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

Четвертым правилом формирования индивидуальных планов и программ является последовательность, предполагающая постепенное и умеренное погружение в новые темы, глубины науки: от простого к сложному, от осиленного к новому и пр.

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

Этапы разработки индивидуальной образовательной программы и плана обучения

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

Первый – подготовительный. Он предполагает определение потребностей в персонализированном и направлении обучения подопечного. Здесь целесообразно провести диагностику учащегося, а также отметить традиционную программу обучения в рамках осваиваемой ступени и требования ФГОС. То есть разработчик должен уяснить: какими талантами. Способностями или отклонениями обладает целевая аудитория, ее интересы и предпочтения, общая схема обучения и требования ФГОС к качеству подготовки индивида. Далее он конкретизирует набор предметов по трем категориям: базовое обучение, основное обучение, глубокое изучение. Первые две комбинации станут основной программой, а последняя группа – индивидуальной.

Второй этап — проектировочный, когда разработчик адаптирует классическую траекторию с учетом возможностей подопечного лица или группы и требований ФГОС, а также дополняет ее посредством создания индивидуального плана – то есть набора предметов и тем с более тщательным изучением. Как правило, указанные планы (учебный план, индивидуальный план) создаётся на 1 учебный год. Здесь же целесообразно уточнить формат обучения: очный, семейный, надомный, очный или заочный, дистанционный и пр.

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

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

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

Как перейти на индивидуальное обучение?

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

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

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

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

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

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

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

Индивидуальная и коррекционная программа: сходства и отличия

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

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

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

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

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

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

Чтобы преодолеть эту проблему, я написал о ней в популярном сабреддите r/learnprogramming. Все комментаторы советовали мне сосредоточиться на создании моих собственных проектов.

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

По сути, проблема заключалась в том, что я не знал, как добраться из пункта А в пункт Б.

Я часто встречаю посты на эту же тему на r/learnprogramming. Начинающие вроде меня расстраиваются из-за того, что не могут выбраться из ада туториалов, и поэтому обращаются за советом. Но всем, как и мне, просто бросают совет заняться собственными проектами. Люди не задумываются над тем, что если новичок не может даже воспроизвести учебник, создать свой собственный проект для него будет реальной проблемой.

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

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

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

Шаг 1. Определение проекта

Первым шагом при планировании личного проекта является его определение.

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

Определяя проект, я задаю себе четыре вопроса:

• Что собой представляет этот проект?
• Что собой представляет MVP (минимально жизнеспособный продукт)?
• Какая будет «посыпка»?
• Когда проект можно считать законченным?

Сначала пончик (MVP), посыпка — потом

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

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

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

Пример определения проекта

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

Проект «Калькулятор»

• Что собой представляет этот проект? «Калькулятор» — это проект по созданию калькулятора, доступного в браузере. Проект будет реализован с использованием HTML, CSS и JavaScript. Это позволит пользователям вводить числа и вычислять результаты выбранной ими арифметической операции.
• Что собой представляет MVP? Минимальный жизнеспособный продукт — это калькулятор, который отображается в браузерах и может выполнять операции сложения, вычитания, умножения и деления на основе ввода пользователя и показывать пользователю результат вычислений.
• Какая будет «посыпка»? В этом проекте «посыпка» — это стилизация калькулятора. Также к «посыпке» относится возможность для пользователя нажимать цифры и арифметические знаки на клавиатуре, а не только кликать по кнопкам на экране. Еще можно добавить операции более высокого порядка, такие как возведение в степень.
• Когда проект можно считать законченным? Проект будет завершен после реализации всех функций MVP и оформления калькулятора.

Это определение простое и понятное. Если бы моя мама его прочла, она бы поняла, что это за проект. Здесь есть описание проекта, функционала MVP, необязательных функций, которые вы можно создать, а также указана «точка выхода» — описание завершенного проекта.

Определяя проект, вы делаете его менее устрашающим.

Когда у вас есть определение, можно приступить к следующему шагу.

Шаг 2. Создание рабочего процесса

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

Для начала нужно использовать что-то вроде Trello — бесплатного инструмента для управления проектами.

От редакции Techrocks. Вам также могут быть интересны статьи «7 достойных альтернатив Trello» и «Топ-6 расширений VS Code для организации кода и процессов».

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

Чтобы настроить нашу канбан-доску, создаем 4 столбца:

1. TODO (нужно сделать)
2. DOING (в процессе)
3. DONE (сделано)
4. BUGS / NOT SURE HOW TO DO (баги / не уверен, как это сделать)

В эти столбцы мы будем добавлять карточки. Мы создаем карточку в столбце TODO, затем, взявшись за выполнение, перемещаем ее в столбец DOING, а покончив с ней — в столбец DONE. Если вы столкнулись с какой-то ошибкой, на которой застряли, или не знаете, как что-то сделать, можно переместить карточку в столбец BUGS / NOT SURE HOW TO DO.

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

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

Шаг 3. Разбивка проекта на более мелкие компоненты

Ключ к созданию собственных проектов — разбиение большого проекта на более мелкие и менее пугающие компоненты. Эти компоненты становятся нашими карточками в Trello.

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

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

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

Начальная разбивка

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

Давайте продолжим использовать пример с калькулятором для создания карточек компонентов:

1. Вычислительные функции — MVP
2. Получение пользовательского ввода — MVP
3. HTML пользовательского интерфейса — MVP
4. Стилизация пользовательского интерфейса (CSS) — посыпка
5. Слушатели событий JavaScript — MVP
6. Добавление анимации для вычислений — посыпка

Обратите внимание, что каждой карточке мы присвоили метку MVP или «посыпка», чтобы было ясно видно, какие карточки являются наиболее важными. Над ними, естественно, нужно работать в первую очередь.

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

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

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

Разбейте каждый компонент на более мелкие чеклисты

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

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

Для примера дальнейшей разбивки компонента давайте воспользуемся карточкой «Вычислительные функции».

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

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

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

Выполнив все четыре пункта, мы можем переместить эту карточку в столбец «DONE» и взяться за следующую.

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

Не застряньте, доводя все до совершенства

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

Из-за этого можно застрять еще на этапе планирования и так и не перейти к этапу программирования. Или же это сделает этап программирования слишком жестким. Вам нужно пространство для маневра в ваших проектах.

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

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

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

Вы также можете использовать столбец BUGS / NOT SURE HOW TO DO, чтобы поместить туда карточки, которые вы еще не можете выполнить или на которых вы застряли. Это поможет вам продолжать двигаться.

Начните создавать собственный проект

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

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

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

И если где-нибудь на r/learnprogramming вы натолкнетесь на просьбу о совете от человека, который пытается выбраться из туториального ада, не советуйте ему просто начать строить собственные проекты. Лучше расскажите, как их планировать и создавать.

Перевод статьи «How to Plan and Build a Programming Project — A Legitimate Guide for Beginners».