Differences between revisions 13 and 14
Revision 13 as of 2008-08-26 01:50:41
Size: 14879
Editor: Allena
Comment:
Revision 14 as of 2008-08-26 04:11:55
Size: 13535
Editor: Allena
Comment:
Deletions are marked like this. Additions are marked like this.
Line 45: Line 45:
=== Задача == программа ===
Человек обычно считает, что если программы с красивыми окошками нету, то задачу решить нельзя. У этой убеждённости есть несколько разных ипостасей: например для редактра графики есть программа фотошоп. Отсюда все остальные программы несравненно хуже, поскольку они не такие как Photoshop. Очевидно, почему это появляется в Windows: с одной стороны, люди начинают покупать,а после покупки проблема выбора часто уже не актуальна, с другой стороны им выбора как такого-го никто не предлагал и как правило побеждает то, что более популярно.
=== Задача = программа ===
Миф состоит в убеждении, что если для задачи нет специальной программы с красивым графическим интерфейсом, то решить задачу невозможно. У этой проблемы есть две стороны.
Line 48: Line 48:
В линуксе для различных задач существует много методов, и ещё больше реализаций. Пример: пользователь Photoshop спрашивает "а есть у вас в gimp групповые операции?" Правильный ответ --- для подобной задачи есть ImageMagick. Во-первых, привязанность к конкретному графическому интерфейсу. Например, человек использует Photoshop, и настолько привыкает, что малейшее изменение интерфейса, даже не в ущерб функциональности, переносит болезненно. При этом привыкание зачастую вызывают первые купленные, выбранные из соображений популярности, а не качества, продукты. В Linux для решения задач существует много методов, и еще больше их реализаций, с разнообразными интерфейсами. Напрример,пользователь Photoshop спрашивает "а есть у вас в gimp групповые операции?". Правильным ответом будет: "для подобной задачи есть ImageMagick".
Line 50: Line 50:
Вторая половина проблемы --- убеждение в том, что если нету подобного приложения, значит задачу решить нельзя. Мышление пользователя линукс более развязно, у него есть привычка к суперпзиции инструментов. Суперпозицию мжно сделать и в windows, но пользоватль к этому не привык. В Линукс же это нормальная вещь. Поскольку суперпозиция это мощный инструмент, это надо внедрять. Во-вторых, убежденность в том, что если для задачи нет специального приложения, то задача неразрешима. Пользователь Linux привыкает использовать суперпозиции инструментов. Windows-пользователи, обычно, ею не пользуются, в Linux же это весьма распространенный подход. Суперпозиция --- это можный инструмент, которым не стоит пренебрегать.
Line 52: Line 52:
=== Иконки == файлы,программы ===
Графическая среда == ОС.Из-за этого мифа происходят разные мелките заблуждения, связанные с рабочим столом.В линуксе это быстро проходит, по причине разных wm. В windows организация рабочего стола провоцирует человека считать что обьект, которым он манипулирует на рабочем столе --- это и есть тот программа/файл, которую он запускает/редактирует. Как можно это развенчать:
  * создать файл в командной строке в ~/Desktop, и он появляется на рабочем столе.
  * очень неплохо посмотреть внутрь десктоп-файла.
=== Иконки = файлы, программы. Окна = программы ===
Суть этого заблуждения в том, что человек не отделяет графическую среду от операционной системы. При использовании Linux, в котором существуют различные графические среды, это заблуждение быстро развеивается. Организация рабочего стола в Windows провоцирует распространенную ошибку отождествление объекта, которым можно манипулировать на рабочем столе и программы/файла, к которым можно получить доступ через этот объект. Для развенчания мифа можно, например, создать файл в каталоге ~/Desktop, продемонстрировав, что он появился на рабочем столе. Полезно изучить содержимое десктоп-файла.
Line 57: Line 55:
=== Окна == программы ===
Здесь сказывается недостаток знаний в теории вычислительных систем- процессы, межпроцесное общение и т.п.. На самом деле, в Windows всё это есть, есть куча других процессов, которые не порождают никаких окон. Тут хорошо бы продемонстрировать непосредственную работу с процессами (сигналы, ...).
Отождествление окон и программ выявляет недостаток знаний о теории вычислительных систем --- процессах, межпроцессном общении. Для прояснения ситуации можно поэкспериментировать с процессами, сигналами, и т. п.
Line 60: Line 57:
=== Неразличение файлов и их обработчиков ===
Выдаёт в человеке не очень опытного пользователя в windows, поскольку как только начинаются упражнения с ассоциациями, то человек очень быстро понимает что файл -это одно, а его обработчик - это другое и его можно менять, но это дело густо замешано на такой мутной штуке, как типы файлов. Т.е. причина мифа не в том, что в windows существует такая связь, а в том что по умолчанию расширения скрываются. А в линуксе обычно расширения показываются, строгой типизации нет, и естественно настраиваются ассоциации. В линуксе можно показать редактор ассоциаций скажем в KDE, и натравить утилиту file, которая определяет тип файла по другим условиям. Т.е. надо обьяснить что такое ассоциирование.

Демифологизация

Демофилогизация --- не совсем точный термин. Так как в данном курсе не рассматриваются все детали, начиная с физических основ, наличие мифов неизбежно. Эта часть материала ориентирована на людей, освоивших Windows, возможно, прошедших курс повышения квалификации с использованием Windows, но не слушавших специальных курсов по информационным технологиям. Основная цель заключается в том, чтобы убедить пользователя не применять бездумно при использовании ПСПО опыт полученный при работе с Windows, отделить те представления,которые с точки зрения ПСПО являются верными, от ошибочных. Итак, перечислим некоторые заблуждения:

  • Неотделение програмной части от аппаратной
  • Неотделение ПО от ОС
  • GUI = ОС
  • Иконки это файлы и иконки это программы. Окна это программы
  • Неразделение документа и его обработчика
  • Мифологизация вирусной угрозы
  • Оптимизаторы системы(дефрагментатор, оптимизаторы реестра)
  • Задача должна решаться специальной программой под задачу. Новая задача- новая программа. (взаимооднозначное сотношение программ и задач)
  • Документацию читать не надо, всё равно там ничего нет.
  • Контрафактное ПО
  • Плохо работает Windows потому что ПО краденое

В этом списке можно выделить две группы мифов различной природы:

  • Мутные сущности, легенды о которых возникают в связи с тем, что в Windows эти вещи непрозрачны - напрмер типы файлов, оптимизаторы, firewall;
  • Чёткие вещи, определения которых различаются в Windows и ПСПО. Легенды в таком случае возникают от того, что пользователю знаком лишь "путь Windows".

Рассмотрим подробнее эти и некоторые другие мифы.

В качестве вступления разоблачим утверждение "пользователи Windows тупые, пользователи Linux крутые".Это неправда. Неверно и утверждение "пользователи Linux грамотные, а пользователи Windows - нет". Некоторая корелляция имеется, и у неё есть свои предпосылки. Например, до последнего времени, unix-подобные системы были вотчиной сильно увлеченных компьютером людей. Нет ничего удивительного в том, что люди пользующиеся Linux, в большинстве своем занимаются изучением компьютера. Миф же порождён основным отличием между Linux и Windows: в Linux живы традиции unix, структура самой операционной системы, как и струкутра информационного пространства ориентирована на изучение; в Windows в силу его несвободной природы между пользователем и серьезным разработчиком изначально существует барьер.

Компьютер = ОС

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

Миф о Документации

Большинство документации к прикладным программам, устроенным по принципу "одна задача-одна программа", предназаначено не для того, чтобы пользователь получил информацию о том, как пользоваться программой, а для того чтобы сподвигнуть его сделать хоть что-нибудь. Там поясняются значения пунктов меню и т. п. Эта документация ориентирована на преодоление компьютерной боязни. Поскольку авторы таких программ делают упор на интуитивную понятность, то их главной задачей становится уверение пользователя в том, что он поступает правильно. Подобный подход неприменим ни к Linux как ОС, ни к программному обеспечению под Linux.

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

ПО = ОС

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

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

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

GUI = OS

С точки зрения Windows это отчасти правда. В Windows интерфейсом управления системой является либо ABI( Application Binary Interface), либо приложения основанные на ABI, но имеющие графический интерфейс. В Linux много различных средств управления системой, и этот факт помогает пользователю понять, что ОС --- гибкое понятие.

Задача = программа

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

Во-первых, привязанность к конкретному графическому интерфейсу. Например, человек использует Photoshop, и настолько привыкает, что малейшее изменение интерфейса, даже не в ущерб функциональности, переносит болезненно. При этом привыкание зачастую вызывают первые купленные, выбранные из соображений популярности, а не качества, продукты. В Linux для решения задач существует много методов, и еще больше их реализаций, с разнообразными интерфейсами. Напрример,пользователь Photoshop спрашивает "а есть у вас в gimp групповые операции?". Правильным ответом будет: "для подобной задачи есть ImageMagick".

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

Иконки = файлы, программы. Окна = программы

Суть этого заблуждения в том, что человек не отделяет графическую среду от операционной системы. При использовании Linux, в котором существуют различные графические среды, это заблуждение быстро развеивается. Организация рабочего стола в Windows провоцирует распространенную ошибку отождествление объекта, которым можно манипулировать на рабочем столе и программы/файла, к которым можно получить доступ через этот объект. Для развенчания мифа можно, например, создать файл в каталоге ~/Desktop, продемонстрировав, что он появился на рабочем столе. Полезно изучить содержимое десктоп-файла.

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


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

21

1

1

1

1

ArtemSerebriyskiy, Allena, MaximByshevskiKonopko


PspoClasses/080813/04DeMyth (last edited 2008-10-09 19:14:48 by MaximByshevskiKonopko)