Обсуждение:Методички

Материал из NNLUG Wiki.

Перейти к: навигация, поиск

Содержание

Предлагаю переститься сюда

http://ru.wikibooks.org/wiki/%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%9C%D0%B5%D1%82%D0%BE%D0%B4%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_%D0%BF%D0%BE%D1%81%D0%BE%D0%B1%D0%B8%D1%8F

1) Зачем изобретать велосипед? Многие пункты методички уже хорошо написаны в русском разделе википедии
2) Больше аудитория для добавления, вычитки материала, новых идей и тд
3) Большой банк медиафайлов для оформления
4) Готовые технологии для создания pdf книг на основе статей
5) Высокая выроятность сохранности информации от сбоев оборудования сервера
6) Достаточная известность бренда в глазах общественности

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

Я думаю, не стоит замусоривать википедию недоработанным материалом. Обкатаем здесь - выложим и там. --pacify 18:24, 7 февраля 2007 (MSK)

А для кого предназначена методичка именно? Для учащихся на программерских факультетах, технарей или гуманитариев или школьников? Все в одном ИМХО не есть зерр гут.

Для начала думаю набросать что-то общее. Потом разделить на школьную и вузовскую версию. Для вузов она изначально задумывалась для математических (программерских) факультетов. --pacify 12:49, 5 февраля 2007 (MSK)

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

-- z11780

Рекомендации к методичкам скоро достану. Профессор кафедры сказал, что главное сейчас - набрать материал для методички, оформление дело второстепенное. --pacify 11:06, 6 февраля 2007 (MSK)

Не согласен, в принципе, с планом методички. Что такое медотичка? Это пошаговая инструкция, описывающая действия (операции) для достижения определенного результата. Как мне для достижения определенного результата может помочь история возниконовения ОС вообще и Linux в частности? Да, история - вещь полезная, но в методичке ей не место. Я так понимаю, методичка планируется для школьников, поэтому должна быть написана простым и доходчивым языком, при этом с минимальным набором заумных компьютерных терминов и, боже упаси, жаргонных словечек. Ведь для многих компьютерных терминов есть вполне подходящие аналоги в русском языке. Я не говорю, что нужно слепо перевести все англоязычные термины, а изложить материал так, чтобы ученикам и преподавателям пришлось как можно меньше времени потратить на освоение терминологии и как можно больше времени на, собственно, освоение методов и приёмов работы с ОС Linux. Методичка пишется для школьников, а значит должна содержать квинтэссенцию, выжимку информации, которую можно освоить за те несколько часов, выделенных в рамках школьной программы на изучение информатики. Ещё раз подчёркиваю, цель методички: базовый набор навыков за очень ограниченное время. Архитектура Unix/Linux, что вы хотите в этом разделе описать? Каким образом ядро управляет памятью или обрабатывает прерывания? То это точно лишнее. Если описать обобщенно про архитектуру и компоненты Linux, не вдаваясь глубоко в детали, то это будет полезно. Примеры программ - здорово, но если говорить про школу, то кроссплатформенность – это перебор. Я специально горою про школу, т.к. именно там сейчас не достает знаний и информации о Linux и именно на школу нужно нацеливать методичку. В вузах в этом плане гораздо лучше, т.к. учащиеся вузов имеют большой выбор различной литературы о Linux, и они уже имеют набор определенных знаний, позволяющий им эту литературу легко осваивать. Прошу принять всё вышесказанное как моё личное мнение и как конструктивную критику. Предлагаю несколько иной план методички:

  1. Командный интерпретатор (например, bash). Функциональное назначение, принцип работы, примеры практического использования, (например: как сложить 2 числа в консоли, как создать архив с помощью связки утилит tar+gzip, как создать/редактировать/копировать/удалить/найти файл и т.п.).
  2. Файловая система, устройства (базовые понятия). Практика: монтирование/размонтирование cd/dvd/flash.
  3. Графический интерфейс. Не надо грузить учеников информацией обо всех GUI, упомянуть о многообразии (gnome,kde, wm, xfce etc.) нужно, но изучать только одну среду. Функциональное назначение, принцип работы, ознакомление с основными компонентами и настройками.
  4. Средства OpenOffice. Создание документов, форматирование и пр.
  5. Средства разработки программ. Например, gcc. Функциональное назначение. Практика: написание программ, начиная от «Hello world» и в сторону усложнения, работа с массивами, файловый ввод/вывод, работа с stdin/out/err. Думаю, этого для начала достаточно.
Учтено. Буду более подробно расписывать по книжкам. --pacify 11:06, 6 февраля 2007 (MSK)

Смешались в кучу кони, люди

1. Командный интерпретатор первым? Зачем? Shell предназначен, в основном, для операций с файлами, а про них только в 2, уже после того, как научились делать "архив" непонятно чего, непонятно во что, т.к. о файлах еще не знаем.

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

3. Средства разработки? При том, что почти только что рассказали про файл? Разработка на C/C++ не является основополагающей, да и вообще, есть мнение, что учить программировать на C и тем более C++ нельзя. Если уж учить программировать, тогда более практически полезные вещи, вроде shell-scripting, чтоб могли в консольке оперативно набрать for i in `seq 10`; do wget http://example.com/dl/part$i.avi; done

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

Каждая работа расчитана на одно-два занятия и состоит из краткой теоретической части и собственно описания работы.

--Diseaz 13:35, 6 февраля 2007 (MSK)

1. Не согласен. Азбука сначала, члены предложения - потом. Линукс - это ядро, а вся мощь его в консоли. Начинать надо именно с консоли.
3. Согласен, перегружать программированием не стоит. Я считаю, что достаточно показать набор приемов для решения повседневных задач под Linux. Например, использование iconv, xargs, find, gawk, grep, sed и прочих команд.
4. Лабораторные работы (практика) - отдельно, курс лекций (уроки) - отдельно.
--pacify 18:20, 7 февраля 2007 (MSK)

Re: Смешались в кучу кони, люди

(предыдущий пост мой) Согласен, что порядок тем не совсем оптимален, но… Давайте начнем с самого начала. И так, ученик приходит на свой первый урок информатики. Скорее всего, до этого момента он плохо себе представлял, что есть Linux, или, может быть, вообще первый раз сел за компьютер. Не будем раcчитывать на продвинутых вундеркиндов, живущих в мегаполисах. Учитель с гордостью сообщает ученикам, что сейчас они увидят Linux :) Вот они включают питание, загружается Linux, допустим, с графическим интерфейсом. Вот наша первая тема: «Знакомство с Linux», в рамках которой нужно рассказать о графическом интерфейсе, его компонентах (менюшки, кнопочки и прочее). Т.е. нужно дать ученикам базовый набор навыков, для работы в графическом интерфейсе. Здесь же, мне кажется, можно рассказать и об OpenOffice в целом, и об Writer’e в частности. Чтобы по приходу домой, и, подготавливая реферат или доклад, ученик не перезагружался в виндовс для запуска мс ворда, а мог все сделать в среде Linux. По крайней мере, мне кажется это разумно. На следующих занятих можно ознакомиться с архитектурой Linux. Следующая тема (тут можно объединить пункт 1 и 2): «Файловая система, shell». По поводу разработки: возможно, я перегнул палку, и можно, действительно, изучать шел-скрипт. В общем, сама по себе тема «Разработка» нужна, а вот с помощью каких средств и на каких языках должна вестись разработка, тут все-таки лучше поговорить с соответствующими преподавателями. Тут сложно что-то определенное выбрать, не зная, что и как сейчас преподают в школах. Было бы хорошо, найти где-нибудь более-менее вменяемую методичку по информатике, по которой сейчас реально учатся в школе, и творчески её пепеработав, по образу и подобию сделать методичку применительно к Linux. Да и вопросы, связанные с объемом материала и количеством часов, в этом случае будут решены.

Re: Смешались в кучу кони, люди

Опять всё поперепутали. Из графического интерфейса на первом практическом занятии нужно от силы три кнопки в правом верхнем углу окна (свернуть, развернуть, закрыть) и одна пиктограмма в quick launch (или что там вместо него) для запуска эмулятора терминала. Незачем забивать голову всякой чепухой изначально, а тем более OpenOffice'ом.

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

Кроме того, что-то как-то обойдены вниманием вопросы безопасности и работы в Сети. Учитывая нац. проект по подключению школ к интернету (сейчас ~50%, обещают ~95% в этом году), эти вопросы становятся весьма актуальны. А то так и не будут знать, что хороший пароль равнозначен хорошему замку на двери в квартиру, а пароль типа 111 вскрывается не сложнее, чем сарай, запертый на щеколду.

--Diseaz 00:31, 7 февраля 2007 (MSK)

Насчет dual-boot ... учитель может выдать на первом занятии Live-CD/записать на флешку дистрибутив Линукса, который он собирается демонстрировать. Я сейчас пробую собирать различные Live-CD для этих целей. --pacify 18:22, 7 февраля 2007 (MSK)

Ну не будете же вы целое занятие изучать три конопки. Знакомство с интерфейсом не ограничивается 3 кнопками. Здесь же нужно изучить инструментарий, который имеется в интерфейсе. Ну не цепляйтесь вы к словам. Нужно идти от простого к сложному. Сначала изучаем основы графического интерфейса, потом учимся редактировать файлы, потом учимся работать с интернетом, и только в конце программирование. Т.е. сначала человек должен научиться работать в среде (текстовый редактор, браузер, электронная почта т.п.) и только потом учиться програмировать в этой среде. Представьте ученика, который первый раз сел за компьютер, а потом последовательно изложите ему материал, чтобы он достиг определенного уровня. Как бы вы учили своего ребёнка работе с компьютером? Думаю, все началось бы с игр и какого-нибудь браузера. Потом бы у ребёнка встал бы вопрос, а как сохранить текст, как радактировать текст и т.д. Логично? Безопасность нужна, но она была бы не первым вопросом, который бы вы рассказали ребенку.

Что такое информатика на самом деле

Методича расчитана на весь школьный курс? Тут полюбому должен ити краткий обзор "Архитектура ЭВМ", что бы учащиеся понимали с чем имеют дело. Всётаки расчитываем на незамусореный мозг. А уже потом должны ити bash и файловая систма + некоторое подмножество стандартных команд (начиная с man и info). А дальше можно переходить к программированию на скриптовых языках не отвлекаясь на GUI и прочие излишества. Развечто должно быть описано mc/mcedit. Это то что я называю "информатика". Основы работы с компьютером это уже другая тема и там нужны другие подходы.

Надо отличать курс информатики от спецкурса операционных систем. Именно про операционные системы я и хотел написать методичку. Для школы и для вуза. --pacify 18:16, 7 февраля 2007 (MSK)
Когда я учился в вузе, нам вначале рассказывали программирование на Паскале, считая, что с архитектурой ЭВМ мы более-менее знакомы. Хотя, повторно архитектура ЭВМ вылезла на втором курсе в рамках лекций по системному программному обеспечению. Т.е. я считаю, что архитектура ЭВМ - это другой курс, который может быть разработан отдельно от методичек по операционной системе. Также отдельно должна преподаваться информатика. Также, как не стоит пытаться в курсе информатики преподавать теорию чисел и элементы дискретной математики. --pacify 18:16, 7 февраля 2007 (MSK)
Насчет программирования - наш университетский курс по операционной системе UNIX был излишне перегружен особенностями программирования на Си в UNIX-среде. Это отталкивало. По-моему, такие материалы лучше переносить в лабораторные работы (практикум на ЭВМ). Хуже, но тоже можно - в курсовые. Именно на практике студент учится программировать и проектировать программы. В методичке стоит просто привести примеры - это заинтересует самых любопытных. --pacify 18:16, 7 февраля 2007 (MSK)

Материалы в помощь

http://heap.altlinux.ru/engine/Edu/Papers
http://www.otstavnov.com/fsft/ISBN5-85593-146-3/index.html (Книга "Свободные программы и системы в школе")
http://www.otstavnov.com/fsft/ISBN5-94842-003-5/ISBN5-94842-003-5.html (Книга "Прикладные свободные программы в школе")
Обе книги предлагаю четкие методики обучения.

Aceler

Примерная программа по информатике

ИМХО предложенная тут методичка смахивает на пособие по изучению linux, а на информатике все-таки изучают отнюдь не ОС, а информатику как таковую. Так что эта методичка никак не соотносится с курсом информатики. На сайте минобразования выложены примерные программы по различным предметам: http://www.mon.gov.ru/edu-politic/standart/pp/1485/ Примерная программа по информатике: http://www.mon.gov.ru/edu-politic/standart/pp/09-o.doc В этом документе есть список приложений, нужных для побучения:

Программные средства:

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

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

--update-- Вот сюда я перенес эту примерную программу и описал, что по моему мнению надо с ней делать. Даже чуть-чуть начал.

Личные инструменты