OberonCore
https://forum.oberoncore.ru/

пара мыслей про методических исполнителей
https://forum.oberoncore.ru/viewtopic.php?f=7&t=3830		 Страница 1 из 1
Автор:  ___ [ Четверг, 09 Февраль, 2012 12:03 ]
Заголовок сообщения:  пара мыслей про методических исполнителей
на форуме встречаются мысли, что кушниренковский робот сложен (много команд и др).

команды:
1)
вверх
вниз
влево
вправо
2)
закрасить

запросы:
3)
сверху свободно
снизу свободно
слева свободно
справа свободно
3а)
сверху стена
снизу стена
слева стена
справа стена
4)
клетка закрашена
4а)
клетка не закрашена
5)
температура
радиация

17 команд:
-блок 1: 4 команды, но они максимально "атомарны", изменение расположения всего на 1 клетку (водить робота по лабиринтам и закрашивать клетки 5классники осваивают моментально(линейные алг)). т.е. сами по себе проще чем вперед_на() у черепашки. неудобные для смещения=>вынуждают использовать н-раз и процедуры с параметрами для создания влево_на()
- блок 2: рисование орнаментов, запоминание путей как шел для некоторых алгоритмов(вместе с блоком 4), без использования переменных
-блок 3: демонстрация запросов(обратной связи), исследование окр обстановки.в частности "органично" позволяет вводить цикл пока: пока снизу свободно делай.
-блоки 3а и 4а дубликаты "чтобы на начальных этапах запись лог выражения была более естественна: "справа стена" вместо "не справа свободно""
-блок 5 используется для моделирования аналогии коридор робота и массив, мб не только для этого
-весь блок запросов узнает про окр обстановку, но нет запросов про состояние самого робота (робот_сломался?). у черепашки запросов нет совсем

минимальный набор команд робота без потери функционала:
команды:
1)
вперед
поверни_направо (или более сложная с параметром: поверни(налево)/поверни(направо))
2)
закрасить

запросы:
3)
спереди_свободно
4)
клетка_закрашена
5)
температура

3 команды + 3 запроса: 6 команд вместо 17
но стал ли робот проще? вполне возможно, что те команды которые были "железными" придется просто вводить через процедуры, как раньше "вверх_на()"?

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

черепашка проще робота, но робот "кажется" "более мощным"(наличие обратной связи)
то, что черепаха не 1 исполнитель (+ввод-вывод) это хорошо, но возможность на одном исполнителе показать больше тем может быть оправдана, когда у учеников очень слабые межпредметные связи (внутри курса будут межисполнительные)...

на форуме были пара мыслей "расширения" черепахи запросами ("перо_поднято" или "направление"), это запрос состояния исполнителя, а не окр обстановки(как у робота), и не совсем понятно, как их органично использовать в задачах.
еще мысль пришла про обратную связь окр среды у черепахи: если бы черепаха ползала не по пустому(чистому) листу, а раскрашенному (залитому зонами красного-синего-зеленого) и рисуя пером по цветной зоне цвет пера смешивался бы с цветом поля и рисовалась бы линия др цвета. т.е. если сказано нарисовать желтый прямоугольник, а поле разноцветное и если просто использовать "рисовать_желтым", то попав на цветную зону цвет исказился бы, получается нужны обратная связь "цвет_поля_под_черепахой". или(даже без смешивания цветов) получались бы такие задачи "на западе находится красное поле, на красном фоне нарисовать кружек", и сначала красный фон нужно найти/доползти (поверни(180) пока цвет_поля_под_черепахой # красный делай вперед(1) конец)

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

вот такие мысли вслух....

пс: возможно один из правильных способов создания учебных исполнителей это формулирования тем/понятий/умений чему хочется научить, а потом под них придумывание минимального исполнителя, потом апробация в школе и доработка по результатам испытаний...
Автор:  Евгений Темиргалеев [ Четверг, 09 Февраль, 2012 14:00 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
___ писал(а):
на форуме были пара мыслей "расширения" черепахи запросами ("перо_поднято" или "направление"), это запрос состояния исполнителя, а не окр обстановки(как у робота)
1) С т.з. разработчика программы разницы нету, программа напрямую с окр. обст-й не работает:
окр. обстановка -> состояния исполнителя -> программа

Разница в смысле задач.

2) (мысль в тему) Info21 где-то говорил, что функции для маленьких не годятся. Почему бы напрямую не предоставить доступ к ячейкам памяти робота, в которых отражается состояние сенсоров?
робот.препятствие_впереди
и т.п.
И функций нету, и ближе к реалиям получается.

Для нескольких сенсоров как раз SET подходит. Можно с множествами отрабатывать операции (не знаю, только с какого класса :) )
WHILE {сверху, снизу} = робот.препятствия DO ...
Автор:  ___ [ Четверг, 09 Февраль, 2012 14:22 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
Евгений Темиргалеев писал(а):
функции для маленьких не годятся

младшеклассники и ученики начавшие изучать алгоритмику могут быть разных категорий)
если начало алгоритмики получилось в 5классе, да. но бывает, что в школе такой курс отодвигается до 7-8, иногда до 9 класса (иногда вообще не бывает). для более старших классов запросы возможно не являются проблемой...

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

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

редактирование. уточнил про запросы: функции и поля у Мейера.
Автор:  Trurl [ Четверг, 09 Февраль, 2012 15:11 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
Евгений Темиргалеев писал(а):
___ писал(а):
на форуме были пара мыслей "расширения" черепахи запросами ("перо_поднято" или "направление"), это запрос состояния исполнителя, а не окр обстановки(как у робота)
1) С т.з. разработчика программы разницы нету, программа напрямую с окр. обст-й не работает:
окр. обстановка -> состояния исполнителя -> программа

Есть. После того как "поднять перо" выполнено, "перо поднято" всегда истино.
Автор:  Trurl [ Четверг, 09 Февраль, 2012 15:35 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
Евгений Темиргалеев писал(а):
Почему бы напрямую не предоставить доступ к ячейкам памяти робота, в которых отражается состояние сенсоров?
робот.препятствие_впереди
и т.п.

Интересно.
Код:
ЕСЛИ робот.препятствие_впереди ТО
  робот.препятствие_впереди := НЕТ;
  ....
Автор:  Александр Ильин [ Четверг, 09 Февраль, 2012 16:03 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
Trurl писал(а):
Интересно.
Код:
ЕСЛИ робот.препятствие_впереди ТО
  робот.препятствие_впереди := НЕТ;
  ....
Экспорт "только чтение".
Код:
Робот = RECORD
   препятствие_впереди-: BOOLEAN;
   ...
END;
Автор:  Евгений Темиргалеев [ Четверг, 09 Февраль, 2012 16:25 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
Александр Ильин писал(а):
Экспорт "только чтение".
Имел ввиду как раз это. Порт ввода.

Интересно, может ли быть метод. смысл в портах вывода?
робот.команда := шаг_вперёд;
робот.ОжидатьВыполнения
Автор:  Info21 [ Суббота, 05 Май, 2012 14:57 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
___ писал(а):
на форуме встречаются мысли, что кушниренковский робот сложен (много команд и др).
Что-то не припомню такого.

Могло цитироваться мнение одного весьма уважаемого специалиста, что КуМир нарушает свои собственные требования минимализма: дескать, слишком уже много там исполнителей.
Автор:  ___ [ Воскресенье, 06 Май, 2012 14:35 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
Info21 писал(а):
___ писал(а):
на форуме встречаются мысли, что кушниренковский робот сложен (много команд и др).
Что-то не припомню такого.

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


Цитата:
(много команд и др)

много команд
viewtopic.php?p=69889#p69889
Александр Иноземцев писал(а):
Я думал над тем, чтобы не вводить направление взгляда, т.е. просто перемещение в соседние по вертикали и горизонтали ячейки. Но тогда добавятся команды перемещения по сторонам (4 шт.) и соответствующие проверки на возможность перемещения (4 шт.). Это на мой взгляд усложнение.


др
viewtopic.php?p=69240#p69240
Евгений Темиргалеев писал(а):
Есть соображение: на черепахе проще прочувствоваются и отрабатываются навыки деления на процедуры и пред/постусловия. Робот в этом плане более сложен, т.к. привязан к конкретным конфигурациям поля, которые под нужные ситуации изобретать сложнее, чем фигуры для черепахи. И на бумажке набросать/в голове вообразить поле тоже сложно. А у черепахи только "угол наклона" и привязка к пустому листку; а дальше --- рисуй/воображай.

viewtopic.php?p=69249#p69249
Евгений Темиргалеев писал(а):
Прежде всего пытался сказать про сложность восприятия условий для ученика. По-моему, условия задачи робота воспринимать сложнее из-за большего количества информации. И критерий выбора исполнителя (Info21 выше говорил) не в наличии готовых задачек (чтобы учителю меньше напрягаться), а в том, чтобы ученику меньше напрягаться с инструментом, на котором он оттачивает соотв. ЗУНы.
Автор:  Info21 [ Воскресенье, 06 Май, 2012 15:23 ]
Заголовок сообщения:  Re: пара мыслей про методических исполнителей
Аа.
Спасибо, понял.

Лично мне робот кажется чуточку искусственной штукой.
Но опыта нет, поэтому чисто впечатление.
Страница 1 из 1 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/