Шаг 1

Нехватка квалифицированных
специалистов достигла такого уровня,
что можно говорить о кризисе гениев
для высокотехнологичных компаний.
Бред Смит, вице-президент Microsoft.
В основе занятий в рамках курса робототехники нашей гимназии заложен принцип STEM образования (Science - наука, Technology
- технология, Engineering - инжиниринг, Mathematics - математика), объединяющий знания из разных областей и наглядно
показывающий, как эти знания можно применить в жизни. С учетом содержания федерального государственного стандарта по
информатике и профессиональных возможностей учителей информатики, можно с уверенностью говорить, что именно данная категория
учителей способна в российских реалиях реализовывать на уроках идеи STEM образования.
Большое значение, в занятиях по STEM-робототехнике, уделяется так называемым softskills — объединениям школьников в проектные
команды, оттачивая свои навыки по совместной работе, коммуникации, презентации и умению давать обратную связь. Весь курс, в таком
случае, разбит на серию модулей, в ходе каждого из них происходит создание полноценного проекта: с планированием времени и ведением
инженерной тетради, с декомпозицией, с разделением членов команд на роли и даже со сдачей проекта заказчику-педагогу. Вообще, курс
в таких случаях подчинен какой-то общей теме: космосу, сельскому хозяйству, экологии, спорту и т.п.
Важной частью учебной программы является привязка к реальному миру, за счет чего учитель повышает уровень эрудированности
учащихся, рассказывая о явлениях в жизни и исторических событиях, связанных с тем или иным проектным модулем. Ребята рассматривают
данные факты с точки зрения науки, с помощью педагога анализируют их, учатся делать выводы.
Рамки тематического поля, в котором мы сегодня выступаем, позволяют мне актуализировать свои наработки именнов области
инжиниринга.
Коснёмся немного терминологии, которая и позволит нам в дальнейшем выстроить оптимальную теоретико-деятельностную парадигму в
методологи образовательного проектирования. Итак, «инженер – это “ученый строитель” сооружений различного рода».
Приблизительно так определял словарь В.И. Даля смысл инженерной деятельности. При создании объекта инженер выполняет роль
«ученого-строителя», или помогает строителю, или руководит им. Инженер знает, что строить, как строить и как управлять строительством.
Термин инжиниринг происходит от английского engineering, что в переводе означает «сооружать, проектировать, устраивать,
затевать, придумывать, изобретать». Современное понимание термина «инжиниринг» во многом сохранилось. При более широкой
трактовке в качестве объекта инжиниринга могут выступать не только объекты строительства, но и другие виды искусственно создаваемых
объектов. В таком случае инжиниринг – это деятельность по обеспечению функционирования искусственно создаваемых объектов. Обычно
подобная деятельность осуществляется в форме обособленного проекта выработки инжинирингового решения. Инжиниринговый проект –
обособленный комплекс работ по созданию объекта. При осуществлении инжиниринговых проектов применяется интегрированный
мульти дисциплинарный подход. Это обеспечивает превосходную гармонию между механическими компонентами и системами управления.
Сегодня я буду подразумевать под этим термином применение практического и научного знания к решению проблемы на основе
определённой методики.
Меня всегда интересовало, какой же методикой действительно пользуются инженеры для решения технических задач? А при
введении легоконструирования и робототехники в образовательное пространство нашего образовательного учреждения этот вопрос ещё
более конкретизировался: можно ли адаптировать данную методику процесса технического проектирования в робототехнике в
условия курса образовательной робототехники как основы формирования инженерного мышления - мощнейшего
цивилизационного фактора?
Я попыталась объединить высокоразвитое творческое воображение и фантазию, многоэкранное системное творческое осмысление
знаний с владением методологией технического творчества, позволяющей сознательно управлять процессом генерирования. Вот что у
меня получилось!!!
Процесс технического проектирования представляет собой серию шагов, которым следуют инженеры, пытаясь решить задачу и
разработать решение для чего-либо. В этом я и нашла методический подход к решению своей проблемы. Он очень похож на научный
метод, применяемый исследователями. Далее у меня возник следующий вопрос: так существует ли универсальный общепринятый
процесс проектирования? (Ведь кажется, что большинство инженеров имеют свое собственное видение, как должен протекать
этот процесс.) Конечно же да!!!
процесс обычно начинается с проблемы и заканчивается решением, но
промежуточные действия могут отличаться.
Здесь я подумала об инженерном процессе проектирования как о рецепте выпечки пирога. Это можно сделать множеством различных
способов но, как правило, все начинается с теста и заканчивается готовым пирогом. Итак, процесс проектирования, в самой упрощенной
форме можно рассматривать в виде трехступенчатого цикла.
Вначале, в этом упрощенном цикле разработки, формируется идея (1).Затем эта идея реализуется (2). После того, как идея
реализована, производится тестирование готового продукта и его оценка (3). Как правило, во время тестирования и
оценки появляются новые идеи, улучшающие продукт, и процесс повторяется вновь. Из-за этого циклического процесса можно сказать,
что разработка является итеративным процессом. (Итерация — это действие повторения чего-либо для улучшения процесса и, в
конечном счете — достижения своей цели.) Очевидно, что этот процесс может продолжаться вечно (или пока разработчик, или проектная
группа не перестаёт думать над новыми идеями и не остановит поиск проблем). Существует поговорка: «В определенный момент, каждый
процесс проектирования нуждается в том, чтобы избавиться от инженера и просто построить эту вещь».
А теперь давайте рассмотрим процесс инженерной разработки в интеграционном поле создания проектов в образовательной
робототехнике.
Такова интегрированная универсальная схема полученного алгоритма действий в проектной деятельности курса образовательной
робототехники:
Исследование
Шаг 1 — Определение задачи
На этом этапе группе обучающихся необходимо выявить проблему,
которую они пытаются решить. Это один из наиболее важных шагов в
процессе проектирования. Если мы полностью не понимаем задачу, то как
же мы можем решить ее успешно? Этот шаг зачастую выполняется
неправильно, или не полностью, и в результате получается неправильная
разработка. Очень важно определить истинную проблему, которую
необходимо решить, а не только симптомы проблемы или ощущение
проблемы.
Шаг 1 — Определение задачи
Первый робот, с которого рекомендуется
начать изучения конструктора Lego
Mindstorms EV3 это роботавтопогрузчик. Этот робот напомнил
учащимся
знаменитого
мультипликационного
героя
Валли,
который занимался сборкой мусора. Но
возможности его оказались слишком
ограниченными, и тогда было предложено собрать более
усовершенствованную модель робота, который может не только
собирать мусор, но и помогать людям в сортировке этого мусора.
Нам нужно было найти оптимальное решение данной проблемы. В
самом начале пути мы столкнулись с рядом вопросов:
Какой формы должен быть робот?
Какой самый эффективный алгоритм сбора мусора?
По какому признаку производить сортировку?
Как осуществить забор мусора?
Насколько быстро робот должен двигаться?
Насколько быстро должна проходить сортировка?
Как мусор будет утилизироваться после сортировки?
Сколько объектов может обслужить один робот?
Шаг 2 — Изучение имеющихся решений
Шаг 2 — Изучение имеющихся решений
На этом этапе происходят предварительные исследования решения
задачи. Здесь необходимо изучить чужой опыт в решении подобных
проблем. Необходимо собрать информацию об окружающей среде, с
который мы имеем дело, рассмотреть различные ситуации и путь их
решения, а также пути каким образом это может быть использовано.
Если опять же рассматривать робототехнические соревнования, то
необходимо выяснить: как на других соревнованиях решались подобные
задачи? Здесь нужно максимально использовать различные источники
информации.
Для того, чтобы создать собственную модель, нужно изучить какие
варианты были предложены на решения данной задачи? На этом этапе
выяснилось, что сортировка отходов происходит в основном на
специализированных предприятиях. Автоматизированных систем на
улицах нет, только контейнеры для разного вида мусора.
Шаг 3 — Понимание требований
Шаг 3 — Понимание требований
На этом этапе определяется что будет делать решение, не описывая
Чтобы выяснить, как действовать дальше мы воспользовались
то, как это будет делаться. Это делается через определение технических доской PadLet.
требований (спецификаций). Что такое спецификация? Спецификация
определяется как подробный набор требований, которым должны
удовлетворять материалы, продукты или сервисы. В этом случае,
технические требования являются необходимым условием для решения
задачи, определенной на первом шаге процесса проектирования.
Технические требования, обычно, состоят из двух частей:
 ограничения, накладываемые на разработку;
 требуемая функциональность.
https://ru.padlet.com
Каковы ограничения? Ограничение может быть определено как условие,
удовлетворяющее решению задачи. Каковы функциональные требования? На этом этапе было решено: робот должен принимать отходы,
Функциональные требования описывают, насколько хорошо окончательное обрабатывать их и распределять по контейнерам по определенному
решение должно работать.
Размышление о «как» на данном этапе процесса разработки может быть признаку.
контрпродуктивным и может задушить творчество. В то же время,
разработчик должен держать «как» в глубине души, потому что
обязательно должно быть базовое понимание того, что это возможно.
В робототехнических соревнованиях проектировщики предстают перед
некоторым поединком, или игрой, в которой их робот будет соревноваться.
Эта задача часто включает в себя руководство, содержащее ряд
ограничений и требований, которым должен соответствовать каждый
робот - это и есть проектные ограничения. Это первый тип технических
требований, с которым разработчик сталкивается в процессе. Некоторыми
примерами этого типа являются спецификации «максимальный размер
робота» и «максимально допустимое число двигателей».
Другие самоограничения вращаются возле ограничений команды.
Одним из наиболее важных частей успешной генерации конструктивных
ограничений в соревновательной робототехнике является понимание
«своего потолка» (ведь, как говорят, выше головы не прыгнешь).
Часто команда бывает более успешной, выбрав простую конструкцию и
реализовав ее очень хорошо, чем выбрав сложную конструкцию, которую
она не способна сделать.
Шаг 4 — Представление идеи
Шаг 4 — Представление идеи
На этом шаге идея формулируется, представляется, или понимается, как
Что из себя должен представлять робот?
конечный результат. Сейчас инженер знает, что решение должно делать.
Было предложено 2 варианта:
Теперь осталось определить как это должно быть сделано.
- в виде руки
Мы делаем практически то же самое, когда сталкиваемся с проблемой - в виде конвейера.
или принимаем решение: мы думаем об альтернативных вариантах
действий, даже если это делается подсознательно. Документирование этого
интуитивного действия может помочь при решении сложных инженерных
задач.Это шаг, требующий немного творчества. Инженерам часто задают
вопросы: «Как вы пришли к этому?», «Откуда вы черпаете идеи?». Идеи
приходят отовсюду. Вдохновение может прийти откуда угодно! Ключевые
слова здесь: воображать и думать.
Разработчикам нужно провести
мозговой
штурм
различных
вариантов для выполнения технических требований. Нужно искать
вдохновение везде.
Необходимо
«заимствовать
из
лучшего,
затем изобрести все остальное». Хороший разработчик смотрит на
окружающий мир, пытается искать решения, адаптируя их к своей
проблеме. Инновация также важна в начале процесса проектирования.
Необходимо искать баланс между «думать, выходя за рамки» и
«использовать уже реализованные конструкции».
Зачастую, дать хорошую концепцию может объединение двух идей или же
компромисс между двумя различными предложениями. Опять же,
усовершенствования и инновации в начале процесса дают даже лучшие
результаты позднее в процессе.
Важно не останавливаться на заурядных концепциях и стремиться
найти правильноерешение. Часто это правильное решение само себя
обнаруживает. Разработчики часто говорят: «Я чувствую, что это хорошее
решение». Правильное решение будет просто казаться элегантным. К
сожалению, не всегда это легко, и элегантность не всегда так очевидна.
Желательно вести свой инженерный дневник в который записывать все
идеи, заметки, данные о наблюдениях и расчеты. Важно переносить «идеи с
салфеток» в свой инженерный дневник. Это позволяет иметь
упорядоченную запись мыслительного процесса и идей.
Вернусь к соревновательной робототехнике. Здесь необходимо
создавать целый ряд концепций. Команды разработчиков должны
генерировать концептуальные стратегии, концепции для системы в целом,
и концепции для отдельных подсистем и механизмов. Некоторые из этих
систем будут зависеть и влиять друг на друга. Стратегия команды повлияет
на общий дизайн системы, что в свою очередь влияет на различные
подсистемы, а каждая из подсистем также влияет на общую систему.
Эти концепции обычно генерируются в ходе мозговых штурмов с
участием всей команды. Концепции записываются в виде графиков,
набросков и
описаний
в
инженерном дневнике каждого участника
команды.
Мозговой штурм
Этот этап в процессе инженерной разработки требует большого
творческого потенциала и генерации ряда вариантов решения задачи. Для
достижения этого используется инструмент, известный как мозговой
штурм. Мозговой штурм — это упражнение, в котором группа людей
работает совместно для генерации большого количества идей.
Некоторые важные правила: при проведении мозгового штурма,
необходимо сосредоточиться наколичестве генерируемых идей, а не на их
качестве. Идея здесь в том, что большое количество идей наверняка даст
немного действительно хороших. Критиковать любые идеи на этом этапе
категорически не рекомендуется.
«Расхождение во мнениях – один из самых мощных стимулов. Это
та сила, которая двигает вперёд культуру, искусство и науку» (Пётр
Леонидович Капица).
Запасные суждения. Во время мозгового штурма нет плохих идей,
потому что даже самые диковинные концепции могут вдохновить кого-то
еще на то, чтобы придумать нечто великое. Сумасшедшие идеи могут быть
улучшены и развиты в течение совместного процесса и стать вполне
реализуемыми идеями.
Все должно быть записано. Необходимо документировать все идеи,
появившиеся в ходе мозгового штурма.
Шаг 5 — Разработка прототипов
Шаг 5 — Разработка прототипов
На этом шаге, выбираются некоторые концепции, выработанные
Были собраны модели из лего, что бы понять какое решение будет
на предыдущем шаге, и производится их макетирование. Целью этого более эффективным.
этапа является выяснение того, как каждое концептуальное решение будет
функционировать в реальной жизни и как оно взаимодействует с реальной
средой. Это то место, где разработчик начинает определять, какие
концепции работают лучше. Макеты прототипов являются черновым
вариантом, но достаточно функциональным для обучения разработчика.
Ключевое слово здесь «обучение».
Нет необходимости макетировать все идеи. Макетировать нужно то, что
хотелось бы чтобы работало. В процессе прототипирования не всегда
обязательно создается физический образец какого-либо устройства. Очень
часто достаточным бывает численное моделирование или симуляция
процессов и работы различных устройств и механизмов.
Опять вернусь к примеру в соревновательной робототехнике. Роботы
должны
часто
взаимодействовать
с
окружающей
средой
и
разработчики должны изучить природу этих взаимодействий. Необходимо
в реальных условиях проверить, как взаимодействуют вещи, и найти места
для улучшения еще на стадии проектирования. Используя программное
обеспечение можно выяснить, как это работает, и произвести настройку без
физического изготовления прототипов. Во время прототипирования
необходимо быть очень дотошным. Записывая в свой инженерный дневник
все что происходит на этапе эксперимента, нужно пытаться выяснить,
почему некоторые вещи работают лучше, чем другие. Затем, создав
дополнительные прототипы, проверить эти идеи. Сбор данных является
важной частью процесса прототипирования.
Шаг 6 — Выбор идеи
Шаг 6 — Выбор идеи
В этой точке процесса проектирования, у разработчика или проектной
Для выбора нужной конструкции воспользовались инструментом группы имеется несколько различных возможных решений проблемы. На матрицей принятия решений.
этом шаге, разработчики используют опыт, полученный в ходе разработки
прототипа, чтобы определить, какая же концепция является лучшей и
использовать ее в дальнейшем. Это решение не всегда дается просто.
Иногда правильное решение просто оказывается на поверхности. В других
случаях, трудно даже определить лучшее решение. Можно произвести
сравнение на соответствие выработанным на третьем шаге техническим
требованиям. Необходимо искать простое и элегантное решение. Если же
очевидного решения не найдено, то необходимо использовать более
методический подход для его выбора.
При выборе концепции в проектной группе, заманчиво провести
голосование. Тем не менее, голосование является ничем иным, как
необоснованным мнением, а оно ничего не стоит в инженерном
обсуждении. Когда дело касается проектных решений, то лучше
использовать объективизм и принимать логическое решение через
консенсус (общее согласие).
В некоторых случаях принятие решений производится не всей
проектной группой, а лишь одним руководителем. В этой ситуации
руководство несет ответственность за беспристрастное сравнение
всех вариантов, а затем за выбор дальнейшего курса. Этот метод не всегда
работает хорошо, особенно если остальная часть проектной группы не
признает авторитет руководства в вопросах принятия окончательного
решения. Тем не менее, этот метод может быть полезен для
предотвращения тупиковой ситуации, когда консенсус не может быть
достигнут.
Для получения
одобрения
группы,
некоторые
руководители будут пытаться привести окончательное решение к общему
согласию.
Инструмент принятия решений
Одним из инструментов, помогающим на этапе выбора концепции в
процессе разработки является таблица взвешивания технических
задач (WOT, WieghtedObjectiveTable), которую иногда называют матрицей
принятия решений. Матрица принятия решений может использоваться,
чтобы помочь разработчику выбирать между вариантами, основываясь на
оценках по нескольким критериям. Матрица принятия решения является
очень эффективным
средством,
потому
что
позволяет сравнивать альтернативы окончательного решения, основываясь
на наибольшей важности.
Проектирование
Шаг 7 – Планирование
Шаг 7 – Планирование
На
этом
этапе процесса
разработки выбранная
концепция
На этом этапе проверяли все ли готово к сборке. Проверяли:
превращается в нечто более «реальное». Этот этап посвящен деталям работают ли датчики, заряжены ли аккумуляторы? Сверили все ли
проекта. В конце этого этапа у нас должно быть все необходимое для детали на месте, соответствуют ли они перечню. Стали готовить
полноценной реализации конструкции. Потратив время на моделирование инструкцию по сборке.
будущего устройства, мы можем многие вопросы решить до того, как они
станут серьезной проблемой.
Шаг 8 — График работ
Шаг 8 — График работ
После того как выбрана основная идея, которая будет реализовываться,
Планировали время разработки проекта с помощью иаграммы
выбраны технические требования и стратегия реализации, подготовлена Ганта.
вся необходимая документация, наступает очередь календарного и
.
ресурсного планирования.
План работ над проектом позволяет производить оценку требуемых
временных и человеческих ресурсов для реализации выбранного решения и
осуществлять пошаговый контроль за достижением промежуточных
результатов. План может неоднократно изменяться в ходе работ, в него
могут вноситься корректировки, вносимые реальной жизнью или
естественными изменениями, вносимыми в проект в ходе работы над ним.
Наличие плана является необходимым условием для того, чтобы работа над
проектом не привела к случайному блужданию, и было ощущение
контроля за ходом работ.
Очень хорошим инструментом временного планирования является,
представляющая из себя визуальный график, на котором изображена
последовательность шагов, планируемое и фактическое время, которое эти
этапы занимают.
Диаграмма Ганта
Есть задачи, которые могут выполняться только при условии
выполнения других, есть те, которые могут выполняться параллельно.
Визуальный контроль за различными задачами позволяет использовать
собственные материальные, временные и человеческие ресурсы наиболее
эффективно.
Шаг 9 — Представление предложения
Шаг 9 — Представление предложения
Рабочий проект должен зачастую пройти через, своего рода, анализ
После того как была выбрана модель для проектирования мы
проекта или процесс утверждения, прежде чем он может быть реализован. презентовали ее классу.
Оценка проекта может происходить различными способами. В некоторых
В ходе нее были заданы следующие вопросы:
случаях это происходит в виде обычной беседы двух разработчиков.
- Почему вы выбрали именно эту модель?
Некоторые оценки делаются на заседании группы разработки, где
- Возможно ли сделать робота который собирает мусор по городу
резюмируется и проверяется завершенная работа, а также идет и сразу сортирует его?
поиск возможных ошибок. В некоторых случаях представление включает
- Можно ли добавить вашему роботу еще какие-то функции?
презентацию рабочего проекта клиенту, менеджеру, или другому лицу,
- Как сделать так, что бы людей привлекла ваша конструкция? а
принимающему решения для окончательного утверждения.
не привычный контейнер?
Целью обзора проекта является не просто его утверждение. Это
- Насколько быстро он сортирует мусор?
мероприятие также позволяет убедиться в том, что в разработке нет
- Как избежать поломок робота?
проблем, или же не осталось мест, в которых разработка не может быть
улучшена.
В
процессе
проектирования
появляется
несколько
альтернативных концепций и одна из них выбирается. Одной из ключевых
частей в презентации разработки является объяснение, почему был сделан
именно такой выбор. «Почему ты это сделал, это так, а не сдалал этак?»
Обзор должен гарантировать, что разработчик «внимательно отнесся к
проблеме», что были исследованы различные альтернативы. Представление
должно показать, что конструкция хорошо продумана, а не является
первым, что пришло в голову.
Прототипирование
Шаг 10 — Реализация
Шаг 10 — Реализация
Как только проект был завершен и утвержден, он должен быть
Как только ответы на все вопросы были найден и разработчики
реализован. В зависимости от характера задачи, решения проблемы могут твердо были уверены, что сделали правильный выбор, приступили к
отличаться друг от друга. В зависимости от типа решения, реализация сборке модели и ее программированию.
может также изменяться. Реализация может включать использование
нового разработанного процесса, или же состоять из производственного
плана и производства некоторого физического объекта.
Вернусь
к
области
соревновательной
робототехники. Фаза
«Изготовление прототипа». Этот этап может включать приобретение
компонентов, обработку деталей, сборку и прочее – все, что он
необходимо для получения готового изделия. Также есть этап, на котором
команда будет подготавливать церемонию представления и другие
материалы, связанные с соревнованием, но не связанные непосредственно
с роботом. Эти элементы являются частью окончательной реализации.
Шаг 11 — Тестирование
Шаг 11 — Тестирование
На этом этапе производится проверка реализованного решения,
После того как модель была готова, произвели ее запуск. И
выясняется, насколько хорошо оно работает. Реализация изучается на выявили некоторые проблемы:
выявление того, что работает, что не работает, что необходимо улучшить.
-робот называл нужные цвета, но сортировал не верно.
Процедура тестирования и полученные результаты должны быть хорошо
-не всегда вовремя распределял детали(была большая задержка)
документированы. Основное что нужно определить во время этой стадии,
-робот начинал сортировать детали со второй, а первую
это работает или не работает, как ожидалось окончательная реализация, и пропускал.
выполняются ли в ней технические требования.
В дальнейшем проблемы были устранены.
А что если разработка не признается приемлемой? В этом случае
необходимо найти
способ,
чтобы
сделать
ее
приемлемой!
Необходимо придумать план улучшения, чтобы получить решение на
должном уровне. Может быть придется даже начать все сначала, создав
полностью новый план.
После того, как решение было реализовано, проведен его анализ, и
разработка признана приемлемой, процесс проектирования будет завершен.
В соревновательной робототехнике тестирование может происходить
и во время соревнований. Во время матча, очевидно, будет
видно, насколько хорошо робот работает! Однако, это не очень хорошая
ситуация. Большинство разработчиков предпочли бы знать, насколько
хорошо их робот будет работать, прежде чем он выходит на поле. Именно
поэтому, в идеале, нужно завершить робота, имея временной запас, чтобы
была возможность проверить и улучшить его. Непрерывное
совершенствование является ключом к успеху. В предварительном плане
должно быть отведено место для тестирования и адаптации перед
соревнованиями.
Тестирование
Шаг 12 - Итерация
Шаг 12 - Итерация
Я уже несколько раз упоминала в процессе разработки о повторении
определенных шагов, пока приемлемый результат не будет достигнут. Это
повторяющееся
действие называется
«итерацией».
Целью этого
циклического повторения является лучший конечный результат. Итерация одна из самых важных частей разработки и именно поэтому правильный
процесс разработки обязательно является итерационным. Итерация
осуществляется не только в конце процесса, но и на каждом его шаге.
Процесс разработки не является линейным при переходе от одного шага
к другому. Иногда разработчик может многократно прыгать между
двумя этапами, прежде чем перейти на третий. Не нужно бояться
возвращаться в процессе назад. Вернуться назад разработчик может на
любом шаге. Конечной целью является получение наилучшего результата,
путем его многократного улучшения. Повторяйте части процесса, чтобы
улучшить конечный результат. Чем больше число итераций проходит
проект, тем лучше будет конечный результат. Так когда же разработчик
должен прекратить итерации?
Сначала каждый повтор дает значительные улучшения, но чем дольше
идет процесс, тем меньше проблем будет исправляться и будут
происходить более мелкие улучшения. Это известно как закон убывающей
полезности. На каждом шаге проект будет получать все меньшие
улучшения. В конце концов, разработчик может решить, что следующее
улучшение слишком мало, чтобы тратить на него усилия, и
результат является достаточно хорошим.
Некоторые разработчики тратят больше времени, пока не решат, что
работа завершена, чем другие, потому что они стремятся к совершенству. К
сожалению, в реальном мире не всегда возможно достичь совершенства. В
Запуск осуществлялся несколько раз, пока все проблемы не были
устранены. Устройство стало работать в нормальном режиме.
В ходе проектирования и программирования этого робота у ребят
возникла идея, как сделать сортировку еще более удобной и
эффективной. Работа над проектом продолжится, что бы
усовершенствовать конструкцию и расширить функции данного
проекта.
повседневной жизни, если работа не завершена в срок, то она может
потерять весь смысл, а второго шанса может не быть.
Мне очень нравится фраза:
Лучшее — враг хорошего!
Мелкая моторика
Конструирование
Программирование
Творчество
Инновации, инновации, инновации… Слова знакомые, затертые ФГОСами, частыми употреблениями везде и всюду. Задумываемся ли
мы о том, что будет после инноваций? Ведь любая инновация рано или поздно станет обыденностью..
LEGOMINDSTORMS, Arduino, IntelGalileo, RaspberryPi, Cubiebord, ChipKIT, LilyPad, TRIK, NImyRIO, NImyDAQ ит.д.
Робототехника, микроэлектроника, 3D-печать. Все в одном месте и сразу? Эмоции уже не будут влиять на результат. Когда-то всё это
будет обыденным методическим инструментом. Казавшийся долгим путь ОРГАНИЗАЦИИ ТЕХНИЧЕСКОГО ТВОРЧЕСТВА
УЧАЩИХСЯ В ОБРАЗОВАТЕЛЬНОЙ ОРГАНИЗАЦИИ будет пройден. Дорога превратится в огромный автобан. Школьники будут
воспринимать это разнообразие, как норму. Добро пожаловать в мир обыденности!!!
ГИМНАЗИЯ №16 «ИНТЕРЕС» 2015 год