Да, Вы правы. xterm, kconsole, xfce4-terminal - это всё эмуляторы терминала работающие с последовательной линией, хоть и виртуальной. Сетевой эмулятор терминала это Telnet и SSH клиенты.
А Вы не ощущаете ? Одна и та же фраза ходит по кругу по сто раз. Статью можно ужать до трех предожений. И автор не раскрыл как всё же устроены "all-optical" элементы типа NAND, NOR, мультиплексор MUX2 и ячейка двухпортовой SRAM. Без этой информации статья - просто ведро воды.
Upd: достаточно MUX2 и SRAM, всё остальное выражается через эти два базовых элемента.
В целом, статья хорошая, но неподготовленного читателя может легко запутать. :-)
Краткий словарь терминов:
Терминал - физическое устройство с RS-232 интерфейсом (мы говорим о символьных терминалах). Редкий зверь в современно мире.
Эмулятор терминала - программная реализация терминала исполняемая где-то на другой машине подключенной к хосту либо через последовательный интерфейс (cu, minicom, terraterm), либо по сети через TCP соединение. В подавляющем большинстве случаев мы имеем дело именно с последним вариантом (xterm, kconsole, xfce4-terminal).
Виртуальный терминал - программный эмулятор терминала встроенный внутрь ядра современных Unix-подобных ОС, позволяющий работать с системой используя клавиатуру и видео-монитор подключенные непосредственно к хосту. Виртуальный терминал прикидывается стандартным терминалом и подключается к системе на виртуаальное последовательное устройство. Это то, к чему мы имеем доступ по Ctrl+Alt+F1, Ctrl+Alt+F2 и т.д.
Консоль - отдельная терминальная линия, на которую ядро ОС выдает системные сообщения. В современных Unix-подобных системах виртуальный терминал с номером ноль (Ctrl+Alt+F1) используется в том числе и в качестве консоли. То есть с этого виртуального терминала можно традиционно залогиниться в систему, одновременно на него система будет выдавать свои аварийные и прочие служебные сообщения.
В ОС Linux с консоли можно подавать специальные последовательности символов для управления ядром ОС путем нажатия Alt+SysRq+commandkey, где commandkey - клавиша с кодом команды:
‘k’ – Kills all the process running on the current virtual console.
’s’ – This will attempt to sync all the mounted file system.
‘b’ – Immediately reboot the system, without unmounting partitions or syncing.
‘e’ – Sends SIGTERM to all process except init.
‘m’ – Output current memory information to the console.
‘i’ – Send the SIGKILL signal to all processes except init
‘r’ – Switch the keyboard from raw mode (the mode used by programs such as X11), to XLATE mode.
’s’ – sync all mounted file system.
‘t’ – Output a list of current tasks and their information to the console.
‘u’ – Remount all mounted filesystems in readonly mode.
‘o’ – Shutdown the system immediately.
‘p’ – Print the current registers and flags to the console.
‘0-9′ – Sets the console log level, controlling which kernel messages will be printed to your console.
‘f’ – Will call oom_kill to kill process which takes more memory.
‘h’ – Used to display the help. But any other keys than the above listed will print help.
Чтобы разрешить эту фичу, необходимо сначала собрать ядро с опцией CONFIG_MAGIC_SYSRQ (в файле конфигурации ядра .config), потом ввести команду:
echo "1" > /proc/sys/kernel/sysrq
Либо собрать ядро с опциями CONFIG_MAGIC_SYSRQ и CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE. На сколько мне известно, в большинстве дистрибутивов Linux ядро поставляется с включенной опцией CONFIG_MAGIC_SYSRQ.
А что в современных ВУЗах больше не преподают ТАУ ?
Реализация PID регулятора на Си занимает 10 строк кода, PID на Verilog - чуть поболее. Но вопрос был не про PID, а про его автоподстройку. И тут уже требуется мат аппарат.
У большинства заводов и совхозов не было своих машин, ленты там писать было попросту нечем!!! Там ставили перфоратор и специально обученая девочка дырявила карты. Потом всё это дело свозилось на ИВЦ, перегонялось на ленты, как-то обрабатывалось и отправлялось в ГИВЦ. Одна из задач нашего ИВЦ была как раз в сборе этих данных. Под закат организовали модемный доступ (собсно моя BBS этим и занималась).
Да, и еще. Перфокарты использовались не только для программ, но и для ввода данных. К нам на ИВЦ люди таскали колоды перфокарт с заводов и главков (статистика) на обработку.
Так темпы развития были совсем иные, и в ВУЗ отправляли технику по принципу "на тебе боже что людям не гоже", списанную с какого нибудь заводского ИВЦ. А кто преподавателей переучивать будет ? Это же целая система!
То есть прошло каких-то 34 года и Вам пригодились полученные в ВУЗе знания. Это большая редкость - многие посто не доживают до такого момента. :-)
Мне немного приходилось сталкиваться с обработки сигналов и некоторыми другими областями математики. Но каждый раз я просто открывал Википедию, потом читал статьи на Хабре, потом смотрел чужой код, потом писал свой. Это типичная практика современного программиста.
До нас "за Уралом" всё докатывалось с некоторым опозданием. Но подозреваю, что перфокарты были в ходу лишь потому, что людей так обучили несколькими годами ранее. Машины у нас были вполне современные (наш отдел эксплуатировал ЕС-1066). Но, сути это не меняет. Представьте, что человека 5 лет учили Фортрану на зеленом терминале со всей спецификой большой машины, где нет ни дискет, ни иных пресональных носителей ифнормации, где всё системное ПО берется из неотокуда (потому что оператор вовремя подмонтировал нужные тома). И тут он приходит руководить кружком программирования, где стоят 8-ми битные ПЭВМ совершенно непонятной архитектуры, с неизвестной системой команд и с полным отсутствием системного и любого другого ПО. Из языков - только Бейсик (Фокал на БК, Рапира на Агате). А главное - МЕТОДИЧКИ нет! ;-) Это как с Луны на Марс попасть.
В ВУЗе в котором я учился, кстати, стояла ЕС-1022, но её выключили как раз в год моего поступления, а в дисплейные залы (их стали называть классами только лет пять спустя) завезли персоналки Искра-1030. Так что у нас учили перфорировать бумагу вплоть до 1994 года.
Мне частично пригодились знания полученные на курсе ТОЭ, "Электроника" и "Микропроцессорная техника". Весь матан прошел по жизни мимо меня.
С другой стороны, нейронные сети базируются именно на тензорном исчислении. На тех самых матрицах. И эти институтские знания оказались для меня вдруг очень даже востребованы еще лет 7 тому назад.
Вы непосредтсвенно программируете алгоритмы инферренса или обучения ? Тогда снимаю шляпу.
На том ИВЦ где я работал, перфокарты были в ходу до самых последних дней ЕС ЭВМ, которую афинажники разобрали в 95-м. Да, было несколько дислейных залов, где молоденькие девочки-операторы наколачивали какие-то данные в машину, полученные через это самое окно. :-) Но не в этом суть. Суть в том, что преподавание программированию в 80-х сводилось к Фортрану на большой машине, а доступ к машине не у сотрудников ИВЦ был через окно в железной двери. В лучшем случае - через терминал, по записи, и на очень небольшой промежуток времени. Поэтому программирование велось на бумаге. И суть пограммирования - математические рассчеты. Чему такие "программисты" могли научить пионеров ? Да ничему интересному уж точно!
Во-вторых, предполагаю, что Вы быстро осознали, что имея доступ к машине через окно (и даже через дисплейный класс, на вход в который всегда была очередь длинной "до следующей пятницы"), ничему толком научиться нельзя. Доступ к машине требуется круглосуточный, семь дней в неделю! Поэтому Вы быстро нашли способ переквалицифироваться сначала в лаборанта, а потом в оператора ЭВМ, программиста (или электронщика). И вот тогда можно всю ночь на пролёт вытворять с машиной что хочешь изучать устройство ЭВМ в полной мере. :)
у вот здесь я пожалуй не соглашусь. Мнение о том, что компьютер бессмысленно осваивать пока не освоена алгебра и системы уравнений (а лучше - еще бы и матрицы) - действительно бытовало в СССР, особенно до прихода персоналок. Ибо если у вас ввод на перфоленте, а вывод через АЦПУ - что вам там еще делать кроме как считать уравнения ?! :-)
Золотые слова! Меня пять лет в ВУЗе кормили этими "матрицами" и "методами Ньютона" на сраном Турбо-Паскале, в то время когда я уже программировал на С/C++ за деньги. Из всех приобретенных в ВУЗе знаний пригодилось мне в жизни ровно ноль! Но какой опыт! :)
Я вслепую вводил код на бэйсике, вставляя в разных местах команды BEEP с разной длительностью и тоном. Код держал в уме, отлаживал, слушая бипы и внося правки тоже вслепую, отсчитывая позиции при перемещении курсора стрелками.
Моё почтение! Я бы до такого не догадался. :)
У меня в детстве был товарищ, который умел играть в шахматы "в слепую", причем постоянно меня обыгрывал. Как он это делал - до сих пор не понимаю. Наверное где-то глубоко в своей голове тоже встатвлял операторы BEEP. :)
Могу ли я причислять себя к участникам тех событий ? Наверное нет, так как я не оранизовывал кружки и не преподавал в них. Но, как пионер, с 1987 по 1993 год я посетил с десяток кружков программирования (иногда просещал по нескольку мест одновременно) в разных городах нашей необьятной. В подавляющем большинстве кружками программирования, а их в конце 80-х действивительно было много, руководили либо студенты-практиканты, либо аспиранты и выпускники матфаков. А на матфаках преподавали что ? Правильно, Фортран! Фортран для ЕС ЭВМ. ЕС ЭВМ - это такой "спортзал" уставленный шкафами с электроникой, но доступ к ним строго ограничен узким кругом служебного персонала. Доступ к ЕС ЭВМ у студентов, аспирантов и прочих научных работников был через специальное окошко в железной двери - в это окно будущий математик-программист передавал колоду с перфокартами, на которых он предварительно забивал, в соседнем зале на специальных машинах-перфораторах, свою программу на Фортране. Через три дня приходил и забирал из этого же окна рулон с распечаткой вывода работы этой программы. Дальнейшие детали общения с ЕС ЭВМ я описывать не буду, всем уже понятно какой был результат такого взаимодействия с машиной. А теперь представьте, что этому аспиранту, по случаю, предлагают возглавить кружок программирования в местном Дворце Пионеров. Приходит он на занятия, а там вместо ЕС ЭВМ, привычных перфокарт и зелёных терминалов с Фортраном... что ? Верно, 8-ми битные ПЭВМ на базе КР580ВМ80А со встроенным Бейсиком (в лучшем случае Агат с Рапирой). И больше ничего! И вот этот бедолага, сам плохо представляя устройство ЭВМ (в ВУЗе разумеется научили что ЭВМ состоит из ЦПУ, ОЗУ, ПЗУ и УВВ, но что толку?), начинает придумывать как и чем занять пионеров. Быстро пролистав первую попавшую под руку книжку по Бейску (а их было не так уж много), такой преподаватель начинает сам, вместе с пионерами, изучать ЭВМ с нуля. Если Вы возмете в руки книгу по Бейсику тех времено, то Вы увидите, что самая сложная программа которая обычно там приводится, это программа для расчета корней квадратного уравнения (или что-то в этом роде). Иногда авторы приводят различные "графические" примеры - рисование различных фигур с помощью операторов LINE и CIRCLE, перемещая координаты по формулам (что-то типа фигур Лиссажу). Надо ли говорить, что пионеры к такому обучению очень быстро охладевают и начинают заниматься самостоятельным исследованием машины. Кто-то приносит в клуб компиляторы/интерпретаторы других языков, так в клубе появляются Фортран, Фокал, Форт, Си, Паскаль и даже Макроассемблер. Кто-то приносит дисассемблер и отладчик. Кто-то таскает в клуб различные полезные утилиты, операцинные системы и игры. Пионеры разделяются по интересам: одним интересно ковыряться в машинных кода и дисассемблировать игры, другим - обмениваться софтом и информацией, третьи приходят просто поиграть. Короче, пионеры в подавляющем большинстве занимаются своими делами, так или иначе связанными с самостоятельным изучением предоставленной техники и софтверной индустрии того времени. Где-то там среди них затерялся преподаватель, который превратился в такого же равноправного пионера. Поэтому единственное и неоспоримое достоинство советской системы преподавания программирования состояло в том, что преподаватель не мешал обучающимся заниматься исследованием и экспериментами на вверенной ему технике. Могли ли такие люди "зажечь, расскзать сложно простым" ? Наверное нет. Но этого и не требовалось. :-)
Интересно то, что в клубе всегда появлялись старшие товарищи которые знали немного больше, имели чуть больше опыта, знали какие-то языки отличные от Бейсика, приносили какой-то софт. Вот через таких товарищей и происходило обучение и обмен информацией. От одного из них, году в 91-м, я узнал про язык Си который "лучше макроассемлера". До сих пор на нём и программирую. :-)
И еще. Моя претензия к авторам и статьи состоит в том, что это чистая джинса, не имеющая ничего общего с тем как на самом деле обстояли дела. Может быть под старость лет напишу байопик про себя. :)
Да, Вы правы. xterm, kconsole, xfce4-terminal - это всё эмуляторы терминала работающие с последовательной линией, хоть и виртуальной. Сетевой эмулятор терминала это Telnet и SSH клиенты.
Вопрос интерфейса с CP/M и её наследниками мы здесь не рассматриваем. ;)
А Вы не ощущаете ? Одна и та же фраза ходит по кругу по сто раз. Статью можно ужать до трех предожений. И автор не раскрыл как всё же устроены "all-optical" элементы типа NAND, NOR, мультиплексор MUX2 и ячейка двухпортовой SRAM. Без этой информации статья - просто ведро воды.
Upd: достаточно MUX2 и SRAM, всё остальное выражается через эти два базовых элемента.
В целом, статья хорошая, но неподготовленного читателя может легко запутать. :-)
Краткий словарь терминов:
Терминал - физическое устройство с RS-232 интерфейсом (мы говорим о символьных терминалах). Редкий зверь в современно мире.
Эмулятор терминала - программная реализация терминала исполняемая где-то на другой машине подключенной к хосту либо через последовательный интерфейс (cu, minicom, terraterm), либо по сети через TCP соединение. В подавляющем большинстве случаев мы имеем дело именно с последним вариантом (xterm, kconsole, xfce4-terminal).
Виртуальный терминал - программный эмулятор терминала встроенный внутрь ядра современных Unix-подобных ОС, позволяющий работать с системой используя клавиатуру и видео-монитор подключенные непосредственно к хосту. Виртуальный терминал прикидывается стандартным терминалом и подключается к системе на виртуаальное последовательное устройство. Это то, к чему мы имеем доступ по Ctrl+Alt+F1, Ctrl+Alt+F2 и т.д.
Консоль - отдельная терминальная линия, на которую ядро ОС выдает системные сообщения. В современных Unix-подобных системах виртуальный терминал с номером ноль (Ctrl+Alt+F1) используется в том числе и в качестве консоли. То есть с этого виртуального терминала можно традиционно залогиниться в систему, одновременно на него система будет выдавать свои аварийные и прочие служебные сообщения.
В ОС Linux с консоли можно подавать специальные последовательности символов для управления ядром ОС путем нажатия Alt+SysRq+commandkey, где commandkey - клавиша с кодом команды:
‘k’ – Kills all the process running on the current virtual console.
’s’ – This will attempt to sync all the mounted file system.
‘b’ – Immediately reboot the system, without unmounting partitions or syncing.
‘e’ – Sends SIGTERM to all process except init.
‘m’ – Output current memory information to the console.
‘i’ – Send the SIGKILL signal to all processes except init
‘r’ – Switch the keyboard from raw mode (the mode used by programs such as X11), to XLATE mode.
’s’ – sync all mounted file system.
‘t’ – Output a list of current tasks and their information to the console.
‘u’ – Remount all mounted filesystems in readonly mode.
‘o’ – Shutdown the system immediately.
‘p’ – Print the current registers and flags to the console.
‘0-9′ – Sets the console log level, controlling which kernel messages will be printed to your console.
‘f’ – Will call oom_kill to kill process which takes more memory.
‘h’ – Used to display the help. But any other keys than the above listed will print help.
Чтобы разрешить эту фичу, необходимо сначала собрать ядро с опцией CONFIG_MAGIC_SYSRQ (в файле конфигурации ядра .config), потом ввести команду:
echo "1" > /proc/sys/kernel/sysrqЛибо собрать ядро с опциями CONFIG_MAGIC_SYSRQ и CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE. На сколько мне известно, в большинстве дистрибутивов Linux ядро поставляется с включенной опцией CONFIG_MAGIC_SYSRQ.
Более подробно про Magic Keys: https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html
"Hope, this helps". Как говорят французы. ;)
А что в современных ВУЗах больше не преподают ТАУ ?
Реализация PID регулятора на Си занимает 10 строк кода, PID на Verilog - чуть поболее. Но вопрос был не про PID, а про его автоподстройку. И тут уже требуется мат аппарат.
Какие нафиг мегабайты ? Тогда слова такого не знали.
Вы правы, к IT я не имею никакого отношения и не хочу иметь.
У большинства заводов и совхозов не было своих машин, ленты там писать было попросту нечем!!! Там ставили перфоратор и специально обученая девочка дырявила карты. Потом всё это дело свозилось на ИВЦ, перегонялось на ленты, как-то обрабатывалось и отправлялось в ГИВЦ. Одна из задач нашего ИВЦ была как раз в сборе этих данных. Под закат организовали модемный доступ (собсно моя BBS этим и занималась).
Видео на тему: https://www.youtube.com/watch?v=hoOo0q7vcos
Меня никто не переучивает. Я просто игнорирую всю эту происходящую вокруг пургу.
Fusion 360 хорош всем, кроме того, что он Windows Only.
Да, и еще. Перфокарты использовались не только для программ, но и для ввода данных. К нам на ИВЦ люди таскали колоды перфокарт с заводов и главков (статистика) на обработку.
Написать я могу за одну ночь, но сначала надо понять что это за метод.
Так темпы развития были совсем иные, и в ВУЗ отправляли технику по принципу "на тебе боже что людям не гоже", списанную с какого нибудь заводского ИВЦ. А кто преподавателей переучивать будет ? Это же целая система!
То есть прошло каких-то 34 года и Вам пригодились полученные в ВУЗе знания. Это большая редкость - многие посто не доживают до такого момента. :-)
Мне немного приходилось сталкиваться с обработки сигналов и некоторыми другими областями математики. Но каждый раз я просто открывал Википедию, потом читал статьи на Хабре, потом смотрел чужой код, потом писал свой. Это типичная практика современного программиста.
До нас "за Уралом" всё докатывалось с некоторым опозданием. Но подозреваю, что перфокарты были в ходу лишь потому, что людей так обучили несколькими годами ранее. Машины у нас были вполне современные (наш отдел эксплуатировал ЕС-1066). Но, сути это не меняет. Представьте, что человека 5 лет учили Фортрану на зеленом терминале со всей спецификой большой машины, где нет ни дискет, ни иных пресональных носителей ифнормации, где всё системное ПО берется из неотокуда (потому что оператор вовремя подмонтировал нужные тома). И тут он приходит руководить кружком программирования, где стоят 8-ми битные ПЭВМ совершенно непонятной архитектуры, с неизвестной системой команд и с полным отсутствием системного и любого другого ПО. Из языков - только Бейсик (Фокал на БК, Рапира на Агате). А главное - МЕТОДИЧКИ нет! ;-) Это как с Луны на Марс попасть.
В ВУЗе в котором я учился, кстати, стояла ЕС-1022, но её выключили как раз в год моего поступления, а в дисплейные залы (их стали называть классами только лет пять спустя) завезли персоналки Искра-1030. Так что у нас учили перфорировать бумагу вплоть до 1994 года.
Мне частично пригодились знания полученные на курсе ТОЭ, "Электроника" и "Микропроцессорная техника". Весь матан прошел по жизни мимо меня.
Вы непосредтсвенно программируете алгоритмы инферренса или обучения ? Тогда снимаю шляпу.
На том ИВЦ где я работал, перфокарты были в ходу до самых последних дней ЕС ЭВМ, которую афинажники разобрали в 95-м. Да, было несколько дислейных залов, где молоденькие девочки-операторы наколачивали какие-то данные в машину, полученные через это самое окно. :-) Но не в этом суть. Суть в том, что преподавание программированию в 80-х сводилось к Фортрану на большой машине, а доступ к машине не у сотрудников ИВЦ был через окно в железной двери. В лучшем случае - через терминал, по записи, и на очень небольшой промежуток времени. Поэтому программирование велось на бумаге. И суть пограммирования - математические рассчеты. Чему такие "программисты" могли научить пионеров ? Да ничему интересному уж точно!
Во-вторых, предполагаю, что Вы быстро осознали, что имея доступ к машине через окно (и даже через дисплейный класс, на вход в который всегда была очередь длинной "до следующей пятницы"), ничему толком научиться нельзя. Доступ к машине требуется круглосуточный, семь дней в неделю! Поэтому Вы быстро нашли способ переквалицифироваться сначала в лаборанта, а потом в оператора ЭВМ, программиста (или электронщика). И вот тогда можно всю ночь на пролёт
вытворять с машиной что хочешьизучать устройство ЭВМ в полной мере. :)Золотые слова! Меня пять лет в ВУЗе кормили этими "матрицами" и "методами Ньютона" на сраном Турбо-Паскале, в то время когда я уже программировал на С/C++ за деньги. Из всех приобретенных в ВУЗе знаний пригодилось мне в жизни ровно ноль! Но какой опыт! :)
Моё почтение! Я бы до такого не догадался. :)
У меня в детстве был товарищ, который умел играть в шахматы "в слепую", причем постоянно меня обыгрывал. Как он это делал - до сих пор не понимаю. Наверное где-то глубоко в своей голове тоже встатвлял операторы BEEP. :)
Могу ли я причислять себя к участникам тех событий ? Наверное нет, так как я не оранизовывал кружки и не преподавал в них. Но, как пионер, с 1987 по 1993 год я посетил с десяток кружков программирования (иногда просещал по нескольку мест одновременно) в разных городах нашей необьятной. В подавляющем большинстве кружками программирования, а их в конце 80-х действивительно было много, руководили либо студенты-практиканты, либо аспиранты и выпускники матфаков. А на матфаках преподавали что ? Правильно, Фортран! Фортран для ЕС ЭВМ. ЕС ЭВМ - это такой "спортзал" уставленный шкафами с электроникой, но доступ к ним строго ограничен узким кругом служебного персонала. Доступ к ЕС ЭВМ у студентов, аспирантов и прочих научных работников был через специальное окошко в железной двери - в это окно будущий математик-программист передавал колоду с перфокартами, на которых он предварительно забивал, в соседнем зале на специальных машинах-перфораторах, свою программу на Фортране. Через три дня приходил и забирал из этого же окна рулон с распечаткой вывода работы этой программы. Дальнейшие детали общения с ЕС ЭВМ я описывать не буду, всем уже понятно какой был результат такого взаимодействия с машиной. А теперь представьте, что этому аспиранту, по случаю, предлагают возглавить кружок программирования в местном Дворце Пионеров. Приходит он на занятия, а там вместо ЕС ЭВМ, привычных перфокарт и зелёных терминалов с Фортраном... что ? Верно, 8-ми битные ПЭВМ на базе КР580ВМ80А со встроенным Бейсиком (в лучшем случае Агат с Рапирой). И больше ничего! И вот этот бедолага, сам плохо представляя устройство ЭВМ (в ВУЗе разумеется научили что ЭВМ состоит из ЦПУ, ОЗУ, ПЗУ и УВВ, но что толку?), начинает придумывать как и чем занять пионеров. Быстро пролистав первую попавшую под руку книжку по Бейску (а их было не так уж много), такой преподаватель начинает сам, вместе с пионерами, изучать ЭВМ с нуля. Если Вы возмете в руки книгу по Бейсику тех времено, то Вы увидите, что самая сложная программа которая обычно там приводится, это программа для расчета корней квадратного уравнения (или что-то в этом роде). Иногда авторы приводят различные "графические" примеры - рисование различных фигур с помощью операторов LINE и CIRCLE, перемещая координаты по формулам (что-то типа фигур Лиссажу). Надо ли говорить, что пионеры к такому обучению очень быстро охладевают и начинают заниматься самостоятельным исследованием машины. Кто-то приносит в клуб компиляторы/интерпретаторы других языков, так в клубе появляются Фортран, Фокал, Форт, Си, Паскаль и даже Макроассемблер. Кто-то приносит дисассемблер и отладчик. Кто-то таскает в клуб различные полезные утилиты, операцинные системы и игры. Пионеры разделяются по интересам: одним интересно ковыряться в машинных кода и дисассемблировать игры, другим - обмениваться софтом и информацией, третьи приходят просто поиграть. Короче, пионеры в подавляющем большинстве занимаются своими делами, так или иначе связанными с самостоятельным изучением предоставленной техники и софтверной индустрии того времени. Где-то там среди них затерялся преподаватель, который превратился в такого же равноправного пионера. Поэтому единственное и неоспоримое достоинство советской системы преподавания программирования состояло в том, что преподаватель не мешал обучающимся заниматься исследованием и экспериментами на вверенной ему технике. Могли ли такие люди "зажечь, расскзать сложно простым" ? Наверное нет. Но этого и не требовалось. :-)
Интересно то, что в клубе всегда появлялись старшие товарищи которые знали немного больше, имели чуть больше опыта, знали какие-то языки отличные от Бейсика, приносили какой-то софт. Вот через таких товарищей и происходило обучение и обмен информацией. От одного из них, году в 91-м, я узнал про язык Си который "лучше макроассемлера". До сих пор на нём и программирую. :-)
И еще. Моя претензия к авторам и статьи состоит в том, что это чистая джинса, не имеющая ничего общего с тем как на самом деле обстояли дела. Может быть под старость лет напишу байопик про себя. :)