0x1.tv - Вклад участника [ru]

Категория:Алексей Копылов

2026-04-27T18:00:00Z

StasFomin:

[[File:{{PAGENAME}}.jpg|right]]

Доклады [http://akopyilov.moikrug.ru/ Алексея Копылова].
* {{fbid|copylove}}

<noinclude>[[Category:Докладчики|К]]</noinclude>

__NOCATEGORYCOLUMNS__

{{stats|disqus_comments=0|median_plays=559|refresh_time=2021-08-31T19:08:12.608524|vimeo_comments=0|vimeo_plays=2150|youtube_comments=4|youtube_plays=15501}}



<small>
Most popular talks:
* [[Качественные исследования и дизайн (круглый стол, ProductCampMinsk-2014)]]
* [[Customer Journey Map — основной инструмент проектирования услуги (Алексей Копылов, UXPeople-2013)]]
</small>


[[Категория:RIP]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-27T09:33:23Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]

{{VideoSection}}
{{vimeoembed|1181598590|800|450}}
{{youtubelink|GA6pF3IM5es}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

Хорошей свежей идеей были Web-презентации, стартовавшие в 2004 году с системы [https://meyerweb.com/eric/tools/s5/ S5], и еще в нулевые удалось скрестись этот с MediaWiki, получив [https://github.com/mediawiki4intranet/S5SlideShow/tree/REL1_44 мгновенные презентации из единой базы знаний, которые я до сих пор поддерживаю], сейчас наверное более известны и популярны решения на базе reveal.js, но в любом случае «они тоже несут ограничения слайда-листа».

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «[https://github.com/belonesox/freeze-markdown-vscode-ext/ Freeze Markdown]», позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот наши полезные расширения [https://open-vsx.org/namespace/belonesox на open-vsx для code-server] и [https://marketplace.visualstudio.com/publishers/belonesox на marketplace.visualstudio для VSCode], полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Как-то худо-бедно починил звук.

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-27T09:30:37Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]

{{VideoSection}}
{{vimeoembed|1181598590|800|450}}
{{youtubelink|GA6pF3IM5es}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

Хорошей свежей идеей были Web-презентации, стартовавшие в 2004 году с системы [https://meyerweb.com/eric/tools/s5/ S5], и еще в нулевые удалось скрестись этот с MediaWiki, получив [https://github.com/mediawiki4intranet/S5SlideShow/tree/REL1_44 мгновенные презентации из единой базы знаний, которые я до сих пор поддерживаю], сейчас наверное более известны и популярны решения на базе reveal.js, но в любом случае «они тоже несут ограничения слайда-листа».

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот наши полезные расширения [https://open-vsx.org/namespace/belonesox на open-vsx для code-server] и [https://marketplace.visualstudio.com/publishers/belonesox на marketplace.visualstudio для VSCode], полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Как-то худо-бедно починил звук.

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-19T08:07:12Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]

{{VideoSection}}
{{vimeoembed|1181598590|800|450}}
{{youtubelink|GA6pF3IM5es}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

Хорошей свежей идеей были Web-презентации, стартовавшие в 2004 году с системы [S5](https://meyerweb.com/eric/tools/s5/), и еще в нулевые удалось скрестись этот с MediaWiki, получив [https://github.com/mediawiki4intranet/S5SlideShow/tree/REL1_44 мгновенные презентации из единой базы знаний, которые я до сих пор поддерживаю], сейчас наверное более известны и популярны решения на базе reveal.js, но в любом случае «они тоже несут ограничения слайда-листа».

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот наши полезные расширения [https://open-vsx.org/namespace/belonesox на open-vsx для code-server] и [https://marketplace.visualstudio.com/publishers/belonesox на marketplace.visualstudio для VSCode], полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Как-то худо-бедно починил звук.

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Первый семестр программы ТОП-ИТ в ИГУ — кейсы по разработке аппаратно-программных решений (Михаил Просекин, OSEDUCONF-2026)

2026-04-16T16:45:48Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Михаил Просекин}}
<blockquote>
В ходе подготовки программы «ТОП-ИТ» и её экспертной защиты активно обсуждался вопрос о степени специализации или универсальности будущих выпускников, роли и объёме работы с машинным обучением (ML), подходах к обучению разработке аппаратно-программных решений.

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

Доклад посвящён общей концепции обучения студентов и роли в этом ИТ-компании; в качестве иллюстрации используется опыт работы в первом семестре и практика прошлых лет, в том числе в рамках студенческих стажировок и подготовки выпускных квалификационных работ (ВКР) на базе нашей компании.
</blockquote>

{{VideoSection}}
{{vimeoembed|1183812225|800|450}}
{{youtubelink|e4ul5SMN2WA}}
{{SlidesSection}}
[[File:Первый семестр программы ТОП-ИТ в ИГУ — кейсы по разработке аппаратно-программных решений (Михаил Просекин, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' ТОП-ИТ, аппаратно-программные системы, проекты студентов.

В ходе доклада будут рассмотрены несколько вопросов, ключевые из которых — степень универсальности выпускника ИТ-специальности, критерии, позволяющие это оценить, и методы подготовки, позволяющие этого достичь; в частности, методы, доказавшие эффективность в прошлом и перспективные для будущего.

Вначале необходимо отметить ряд моментов, связанных с формальными параметрами программы. Программа «ТОП-ИТ» реализуется более чем в 50 университетах с сентября 2025 года<ref name="pros-1">Минцифры России, Федеральный проект «Кадры для цифровой трансформации», https://digital.gov.ru/activity/czifrovizacziya-gosudarstva/vedomstvennyj-proektnyj-ofis-vpo/administrirovanie-i-soprovozhdenie-ispolneniya-naczionalnogo-proekta-ekonomika-dannyh-i-czifrovaya-transformacziya-gosudarstva/cz8-kadry-dlya-czifrovoj-transformaczii</ref>; в данном докладе речь пойдёт о программе, реализуемой в Иркутском государственном университете (ИГУ)<ref name="pros-2">ИГУ, Программа «ТОП-ИТ» в Иркутском государственном университете: информация для абитуриентов, https://fbki.isu.ru/top-it</ref>. В рамках программы совместно работают факультет бизнес-коммуникаций и информатики, физический факультет и Институт математики и информационных технологий. Доступ к программе имеют 200 студентов первого курса всех трёх факультетов (пяти специальностей). Пять ИТ-компаний и два академических института выступают в качестве якорных партнёров программы. Реализуется несколько направлений, однако в докладе внимание будет сосредоточено на разработке приложений Интернета вещей (IoT) и микроэлектроники, приложений дополненной реальности и искусственного интеллекта (в первую очередь для работы с большими данными академических институтов по проекту «мегасайенс» и для управления энергетическими сетями).

Ключевым вызовом является как уменьшение найма специалистов начального уровня<ref name="pros-3">Intuition Labs, Stanford Digital Economy Lab, AI’s Impact on Graduate Jobs: A 2025 Data Analysis, https://intuitionlabs.ai/articles/ai-impact-graduate-jobs-2025</ref>, так и потребность в специалистах, способных работать с полным жизненным циклом проекта, а также требования владеть широким стеком технологий даже для молодых специалистов<ref name="pros-4">Rezi, The Crisis of Entry-Level Labor in the Age of AI: 2026 Analysis, https://www.rezi.ai/posts/entry-level-jobs-and-ai-2026-report</ref>.

Набор требований, который фиксируется со стороны работодателя:

# Часто требуются навыки разработки полного цикла (full-stack) в сочетании со знаниями в области искусственного интеллекта и машинного обучения (AI/ML); то есть необходим разработчик, который может работать и с интерфейсом, и с серверной частью, и с моделями ИИ<ref name="pros-5">McKinsey & Company, The State of AI: Global Survey 2025, https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai</ref>.
# Компании ищут не просто «кодеров», а инженеров-интеграторов, способных вести проект от идеи до эксплуатации — с учётом DevOps, архитектуры, данных, ИИ-компонентов, API и масштабирования<ref name="pros-6">Gartner, Gartner Identifies the Top Strategic Technology Trends for 2025, https://www.gartner.com/en/newsroom/press-releases/2025-07-01-gartner-identifies-the-top-strategic-trends-in-software-engineering-for-2025-and-beyond</ref>.
# Роль включает междисциплинарность: backend/frontend, данные, ИИ, DevOps, продукт — то есть многие из компетенций «универсального разработчика»<ref name="pros-7">Microsoft & LinkedIn, 2024 Work Trend Index Annual Report: AI at work is here, https://www.microsoft.com/en-us/worklab/work-trend-index/ai-at-work-is-here-now-comes-the-hard-part</ref>.
# Особенно востребованы специалисты, умеющие создавать и настраивать агентов на основе ИИ, большие языковые модели (LLM) и ML-модули, что подразумевает сочетание традиционного программирования и современных AI-технологий<ref name="pros-8">SignalFire, State of Talent Report 2025, https://www.signalfire.com/blog/signalfire-state-of-talent-report-2025</ref>.
# Даже на уровне стартапов наблюдается рост запросов на «AI-ready» разработчиков, что указывает на то, что это не узкая ниша, а широкий тренд<ref name="pros-9">LinkedIn, Software Developer Labor Demand & Salary Trends (2025), https://www.linkedin.com/pulse/software-developer-labor-demand-salary-trends-2025-julius-gromyko-o5vhf</ref>.

Далее в рамках доклада мы остановимся на роли командных кейсов и проектов в таком обучении, особенно в области IoT. Компания «Полюс-НТ», являющаяся одним из якорных партнёров программы, ежегодно разрабатывает несколько десятков микроэлектронных плат и ряд EdTech-продуктов как в области микроэлектроники и приборостроения, так и в области симуляторов. К числу наших проектов относится, например, «Cyberiada IDE» для быстрого введения в обучение в рамках ПРИМС и использования его в аппаратных средах<ref name="pros-10">Полюс-НТ, Cyberiada IDE, https://seafile.polyus-nt.ru/d/ca149bfd4b9b4fda879b/</ref>, а также многие другие проекты.

Использование решений с открытым исходным кодом (Open Source) позволяет быстро и прозрачно включать студентов в систему работы на следующих уровнях:

# Воспроизведение заданной и реализованной функциональности имеющихся плат, освоение стека.
# Участие в хакатонах по генерации гипотез и прототипов для расширения функциональности (например, «Cyberiada IDE» или симулятора химического производства).
# Разработка в команде решения полного цикла — прототипа продукта (как правило, в рамках сначала учебной, а затем оплачиваемой стажировки).

По нашему мнению, глубокое погружение студентов в «железные» проекты создаёт «прививку» от негативных аспектов опоры на LLM и даёт возможность осваивать «позитивные паттерны» работы с нейросетями. В частности, опыт студентов, которые в прошлом проходили у нас стажировки и сейчас заканчивают факультет, показывает, что они гораздо чаще используют LLM для понимания симулируемого процесса, чем для написания кода.

В заключение отметим, что в рамках «ТОП-ИТ» подход к оценке образа выпускника является сбалансированным. Он опирается на мнение ИТ-компаний и вузов, находящихся в диалоге. Необходимо не просто увеличивать учебную нагрузку, а кратно повышать сложность задач и создавать множество точек промежуточного контроля с возможностью коррекции, формируя ответственность и способность доводить дело до конца.

В целом стоит учесть ещё одну принципиальную позицию авторов: диплом о высшем образовании (ВКР) — это всегда создание общественного блага. Это должна быть открытая работа, аналог научной статьи для естественно-научных дисциплин. Для ИТ-специальностей логично обеспечить выполнение работы, обладающей общественной ценностью, прозрачной и открытой для всех желающих.

{{----}}
[[File:{{#setmainimage:Первый семестр программы ТОП-ИТ в ИГУ — кейсы по разработке аппаратно-программных решений (Михаил Просекин, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Опыт применения MiniOS в качестве основы лаборатории «быстрого приготовления» (Никита Шалаев, OSEDUCONF-2026)

2026-04-16T16:45:30Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Никита Шалаев}}
<blockquote>
При всём уважении к обстоятельному подходу к организации учебного процесса, не всегда имеется возможность организовать рабочие места, оснащённые ОС Linux, официальным образом.

Одним из способов обустроить такие рабочие места «подручными средствами» является специализированный дистрибутив Linux MiniOS, позволяющий оперативно развернуть произвольное количество однотипных сред и легко управлять набором доступного в них ПО.

В данном докладе будут рассмотрены достоинства и недостатки такого решения на основе опыта организации факультатива, посвящённого технологиям сбора данных в сети Интернет.
</blockquote>

{{VideoSection}}
{{vimeoembed|1183812224|800|450}}
{{youtubelink|V8q7NVqgLN8}}
{{SlidesSection}}
[[File:Опыт применения MiniOS в качестве основы лаборатории «быстрого приготовления» (Никита Шалаев, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==

'''Ключевые слова:''' MiniOS, Debian, Live USB.

=== Предпосылки ===

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

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

* использование сервера с виртуальными машинами;
* установка виртуальных машин на компьютеры студентов.

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

Апробированный нами вариант с использованием MiniOS предлагает альтернативное решение этой задачи.

=== Что такое MiniOS ===

MiniOS представляет собой живую систему Debian (текущая версия MiniOS 5.1.1 по сути является полноценным Debian 13 Trixie), адаптированную для работы с флеш-накопителей даже с невысоким уровнем производительности ввода/вывода. Это утверждение было проверено эмпирически на различных носителях из низкого ценового сегмента.

В системе реализована:

* система сохранения изменений (т. н. persistence);
* возможность выноса данных пользователя непосредственно на загрузочный носитель;
* сохранение основной функции флеш-накопителя как носителя данных.

Таким образом, для развёртывания рабочего места требуется только исправно работающая флешка бытового уровня и компьютер (или ноутбук), способный с неё загрузиться. Практика эксплуатации MiniOS показала её высокую совместимость с оборудованием студентов.

=== Расширяемость и модульность ===

В отличие от своего эволюционного прародителя Slax, MiniOS изначально предлагает средства для создания дополнительных модулей (образов squashfs), расширяющих функциональность системы:

* через установку пакетов (apt2sb);
* выполнение произвольных скриптов (script2sb);
* сохранение целой сессии (chroot2sb).

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

Для факультатива были собраны модули:

* для работы с изображениями (imagemagick, tesseract и др.);
* для работы с базами данных (sqlite и сопутствующие утилиты);
* для настройки корпоративной сети.

Для других задач создавались отдельные модули. В частности, при необходимости быстро развернуть среду для работы с R (R и RStudio) и пакетом QCA (со всеми зависимостями) потребовалось оперативное формирование соответствующего модуля.

Переконфигурация носителей осуществляется простым добавлением или удалением файлов.

=== Преимущества решения ===

Кроме простоты развёртывания и обслуживания, MiniOS имеет важное преимущество перед виртуальными машинами:

* система может использоваться как аварийный вариант при сбое основной ОС;
* позволяет выполнять учебные задания даже в случае проблем с установленной системой.

Этот аргумент может стать дополнительным стимулом для знакомства с Linux даже для студентов, не специализирующихся в области ИТ и СПО.

=== Ограничения ===

Недостатком решения в современных условиях является распространённость ноутбуков на базе процессоров Apple Silicon, которые не могут быть загружены с носителя, рассчитанного на архитектуру amd64.

В таких случаях альтернативой остаётся использование виртуализации.

=== Обратная связь и развитие проекта ===

Многие замечания, возникшие в ходе реализации факультатива, были учтены разработчиками MiniOS. В частности:

* исправлена ситуация со шрифтами в меню GRUB при включённом Secure Boot;
* в стандартную комплектацию добавлены прошивки для чипсетов Mediatek и Ralink;
* исправлен баг с переносом пользовательских каталогов напрямую на носитель.

Это внушает оптимизм относительно дальнейших перспектив проекта и возможности использовать его как основу не только для оперативно разворачиваемых курсов, но и для «одноразовых» мероприятий — летних школ или мастер-классов.

{{----}}
[[File:{{#setmainimage:Опыт применения MiniOS в качестве основы лаборатории «быстрого приготовления» (Никита Шалаев, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://minios.dev

[[Категория:OSEDUCONF-2026]]
[[Категория:Linux-дистрибутивы]]
[[Категория:СПО в образовании]]

Набор инструментов для создания HTML презентаций лекций (Василий Меленчук, OSEDUCONF-2026)

2026-04-16T16:45:01Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Василий Меленчук}}
<blockquote>
Альтернативой классическому подходу с использованием презентаций в PowerPoint или Impress является использование презентаций в HTML, для которых достаточно лишь браузера. Это открывает массу новых возможностей, недоступных ранее.

Доклад про опыт создания презентаций в формате AsciiDoc для демонстрации их в браузере с использованием Visual Studio Code и расширения AsciiDoc Presentations.

А также про использование этих технологий в лекционных материалах.
</blockquote>

{{VideoSection}}
{{vimeoembed|1183812223|800|450}}
{{youtubelink|ecZSAKScg0Q}}
{{SlidesSection}}
[[File:Набор инструментов для создания HTML презентаций лекций (Василий Меленчук, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' asciidoc, reveal.js, vscode.

=== Презентации в браузере ===

Классический подход к презентациям для лекций — это использовать Microsoft PowerPoint или же, чуть реже, LibreOffice Impress. Это вполне устоявшийся стандартный подход, который применяется повсеместно.

Относительно молодой альтернативой можно назвать использование веб-браузеров для демонстрации презентаций. Языки HTML, CSS и JavaScript добавляют массу новых возможностей для работы с презентациями. А именно:

* CSS + JavaScript гораздо богаче по возможностям для создания оформления и анимаций;
* больше интерактивных элементов, которые могут быть встроены прямо в презентацию;
* удобное хранение презентаций в системах контроля версий, что ценят разработчики ПО: человекочитаемые документы проще анализировать, чем бинарные pptx или odp;
* публикация презентаций в Интернете без потери интерактивности, как это случается при использовании экспорта в PDF;
* браузеры есть «из коробки» в любой современной операционной системе, в то время как наличие офисного пакета не обязательно.

Такой подход имеет и недостатки. Очевидный минус — технологическая сложность: автор должен понимать HTML, CSS и, возможно, JavaScript. Для качественного оформления требуется опыт HTML-вёрстки.

Тем не менее подобные системы популярны. Существует несколько JavaScript-фреймворков для таких презентаций: reveal.js<ref name="reveal">Hakim El Hattab and contributors. ''The HTML Presentation Framework''. URL: https://revealjs.com/</ref>, impress.js<ref name="impress">Bartek Szopka. ''impress.js presentation tool based on the power of CSS3 in modern browsers''. URL: https://impress.js.org/</ref>, deck.js и другие.

В дальнейшем за основу взят фреймворк reveal.js<ref name="reveal" />.

=== AsciiDoc как основа ===

Поскольку вёрстка презентации прямо в HTML является относительно сложной задачей, существуют конвертеры в этот формат из AsciiDoc (Asciidoctor reveal.js), Markdown и других форматов.

Такие форматы удобны для создания несложных презентаций: markdown-подобные синтаксисы позволяют ограничиться заголовками (названиями слайдов) и списками (тезисами слайда).

Формат особенно удобен для презентаций на ИТ-тематику, где часто требуется демонстрация исходных текстов программ с подсветкой синтаксиса, UML-диаграмм (классов, последовательностей) и т. п.

Диаграммы могут быть созданы прямо в документе с использованием различных форматов: PlantUML, GraphViz, Mermaid и других. Для визуализации по умолчанию используется сервер kroki.io<ref name="kroki">Kroki. URL: https://kroki.io/</ref>. Возможен запуск собственного сервера, поскольку docker-образы kroki доступны публично.

=== Сводим всё воедино ===

Для демонстрации презентации желателен локальный веб-сервер. Таким образом система становится достаточно сложной; её структура изображена на рисунке 1.

[[File:oseduconf-2026-melenchuk-ris1.svg|center|thumb|600px|Схема системы для презентаций]]

Работу с исходной AsciiDoc-презентацией удобно вести в Visual Studio Code с установленным расширением AsciiDoc, обеспечивающим валидацию, автодополнение, подсветку синтаксиса и предварительный просмотр.

Для управления всеми компонентами используется расширение AsciiDoc Presentation, которое помогает в создании и воспроизведении презентаций.

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

=== Резюме ===

Описываемый подход является альтернативой стандартным средствам работы с презентациями и удобен для подготовки лекций по ИТ-дисциплинам в университете.

Дополнительно поддерживаются:

* генерация математических формул в браузере (MathJax);
* генерация QR-кодов;
* другие возможности, представленные в демонстрационной презентации проекта.

Использование AsciiDoc и HTML-презентаций имеет ряд недостатков:

* нестандартная вёрстка, оригинальные эффекты и анимации требуют навыков HTML/CSS/JavaScript;
* подход менее понятен пользователям WYSIWYG-редакторов;
* диаграммы, генерируемые на лету, имеют ограниченные возможности ручной настройки внешнего вида.

Проект пока далёк от завершения, ведётся разработка идей по повышению интерактивности презентаций и лекций.

{{----}}
[[File:{{#setmainimage:Набор инструментов для создания HTML презентаций лекций (Василий Меленчук, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://github.com/bzzzil/vscode-asciidoc-presentation/

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-09T15:04:16Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]

{{VideoSection}}
{{vimeoembed|1181598590|800|450}}
{{youtubelink|GA6pF3IM5es}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

Хорошей свежей идеей были Web-презентации, стартовавшие в 2004 году с системы [S5](https://meyerweb.com/eric/tools/s5/), и еще в нулевые удалось скрестись этот с MediaWiki, получив [https://github.com/mediawiki4intranet/S5SlideShow/tree/REL1_44 мгновенные презентации из единой базы знаний, которые я до сих пор поддерживаю], сейчас наверное более известны и популярны решения на базе reveal.js, но в любом случае «они тоже несут ограничения слайда-листа».

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот [https://marketplace.visualstudio.com/publishers/belonesox наши полезные расширения] для VSCode, полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Как-то худо-бедно починил звук.

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-09T14:59:23Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]

{{VideoSection}}
{{vimeoembed|1181598590|800|450}}
{{youtubelink|}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

Хорошей свежей идеей были Web-презентации, стартовавшие в 2004 году с системы [S5](https://meyerweb.com/eric/tools/s5/), и еще в нулевые удалось скрестись этот с MediaWiki, получив [https://github.com/mediawiki4intranet/S5SlideShow/tree/REL1_44 мгновенные презентации из единой базы знаний, которые я до сих пор поддерживаю], сейчас наверное более известны и популярны решения на базе reveal.js, но в любом случае «они тоже несут ограничения слайда-листа».

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот [https://marketplace.visualstudio.com/publishers/belonesox наши полезные расширения] для VSCode, полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Как-то худо-бедно починил звук.

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-09T14:42:31Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]

{{VideoSection}}
{{vimeoembed|1181598590|800|450}}
{{youtubelink|xuD_NEU1lLk}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

Хорошей свежей идеей были Web-презентации, стартовавшие в 2004 году с системы [S5](https://meyerweb.com/eric/tools/s5/), и еще в нулевые удалось скрестись этот с MediaWiki, получив [https://github.com/mediawiki4intranet/S5SlideShow/tree/REL1_44 мгновенные презентации из единой базы знаний, которые я до сих пор поддерживаю], сейчас наверное более известны и популярны решения на базе reveal.js, но в любом случае «они тоже несут ограничения слайда-листа».

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот [https://marketplace.visualstudio.com/publishers/belonesox наши полезные расширения] для VSCode, полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Как-то худо-бедно починил звук.

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Использование swriter из пакета libreoﬃce для подготовки документов кандидатской диссертации (Тамара Зайка, OSEDUCONF-2026)

2026-04-09T14:34:26Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Тамара Зайка}}
<blockquote>
Рассмотрены проблемы и решения применения swriter из пакета LibreOffice для подготовки рукописи кандидатской диссертации и автореферата, соответствующих нормативным требованиям ВАК РФ, создан проект в GitHub с шаблонами для этих документов.

Описаны пути решения некоторых задач, появившихся во время работы над этим проектом.
</blockquote>

{{VideoSection}}
{{vimeoembed|1181603405|800|450}}
{{youtubelink|fMeFG_W4QcM}}
{{SlidesSection}}
[[File:Использование swriter из пакета libreoﬃce для подготовки документов кандидатской диссертации (Тамара Зайка, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' libreoffice swriter, шаблон документа, диссертация, автореферат.

=== Нормативные требования и выбор инструмента ===

В любой диссертационной работе на соискание учёной степени большое значение имеет не только качество материала, но и соответствие документов ГОСТу Р 7.0.11—2011<ref name="gost1">ГОСТ Р 7.0.11—2011. Система стандартов по информации, библиотечному и издательскому делу. Диссертация и автореферат диссертации. Структура и правила оформления. — М.: Стандартинформ, 2011. — 16 с.</ref>, а также требованиям диссертационного совета. Документ, не соответствующий требованиям, может быть не принят или отправлен на доработку. Подготовка рукописи, создание библиографии, доработка по замечаниям и внесение обновлений — процессы трудоёмкие и требующие времени.

Свободных программных инструментов для создания макета диссертации существует немало. Можно использовать различные языки разметки (например, Markdown с Pandoc<ref name="markdown">Зенкин В. А. ''Применение языка разметки Markdown для написания отчётов о НИР и других сложноструктурированных документов с регламентированными требованиями к оформлению'' // Восемнадцатая конференция «Свободное программное обеспечение в высшей школе». Переславль-Залесский, 2023. С. 73—76.</ref>), Creole, Textile и другие. Возможны процессоры TeX (например, LaTeX<ref name="latex">LaTeX-шаблон для русской кандидатской диссертации и её автореферата. GitHub. URL: https://github.com/AndreyAkinshin/Russian-Phd-LaTeX-Dissertation-Template (дата обращения: 05.01.2025).</ref>). Тем не менее, одними из наиболее популярных решений остаются производные текстового процессора StarOffice Writer (swriter), в частности LibreOffice Writer, который традиционно продолжает называться swriter.

В рукописи отсутствуют объёмные формулы, но присутствует некоторое количество таблиц и иллюстраций, поэтому был выбран LibreOffice Writer — широко используемый, относительно простой в освоении и функциональный инструмент. В отличие от swriter, TeX требует серьёзной подготовки, а языки разметки не позволяют обеспечить требуемую точность верстки при строгом соблюдении нормативов.

=== Разработка шаблонов ===

В начале работы были определены стили и параметры документа, соответствующие нормативам, для:

* основного текста;
* заголовков разных уровней;
* таблиц и рисунков;
* оглавления и библиографии;
* колонтитулов первой страницы, чётных и нечётных страниц.

На основе этого были созданы шаблоны<ref name="ott">OpenDocument-шаблон для простого макета рукописи российской кандидатской диссертации. GitHub. URL: https://github.com/ventricola/Russian-Phd-OpenDocument-Dissertation-Template (дата обращения: 09.01.2025).</ref> рукописи диссертации и автореферата.

В качестве элементов библиографических ссылок, а также ссылок на таблицы и рисунки использованы поля-переменные «Диапазон нумерации» и перекрёстные ссылки на элементы диапазонов. Этот способ значительно проще встроенного инструмента библиографии swriter. Источники можно редактировать прямо в тексте, добавлять, удалять и сортировать элементы библиографии, при этом ссылки автоматически обновляются. Ссылки на удалённые элементы легко обнаруживаются.

Для вставки рисунков используются врезки, все графические элементы вставляются с привязкой «Как символ», что предотвращает смещение текста.

В целом функциональности swriter достаточно для подготовки несложного структурированного документа, при этом освоить его значительно проще, чем LaTeX.

=== Выявленные сложности ===

В процессе подготовки документа были выявлены некоторые сложности.

Поиск даже в последних версиях swriter плохо работает с текстом полей, а инструмент замены неудобен для редактирования специальных символов. Для решения этой проблемы использовалось дополнение AltSearch.

Во время взаимодействия с коллегами выяснилось, что большинство работает исключительно с документами Microsoft Word. При сохранении или конвертации документа swriter в формат .docx, либо при открытии .odt в Microsoft Office, несмотря на значительный прогресс в совместимости, часть разметки искажается и требует ручной корректировки. К счастью, многие готовы работать с PDF, а экспорт в этот формат стабильно работает без проблем.

{{----}}
[[File:{{#setmainimage:Использование swriter из пакета libreoﬃce для подготовки документов кандидатской диссертации (Тамара Зайка, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Использование СПО и технологической некромантии в обеспечении преподавания медико-биологических дисциплин (Денис Зайка, OSEDUCONF-2026)

2026-04-09T14:34:23Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Денис Зайка}}
<blockquote>
Использование свободных терминальных решений для обеспечения информатизации преподавания медико-биологических дисциплин в медицинском университете позволяет обеспечить доступ к современным образовательным программам и ресурсам при минимальных затратах.

Внедрение инструментов виртуализации, тонких клиентов, терминалов и свободных сетевых операционных систем снижает расходы на обслуживание и сопровождение информационной инфраструктуры и локальных сетей.
</blockquote>

{{VideoSection}}
{{vimeoembed|1181603404|800|450}}
{{youtubelink|Coq2-nF1-Hs}}
{{SlidesSection}}
[[File:СПО и технологическая некромантия в медико-биологическом преподавании (Денис Зайка, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' UNIX, системы виртуализации, тонкий клиент, OpenWRT.

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

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

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

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

В настоящее время существует множество свободных программных продуктов, подходящих для реализации терминальных решений, таких как Thinstation, OpenThinClient, Linux Terminal Server Project (LTSP) и другие варианты, например лёгкое ядро FreeBSD/Linux из NFS. После нескольких экспериментов было выбрано решение Ubuntu/LTSP. Серверная ОС с LTSP была установлена на гипервизоре KVM, работающем на Debian-based системе Proxmox VE начиная с версии 4.0, а ранее на FreeBSD с использованием VirtualBox. Это позволило развернуть несколько виртуальных машин для решения различных задач (например, организации тестирования, работы с веб-ресурсами и т. д.).

Клиенты не имеют дисковых накопителей (которые часто становятся причиной серьёзных сбоев) и загружаются через PXE, что снижает затраты на обслуживание оборудования и программного обеспечения. Компьютерные классы используются не только в учебном процессе, но и для работы преподавателей.

В локальных сетях также использовались преимущественно недорогие устаревшие домашние маршрутизаторы. Критерием выбора была возможность работы с ОС OpenWRT. Например, на кафедрах фармакологии и медицинской биологии многие годы успешно функционировали маршрутизаторы D-Link DIR-300 B1 с OpenWRT 15.05, которые обеспечивали многосегментную маршрутизацию в локальной вычислительной сети, работу основных и резервных интернет-каналов, туннелирование с шифрованием и другие функции. Также использовались DIR-615 E4 с подключённым USB и оверлеем на USB флеш-накопителе, выполнявшим функции принт-сервера.

В настоящее время используются Beeline SmartBox Turbo+, обладающие достаточным объёмом оперативной памяти и NVRAM для выполнения большинства задач (кроме маршрутизации и коммутации — принт-сервер, скан-сервер, файловый сервер с SAMBA, аудиосервер с icecast и shairplay).

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

{{----}}
[[File:{{#setmainimage:СПО и технологическая некромантия в медико-биологическом преподавании (Денис Зайка, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Разработка образа для практического изучения сетевых протоколов в Linux (Артём Осипчук, OSEDUCONF-2026)

2026-04-09T14:33:40Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Артём Осипчук}}
<blockquote>
В рамках образовательного процесса часто возникает потребность в среде, которая будет содержать все требующиеся для курса программные инструменты и удовлетворять заданным ограничениям. На факультете ВМК МГУ эта проблема была решена сборкой индивидуальных образов под некоторые курсы.

Иногда для курса недостаточно лишь одного образа или нужна целая система сообщающихся образов. Многие пользуются существующими решениями в области эмуляции сетей, например Huawei eNSP<ref name="ensp">Huawei eNSP. https://info.support.huawei.com/info-finder/encyclopedia/en/eNSP+Pro.html</ref>.

В нашей работе был предложен альтернативный подход.
</blockquote>

{{VideoSection}}
{{vimeoembed|1181603403|800|450}}
{{youtubelink|s_Axuj-FlRw}}
{{SlidesSection}}
[[File:Разработка образа для практического изучения сетевых протоколов в Linux (Артём Осипчук, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' сетевые протоколы, mkimage-profiles, автоматизация, дистрибутивы.

== Постановка задачи ==

Для изучения стека сетевых протоколов в лаборатории свободного программного обеспечения ВМК МГУ была разработана серия лабораторных работ<ref name="labs">Степан Мальчевский. ''Лабораторные работы на тему «Сетевые протоколы в Linux»''. https://github.com/UsamG1t/Nets_ASVK_Labs</ref>. Основной их идеей было создание базы для практического изучения протоколов в естественной среде, то есть непосредственно в Linux. Без посредников в качестве программ для эмуляции сетей можно показать верную иерархию взаимосвязей уровней и беспрепятственно настраивать работу любых протоколов.

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

== Использование mkimage-profiles ==

В рамках работы был использован инструмент <code>mkimage-profiles</code><ref name="mp">Michael Shigorin, Anton Midyukov. ''Документация Mkimage-profiles''. https://nightly.altlinux.org/docs/mkimage-profiles.html</ref> — инструментарий для создания метапрофилей дистрибутивов ALT Linux, из которых генерируются профили сборки конкретных дистрибутивов и происходит сама сборка с помощью инструмента mkimage.

Он был использован для реализации автоматической сборки образа на базе операционной системы «Альт», специализированного для курса «Практические аспекты сетевых протоколов в Linux»<ref name="seti">Курячий Г. В. ''Курс «Сети в Linux»: опыт пяти лет преподавания''. https://uneex.org/FrBrGeorge/LinuxNetwork2024</ref>.

Для формирования образа был создан профиль. В нём описываются различные свойства образа: список пакетов, запускаемые фичи, содержимое автозапуска. Образ для кафедрального курса АСВК был создан на основе профиля для ОС JeOS (Just Enough Operating System). Такие сборки содержат лишь минимальный набор компонентов, достаточный для установки работоспособной ОС.

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

== Требования к образу ==

Для проведения лекций по курсу профиль должен:

* являться образом виртуальной машины;
* содержать авторизованный ключ и дополнительные настройки для подключения к клонам образа из-под суперпользователя;
* поддерживать подключение по TCP и последовательному порту для работы из терминала;
* иметь включённые или отключённые автозапуски необходимых сервисов;
* иметь настроенные внешние сетевые интерфейсы, требующиеся для изучения сетевых протоколов. Для настройки использовалась дополнительная обработка образа с помощью <code>VBoxManage</code><ref name="vboxmanage">VBoxManage Introduction. https://www.virtualbox.org/manual/topics/vboxmanage.html</ref>;
* включать пользовательские сценарии преподавателя для работы с <code>VirtualBox</code>;
* иметь расширенное дисковое пространство и подключённые репозитории с пакетами.

== Использование сценариев автоматизации ==

Для курса были использованы сценарии преподавателя<ref name="shell">Shell-сценарии для работы с VirtualBox. https://github.com/FrBrGeorge/vbsnap</ref>:

* для быстрого создания нескольких копий исходного образа;
* для проверки используемых внутренних сетей;
* для подключения по TCP/COM портам вместо визуального интерфейса;
* для формирования отчётов по проделанной работе.

Вывод в консоль последовательного порта был реализован через фичу <code>mkimage-profiles</code>.

== Практическое применение ==

Курс требует построения сетевых топологий из нескольких машин. Проблему решает сборка полноразмерного образа и его последующее клонирование с минимальными затратами ресурсов. Например, в VirtualBox можно использовать «связанную копию», когда на диск записываются только изменения.

Таким образом достигается возможность моделирования лабораторных работ на большом количестве машин при минимальных затратах памяти.

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

Создание и конфигурирование образов средствами <code>mkimage-profiles</code> показало себя как эффективное решение. Образы удобно менять под требования преподавателей и обновлять пересборкой, запускаемой одной командой.

== Результаты и планы ==

Образ был использован для проведения курса «Практические аспекты сетевых протоколов в Linux» и дополнительного курса «Протоколы и методы управления и передачи данных в сети Интернет». По итогам обратной связи образ неоднократно дорабатывался и был выработан регламент его обновления.

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

{{----}}
[[File:{{#setmainimage:Разработка образа для практического изучения сетевых протоколов в Linux (Артём Осипчук, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://github.com/ArtyomOsipchuk/mkimage-profiles/tree/network-protocols-in-linux

[[Категория:OSEDUCONF-2026]]
[[Категория:ALT Linux в образовании]]
[[Категория:Лабораторные работы на СПО]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-09T14:21:45Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Надеюсь починить звук и выложить нормально

{{VideoSection}}
{{vimeoembed|1181598590|800|450}}
{{youtubelink|xuD_NEU1lLk}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот [https://marketplace.visualstudio.com/publishers/belonesox наши полезные расширения] для VSCode, полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Среда визуального программирования машин состояний: введение в программирование на разных образовательных траекториях (Валентин Широков, OSEDUCONF-2026)

2026-04-09T14:21:12Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Валентин Широков}}
<blockquote>
IDE «Кибериада» за 2,5 года разработки значительно улучшила свою функциональность и получила апробацию на значительном числе образовательных мероприятий с большим числом участников.

Приводится краткое описание IDE и её задач, обсуждается полученная от пользователей обратная связь и направления дальнейшего развития.
</blockquote>

{{VideoSection}}
{{vimeoembed|1181598589|800|450}}
{{youtubelink|dnnDZaYn0M0}}
{{SlidesSection}}
[[File:Среда визуального программирования машин состояний — введение в программирование на разных образовательных траекториях (2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' НКФП, ПРИМС, IDE, образование.

IDE «Кибериада» является визуальной средой программирования в парадигме Программируемых расширенных иерархических машин состояний<ref name="chekan"/> — промышленном стандарте программирования встраиваемых систем от бытовой до космической сферы. Её разработка началась весной 2023 года, и осенью 2023 она уже была представлена на этой конференции под её рабочим названием, Lapki IDE<ref name="chekana"/>. Она является важным элементом Национальной киберфизической платформы<ref name="chekanb"/> — экосистемы образовательных и просветительских продуктов, направленной на обучение и вовлечение школьников в инженерию микроэлектронных и киберфизических систем.

Важно, что IDE «Кибериада» работает не сама по себе: она работает в связке с такими продуктами, как игра «Защита пасеки», КиберМишка (плата для первой встречи школьников с электроникой, предназначенная для 5–8 классов), МС-ТЮК (платформа для проектирования распределённых систем), Arduino; функционируя внутри образовательных программ и соревновательных мероприятий, этот комплекс обеспечивает сильное вовлечение и образовательные результаты участвующих в них школьников.

За последние два года разработки «Кибериада» вышла из статуса альфа-версии в полноценный релиз и получила массу доработок: встроенный компилятор (ранее был только «облачный»), историю изменений, реализацию псевдосостояний выбора и составных переходов, встроенный справочник компонентов, монитор порта с HEX-режимом, пакетную загрузку прошивок (актуально для МС-ТЮК, где работа всегда ведётся с более чем одной платой), псевдонимы для компонентов, автообновление, шаблоны-примеры схем и многие другие улучшения функциональности и пользовательского опыта.

В IDE добавились новые целевые платформы. Часть из них реализована на основе микроконтроллеров STM32: МС-ТЮК, КиберМишка. Появились виртуальные платформы «Строчник» и «Садовник», использованные для проведения трека по киберфизике НТО Джуниор<ref name="junior"/>.

«Кибериада» была опробована на 9 мероприятиях в четырёх регионах, с участием 190 учителей, 260 школьников и 40 студентов, и сейчас используется в 57 кружках с участием порядка 1300 детей (и ещё около 200 кружков должны открыться в ближайшее время под эгидой «Движения первых»<ref name="a1st"/>). Из наиболее значимых мероприятий стоит упомянуть НТО Джуниор (с наибольшим числом участников) и педагогический практикум для наставников «Берлоги» в Центре знаний «Машук»<ref name="chekanc"/>, в котором участвовало большое число педагогов.

По результатам апробации получено значительное количество обратной связи о том, как IDE взаимодействует с «реальным миром». Самое главное — она работает, и работает хорошо. Она позволяет полным новичкам за 15 минут создать интересную им программу, а за трёхдневный образовательный интенсив — разработать довольно сложную по логике программу, эквивалентную нескольким сотням строк кода на Wiring.

Среди планируемых доработок требуется устранить шероховатости UX, добавить ключевые модули вроде отладчика, оптимизировать генерируемый код. Однако в целом для IDE просматриваются два больших направления развития: образовательное и профессиональное.

Образовательное направление требует фокуса прежде всего на UX, интеграции с образовательными практиками и приёмами. Здесь необходимо уменьшать интервал между «открыли IDE в первый раз» и «запрограммировали умную теплицу». Это требует, в том числе, разбиения ПРИМС и интерфейса IDE на «уровни», когда более продвинутые пользователи получают в своё распоряжение больше нужных функций, а начинающие — меньше непонятных на их уровне опыта.

Профессиональное направление требует добавления в IDE новых крупных функциональных единиц. В первую очередь это отладчик, затем — работа в гибридном режиме (текст + диаграммы) и совместная работа. Без них мощности IDE пока недостаточно, чтобы вытеснить Си в большинстве собственных проектов, таких как стенды «Интеллектуальные энергетические системы» и «Беспроводные технологии связи», платы «КиберМишка» и комплексы Турниров юных киберфизиков. При этом большинство этих «профессиональных» функций востребованы и в образовательном направлении. Поэтому разделение «Кибериады» на два продукта представляется маловероятным.

{{----}}
[[File:{{#setmainimage:Среда визуального программирования машин состояний — введение в программирование на разных образовательных траекториях (2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="chekan">Samek M. ''Practical UML Statecharts in C/C++: Event-Driven Programming for Embedded Systems''. Elsevier Inc., 2009.</ref>
<ref name="chekana">Чекан М. Среда визуального программирования машин состояний // Девятнадцатая конференция разработчиков свободных программ: Тезисы докладов. — М.: МАКС Пресс, 2023. — С. 51–53.</ref>
<ref name="chekanb">Национальная киберфизическая платформа — https://platform.kruzhok.org</ref>
<ref name="junior">НТО Джуниор — https://junior.ntcontest.ru/</ref>
<ref name="a1st">Набор наставников для новых научных клубов «Движения первых» — https://platform.kruzhok.org/tpost/b6gnul8m81-idyot-nabor-nastavnikov-dlya-novih-nauch</ref>
<ref name="chekanc">В Центре знаний «Машук» завершился педагогический практикум для наставников «Берлоги» — https://platform.kruzhok.org/tpost/l7c5p5a901-v-tsentre-znanii-mashuk-zavershilsya-ped</ref>
<references/>
* https://github.com/polyus-nt/cyberiada-ide

[[Категория:OSEDUCONF-2026]]
[[Категория:Finite State Machines]]
[[Категория:СПО в образовании]]
[[Категория:Arduino]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-06T18:39:24Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Надеюсь починить звук и выложить нормально

{{VideoSection}}
{{vimeoembed||800|450}}
{{youtubelink|xuD_NEU1lLk}}
== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот [https://marketplace.visualstudio.com/publishers/belonesox наши полезные расширения] для VSCode, полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Файл:Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин)!.jpg

2026-04-06T18:33:35Z

StasFomin:

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-06T18:27:42Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Надеюсь починить звук и выложить нормально

{{VideoSection}}
{{vimeoembed||800|450}}
{{youtubelink|}}

== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот [https://marketplace.visualstudio.com/publishers/belonesox наши полезные расширения] для VSCode, полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

<references />

[[File:{{#setmainimage:Инфографические_конспекты_—_от_унылых_страниц_к_компактным_и_живым_свиткам_(Стас_Фомин)!.jpg}}|center|640px]]

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-06T12:35:01Z

StasFomin: /* Thesis */

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Надеюсь починить звук и выложить нормально

{{VideoSection}}
{{vimeoembed||800|450}}
{{youtubelink|}}

== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* Вот [https://marketplace.visualstudio.com/publishers/belonesox наши полезные расширения] для VSCode, полезные для всего описанного.

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

<references />

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Инфографические конспекты — от унылых страниц к компактным и живым свиткам (Стас Фомин, OSEDUCONF-2026)

2026-04-06T12:32:29Z

StasFomin:

{{Speaker|Стас Фомин}}
<blockquote>
Статьи и книги в современном мире неэффективны для передачи знаний — нужно компактно, нескучно и понятно, используя максимальную визуальность и все доступные технологии — цвета, диаграммы, видео, 3D-модели…
Альтернативные форматы: слайды, презентации, майндмапы, визуальные доски — пытаются решить эту проблему, но тоже концептуально негодны.

Сейчас нужны компактные и визуальные знания, передаваемые и чтением, рассказом-презентацией в зале, на удаленном созвоне и даже на телефоне-планшете, в баре или кулуарах конференции, пересылаемые для просмотра оффлайн, и годные для «автоматического разворачивания в статью». И чтобы с ними можно было эффективно работать — создавать в процессе мышления, индивидуально или коллективно, в «рилтайм» или оффлайн, с ИИ или без; не отвлекаясь на зубодробительные сложности, с нулевой кривой обучения; используя максимально привычные IT-шнику навыки и инструменты.

Такой инструмент мы и предлагаем, превращая стандартный markdown-редактор от <code>code-server</code>/<code>code-oss</code> в «майндмаппер на свитке»; используя все возможности визуализации научно-технических концепций — от десятков типов диаграмм до автоматически получаемых «живых иллюстраций».

Инструмент опробован не только для преподавания и командной работы IT-профессионалов, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ изучают неизвестные темы, рассказывая и презентуя темы по свежим научным статьям или редким книгам. А технически это набор open-source проектов: CSS-стилей и расширений к code-server/code-oss/vscode.
</blockquote>

Ссылки к докладу «Инфографические конспекты»
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]
* [https://vkvideo.ru/video-667081_456239463?t=3h30m13s увы фигово снятое с глючным звуком выступление на конфе, но в целом понимаемо]
** Надеюсь починить звук и выложить нормально

{{VideoSection}}
{{vimeoembed||800|450}}
{{youtubelink|}}

== Thesis ==
* [https://gitverse.ru/belonesox/code-notes-infograph https://gitverse.ru/belonesox/code-notes-infograph]
* [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext]
* [https://gitverse.ru/belonesox/markdown-laconicism https://gitverse.ru/belonesox/markdown-laconicism]

=== Книги и статьи уже неэффективны для передачи знаний ===
Текущая практика передачи знаний в научном мире, образовании и бизнесе по-прежнему опирается на формат «научной статьи» и книги. Это было рационально в эпоху типографий и бумажной печати, но сейчас это «кандалы на пути прогресса». Стандартная двухколоночная черно-белая научная статья, заточенная «под печать» шрифтами и версткой, жесткими требованиями к цветам, объему и структуре мучительна и для написания, и для чтения с экрана.

Можно долго перечислять кучу проблем именно «бумажно-страничной печати» — «уплывающие» таблицы и графики, мучительная имитация гиперссылок и поиска через «см. табл. X на стр. Y» и списки таблиц, алгоритмов и рисунков, безумные требования к строчкам и страницам, висячие предлоги, чертовы переносы… Кто занимался версткой книг-сборников и вызубрил «справочник корректора», тот в цирке не смеется, только во сне вскрикивает «авикосуя!». Все это, включая «попадание строчек на просвет» (для печати на тонкой дешевой бумаге) — было оправдано в свое время, когда именно типографии дали буст прогрессу знаний, при уходе от малочисленных переписчиков на дорогущем пергаменте.

Но все уже, ушли «касты переписчиков» и «когорты машинисток», не нужно бумажных книг-пылесборников, когда все читают на электронных устройствах разного размера — и привыкли, что любой контент умеет адаптироваться к размеру экрана, показывает себя максимально красиво, читаемыми экранными шрифтами, с цветами и графикой без ограничений по объему. А стандарты «бумажной верстки» остались, вместе с унылыми правилами «написания научной статьи», превращающей понятный результат в вязкий, скучный формализованный поток оправданий-извинений-упоминаний, где зачастую отсутствующая суть погребена под массивами ватного текста, ненужных ссылок для игр в цитируемость, и не остается места для главного — ясного и яркого доказательства, чего-то живого, проверяемой сути. Ситуация усугубляется валом «ИИ-слопа», и в целом информационной перегрузкой современного читателя — везде идет запрос на «короче, понятней, если куда отсылать — только работающими гиперссылками».

А бумажные книги, кроме перечисленных проблем статей, имеют дополнительные болезни собственных терминологий и концепций, усиленных повторов вводных тем для «герметичности», местами и просто для набирания объема:
''Самым же плодовитым александрийским ученым был Дидим, сын Дидима, по прозвищу Меднобрюхий: за свою жизнь он написал то ли 3500, то ли 4000 книг, причем сам уже не помнил, о чем он писал, о чем нет, и некоторые книги сочинял по два раза. © Гаспаров, «Занимательная Греция»''.
С навигацией в книгах еще хуже, а идея ссылаться на другие книги, потому что они «где-то изданы» и их «может быть можно купить или найти в какой-нибудь библиотеке» вовсе порочна — информация должна быть доступна и проверяема, здесь и сейчас.

Собственно, если книги работали, то не было «преподаватель прочтет курс по книге» — выдавались бы учебники, и никто не листал бы слайды, не мазался мелом у доски, не записывал видеоролики. Не знаю, пишут ли сейчас студенты конспекты — но в наше время, хорошие конспекты, с выделениями маркером, компактными «прорубающими» рисунками от осознавшего, ценились сильно больше учебников даже по классическим темам. А уж для обучения современным IT-технологиям, софту и алгоритмам, бумажные книги стали совершенно негодны <ref name="cite-ref-20240629H" />.

Со стороны автора писать-публиковать книгу — это тоже мучение — как долгий процесс возни с издательством, так и страдания от невозможности переписать все или часть, реструктурировать или выкинуть куда-то боковые ветки, особенно если тема — что-то меняющееся и живое, а в Computer Science и IT именно так.

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

Но довольно быстро это привело к двум противоположным перекосам — с одной стороны «слайдоментам», где на каждый лист трамбуется содержание целой статьи, и это становится невозможно показать как презентацию, с другой — перекос в модный «рекламный стиль», с утратой содержательной глубины. Впрочем, большая часть докладчиков до сих пор просто зачитывает чуть сокращенный неструктурированный и нераскрашенный текст со слайдов, добиваясь «информационной интерференции» — слушатель-читатель засыпает. Это мой опыт десятков лет организации IT и научных конференций, тренинга докладчиков, переверстки их слайдов, и боль от тонн монотонных докладов, опубликованных на ресурсе автора <code>0x1.tv</code>, которые не смотрят, несмотря на все старания по оптимальной видеопубликации. Отдельная боль — фреймворк научных презентаций <code>beamer</code>, решивший проблему «принести нормальные TeX-формулы на слайды», но делающий эти слайды скучными, причем мучительно — ведь любая latex-верстка не совместима с мышлением над основной идеей.

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

=== Проблемы майндмапов и визуальных досок ===
Вырваться за «пределы листа» пытались многие — математики-физики, пытающиеся провести (с лестницами!) лекции на куче досок, изобретатели разного вида «визуального мышления» — майндмапов, бесконечных электронных досок и т.п.

Как практикующий электронные «майндмапы» уже десятки лет, я соглашусь, что это один из эффективных методов визуального размышления над проблемой и порождения «быстрой инфографики» по исследуемой теме, прямо в процессе размышления или коллективного мозгового штурма. Но стоит сразу признать и проблемы — практически никто, кроме меня, использующего «подвесной компьютер» и слепое владение клавиатурой, не мог делать эффективные рассказы по майндмапам — остальные или фейлили презентацию, или нарубали их на слайды — «обманули кондуктора, купили билет и не поехали»©. Та же история с попытками презентаций на электронных виртуальных досках типа Miro.

Тут надо пойти против «аксиомы основателей майндмапинга», что визуальное мышление должно быть «радиантным во все стороны» — при рассказе важно поддерживать последовательный нарратив, а для этого должна быть история и выделенное для нее направление. Еще в нулевые, экспериментируя с майндмап-стилями, я понял, что если делать майндмапы, где история «вытянута по вертикали», а структура и глубина концепций — по горизонтали<ref>Это естественно для любой письменной культуры, может кроме японии и R2L-языков</ref>, их можно эффективно рассказывать любой аудитории, по мере необходимости погружаясь в глубину темы, но при этом держа контроль за последовательностью и основными идеями. Не говоря уж о том, что вместо виртуозного владения клавиатурой достаточно «скроллинга колесом мыши», или чего-то подобного.

И идея написать идеальный коллаборативный майндмаппер для совместной работы команд не покидала меня давно, и я даже сделал несколько попыток, убедившись, что для успеха важнее другое…

=== Что ожидается от инструмента ===
Для научного материала критично важна «легкость формул»: TeX-формулы могут возникнуть в любом месте, они не должны быть специальным «объектом».

Форматирование для рассказа-презентации должно быть умным, и адаптивным — важное автоматически должно быть больше, неважное и более детальное — меньше, и при этом чтобы было можно мгновенно выделить специальным цветом-стилем любое слово, и даже символ. Да, современные слайд-средства это предлагают для верстки списков, но по совокупности факторов — ограничение листа, визуальная несвязность списков… все пытаются втискивать туда абзацы текста, а уж с мгновенной стилевой разметкой за пределами «болд-италик» до сих пор везде и все плохо.

Чтобы использовать в команде или со студентами — это должно быть что-то уже почти понятное и привычное — практически нереально «продать» новый инструмент-сервис, с новым интерфейсом, каким бы прекрасным он ни был, не говоря уж о том, что тут требуется эффективная работа с клавиатурой — а «погружение хоткеев в костный мозг» это долго, больно… и 100500 ITшных конфликтов в духе «Vim vs Emacs», «Tab vs Spaces» они от этого. Оно не должно «бить током» новичков — как делает какой-нибудь не собирающийся latex, плюющийся каббалистическими ошибками.

Нужна интеграция с «живыми артефактами» — кодом, jupyter-ноутбуками, самовизуализирующимися алгоритмами <ref name="cite-ref-20240629H" /> — все это должно жить вместе с ними, в одной среде и жизненном цикле, в единой системе управления версиями, иначе все это ждет судьба «самопротухающей документации» к ПО, или самоустаревающих унылых книг по программированию с криво набитыми примерами.

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

В результате многих экспериментов <ref name="cite-ref-20230128F" />, я понял, что проще всего стартовать с готовой платформы, являющейся де-факто стандартом для ITшников — <code>code-server</code>/<code>code-oss</code>/<code>vscode</code> — далее здесь — <code>Code</code>, и использовать Markdown.

=== Code, Markdown и специальные CSS ===
Markdown стал доминирующей плоской разметкой, с нулевой кривой входа, известной всем околоайтишникам и ИИ, и по сути похоронил массовое использование <code>SGML</code>, <code>[X]HTML</code>, <code>Dita</code>, <code>LaTeX</code>, <code>AsciiDoc</code>, <code>RST</code>, <code>[Media]Wiki</code> и прочих, возможно более умных разметок. Может это и к лучшему, поддержка Markdown в <code>code-server</code>, с LaTeX-формулами-графами и кучей других возможностей позволяет эффективно делать и техдокументацию и обучающие материалы, не заморачиваясь с проблемами страничной «версткой книг», и не используя монструозные решения типа <code>pandoc</code>.

Особенность Markdown среди других плоских разметок в том, что он максимально использует «интуитивное структурирование» понятное человеку при работе с плоским текстом — пустые пространства и отступы, как и в Python — самом интуитивном языке программирования. Такого, например, нет в вики-разметках, т.к. они придумывались чтобы работать внутри textarea браузера, и там нельзя использовать основной механизм отступов — <code>TAB</code>/<code>SHIFT-Tab</code> — это будет уводить из редактируемой области. А в отличие от теговых форматов, разметки-выделения в Markdown компактны и с помощью <code>Code</code> вводятся мгновенно — все эти <code>*</code>, <code>~</code>, <code>`</code> и прочие скобки умеют окружать блоки текста одним нажатием клавиши. Осталось приспособить это для «инфографических конспектов», приучив себя, студентов и прочих писать максимально коротко, и так, чтобы «предпросмотр» можно было показывать как презентацию!

Оказалось, что первый и основной шаг к этому можно сделать даже не реализуя специальных расширений для <code>Code</code>, а просто поиграв с настройками и подключив специальные CSS-стили. Так появился проект [https://gitverse.ru/belonesox/code-notes-infograph gitverse.ru/belonesox/code-notes-infograph], стимулирующий писать кратко и показывать структурированный майндмап с визуально связанной иерархией. С ним можно быстро структурировать мысли даже не глядя на мгновенный предпросмотр, не заморачиваясь разбиением на слайды-страницы, выращивая «скелет-майндмап» слева, и заполняя лакуны справа плавающими иллюстрациями. Конечно, это надо видеть, и черно-белой печати это не передать, надеюсь вы посмотрите доклад или его конспект и другие примеры.

Эти конспекты прекрасно понимают не только люди, но и ИИ! С ИИ можно, например, быстро раскрасить их с помощью идеограмм, оживив представление (ведь эмодзи уже можно использовать даже в коде <ref name="cite-ref-20230128F" />), или наоборот, развернув их в статью в Word/LaTeX, если нужно публиковать идею по принятым стандартам, или просто обсудив корректность идей. Кстати, сами конспекты ИИ пока делает плохо, он хорош в «наливании воды», а сделать «компактно и понятно человеку» — остается задачей автора.

Но главное — это удобно использовать на лекциях-созвонах, или для записи обучающих видеороликов <ref name="cite-ref-20190126Q" />, презентуя прямо в предпросмотре <code>Code</code> такие «неограниченные свитки» — в современном мире это удобней слайдов для демонстрации, т.к. в большинстве случаев докладчик сидит у компьютера, ему удобно скроллировать, искать, делать гиперпереходы, использовать рисование <ref name="cite-ref-20140126-4" />… да и при редких теперь выступлениях в зале-аудитории, есть девайсы, позволяющие совместить это с театральщиной.

А для того, чтобы это стало переносимым отчуждаемым, написано расширение «Freeze Markdown» [https://gitverse.ru/belonesox/freeze-markdown-vscode-ext https://gitverse.ru/belonesox/freeze-markdown-vscode-ext], позволяющее «заморозить» текущий предпросмотр в HTML, с возможностью встроить туда все картинки — и получить самостоятельный артефакт для пересылки-публикации, в отличие от какого-нибудь PDF, самоадаптирующийся к любым экранам и размерам шрифтов, и открывающий все медиавозможности современного веб.

=== Живые иллюстрации через микровидео ===
Полноценная «живая инфографика» всегда считалась крутой, но дорогой, и хотя давно были инструменты генерации научных видеороликов типа Manim, см. <ref name="cite-ref-3blue1brown" />, использовали их только энтузиасты — это было долго, дорого и больно, большие видео трудно было развивать и поддерживать (почти все сценарии роликов 3Blue1Brown сломаны и сейчас не соберутся), рендеринг большого видео долгий и цикл отладки становится все тяжелее с ростом объема. Да и смотреть их было тяжеловато — «ничего непонятно, но очень интересно». Большое видео все-таки неудобно для того, чтобы быстро вспомнить предыдущую концепцию («где там это было?»), параллельно смотреть на визуализацию нескольких идей, быстро листать и искать…

Но в процессе экспериментов, я обнаружил, что если не гнаться за длинными роликами, а визуализировать саму суть утверждений «по месту» с помощью «зацикленных микровидео» по 10–60 секунд, «живых фотографий» понятий и идей, то убивается несколько зайцев. Они легко встраиваются в повествование, не перегружая контекст, и их очень легко делать с ИИ, скармливая ему просто кусок только что составленного конспекта — «визуализируй это с помощью Manim», бросая в ИИ сгенеренный ролик и комментарии «это сделай пониже, а тут стрелки уехали», а всякое простое легко изменить вручную. Или вовсе использовать сервисы ИИ-видеогенерации — короткие ролики это практически бесплатно — если что не так, легко перезаказать.

Единственное, тут начинал жать «стандартный Markdown», в котором видео вставлялось некомпактно, да и напрягали некоторые другие ограничения.

=== Лаконичный Markdown ===
Некоторые вещи в Markdown можно улучшить «не отходя от кассы», не изобретая нестандартных расширений (pandoc-подход), не добавляя новых элементов разметки, а только расширяя идеи, уже заложенные в Markdown, позволяя той же разметкой делать что-то компактней и лучше.

Как говорили выше, в образовательных материалах и технической документации полезно вставлять маленькие иллюстрирующие медиаролики. Но классический подход с тегами <code><div><video …>…</video></code> очень монструозен, ведь таких «картинок» может быть много. Поэтому мы расширяем функциональность «включения» совместимо с Markdown-расширением <code>image size</code>, включая не только картинки — <code>![ALT](./путь-к-картинке.png =WxH)</code>, но и видео <code>![класс и стили](./путь-к-видео.webm =WxH)</code>, лаконично руля и размерами, и стилями («плавающий справа»).

Также больным местом является трансклюзия других Markdown-документов — то, что есть практически во всех остальных разметках (LaTeX/SGML Docbook/MediaWiki/RST/…), но отсутствует «из коробки» в Markdown. Такую же «трансклюзию» мы получаем, расширяя семантику «включения»: <code>![класс и стили](./путь-к.md)</code>.

Еще одной частой необходимостью является автоматическая гиперлинковка на лежащие рядом Markdown-документы и другие программные артефакты. Для этого «кодовые» литералы, начинающиеся с <code>./</code>, например <code>./путь-к/какому-то/артефакту.py</code>, автоматически превращаются в гиперссылку относительно текущего пути.

Если же ссылка указывает на Markdown-документ, то литерал вида <code>./путь-к/какому-то/артефакту.md</code> в HTML автоматически превращается в ссылку <code>./путь-к/какому-то/артефакту.html</code>. Это позволяет из набора Markdown-документов сформировать связанную техническую документацию или базу знаний.

Остается только поддерживать умные гиперссылки и в самом исходном Markdown-тексте, чтобы получить «базу знаний» с которой можно работать без переключений в режим редактирования, делать их компактными, чтобы они могли ссылаться хитрым образом с поиском на кодовые базы программных проектов, юпитер-ноутбуки или самовизуализирующиеся алгоритмы <ref name="cite-ref-20240629H" /> — и для этого мы разрабатываем расширение «code-links», но это тема отдельного рассказа.

=== Практическое применение ===
Инструмент опробован не только для преподавания студентам и школьникам, не только в командной работе IT-профессионалов — для ведения требований-отчетов-техдокументации, но и в новой парадигме обучения <ref name="cite-fcromt" />, когда студенты сами или с помощью ИИ, изучают неизвестные темы по свежим научным статьям или редким книгам, конспектируя и «презентуя» их.

Да, по этому тексту трудно понять о чем речь, и бесполезно добавлять иллюстрации — как через черно-белый телевизор 50-х годов рекламировать цветной экран во всю стену из 2020-х. Но если кто все-таки откроет этот текст, откройте с примерами
* https://академон.эвристика.рф/public/fc/oseduconf/2026/mind-infographic/mind-infographic.html
* [https://алгоритмы.испран.рф/public/ae/code-notes-infograph/idea.html Вот старые наброски с видео по теме]

=== Источники ===
<ref name="cite-ref-20140126-4">Фомин, С. А. ''Магия пера или эффективная свобода преподавания со стилусом'', // OSEDUCONF-2014 // Девятая конференция «Свободное программное обеспечение в высшей школе» : Тезисы докладов, Переславль, 25–26 января 2014 года. — Переславль: Альт Линукс, 2014. [https://0x1.tv/20140126-4 https://0x1.tv/20140126-4]</ref>
<ref name="cite-ref-20200208Q">Фомин, С. А. ''Udaff — русский пиктографический Python. От элементарных алгоритмов до гомоморфного шифрования'' // Свободное программное обеспечение в высшей школе : Сборник тезисов XV конференции, Переславль, 07–09 февраля 2020 года / Отв. редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2020. — С. 121–127. — EDN JZBFRI. [https://0x1.tv/20200208Q https://0x1.tv/20200208Q]</ref>
<ref name="cite-ref-20190126Q">Фомин, С. А. ''OBS — швейцарский нож передачи знаний. Боевые приёмы Open Broadcaster Software'' // Свободное программное обеспечение в высшей школе : Сборник тезисов Четырнадцатой конференции, Переславль, 25–27 января 2019 года / Ответственный редактор В. Л. Чёрный. — Переславль: ООО «МАКС Пресс», 2019. — С. 82–92. [https://0x1.tv/20190126Q https://0x1.tv/20190126Q]</ref>
<ref name="cite-ref-20230128F">Фомин, С. А. ''Современные «интерактивные среды» и «живые лаборатории» — эффективное дистанционное образование по алгоритмам и математическим дисциплинам'' / С. А. Фомин // Восемнадцатая конференция. Свободное программное обеспечение в высшей школе : Тезисы докладов материалов конференции, Переславль-Залесский, 27–29 января 2023 года / Отв. редактор В. Л. Чёрный. — Москва: ООО «МАКС Пресс», 2023. — С. 63–64. — EDN GIZTTL. [https://0x1.tv/20230128F https://0x1.tv/20230128F]</ref>
<ref name="cite-ref-20240629H">Фомин, С. А. ''PyAlgovizualizer — эффективное преподавание алгоритмов'' / С. А. Фомин // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 28–30 июня 2024 года. — Москва: ООО «МАКС Пресс», 2024. — С. 69–75. [https://0x1.tv/20240629H https://0x1.tv/20240629H]</ref>
<ref name="cite-ref-3blue1brown">''Прекрасные примеры визуализации при разборе математических вопросов и IT технологий''. [https://www.3blue1brown.com https://www.3blue1brown.com]</ref>
<ref name="cite-fcromt">Фомин, С. А. ''Flip Classroom One More Time — интерактивность и асинхронность в эффективных курсах на open-source'' / С. А. Фомин // Двадцатая конференция «Свободное программное обеспечение в высшей школе» : Материалы конференции, Переславль-Залесский, 7–9 февраля 2025 года. — Москва: ООО «МАКС Пресс», 2025. [https://0x1.tv/fcromt https://0x1.tv/fcromt]</ref>

<references />

[[Категория:OSEDUCONF-2026]]
[[Категория:Markdown]]
[[Категория:Документирование]]

Первый семестр программы ТОП-ИТ в ИГУ — кейсы по разработке аппаратно-программных решений (Михаил Просекин, OSEDUCONF-2026)

2026-04-05T22:14:19Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Михаил Просекин}}
<blockquote>
В ходе подготовки программы «ТОП-ИТ» и её экспертной защиты активно обсуждался вопрос о степени специализации или универсальности будущих выпускников, роли и объёме работы с машинным обучением (ML), подходах к обучению разработке аппаратно-программных решений.

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

Доклад посвящён общей концепции обучения студентов и роли в этом ИТ-компании; в качестве иллюстрации используется опыт работы в первом семестре и практика прошлых лет, в том числе в рамках студенческих стажировок и подготовки выпускных квалификационных работ (ВКР) на базе нашей компании.
</blockquote>

{{VideoSection}}

{{vimeoembed||800|450}}
{{youtubelink|e4ul5SMN2WA}}
{{SlidesSection}}
[[File:Первый семестр программы ТОП-ИТ в ИГУ — кейсы по разработке аппаратно-программных решений (Михаил Просекин, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' ТОП-ИТ, аппаратно-программные системы, проекты студентов.

В ходе доклада будут рассмотрены несколько вопросов, ключевые из которых — степень универсальности выпускника ИТ-специальности, критерии, позволяющие это оценить, и методы подготовки, позволяющие этого достичь; в частности, методы, доказавшие эффективность в прошлом и перспективные для будущего.

Вначале необходимо отметить ряд моментов, связанных с формальными параметрами программы. Программа «ТОП-ИТ» реализуется более чем в 50 университетах с сентября 2025 года<ref name="pros-1">Минцифры России, Федеральный проект «Кадры для цифровой трансформации», https://digital.gov.ru/activity/czifrovizacziya-gosudarstva/vedomstvennyj-proektnyj-ofis-vpo/administrirovanie-i-soprovozhdenie-ispolneniya-naczionalnogo-proekta-ekonomika-dannyh-i-czifrovaya-transformacziya-gosudarstva/cz8-kadry-dlya-czifrovoj-transformaczii</ref>; в данном докладе речь пойдёт о программе, реализуемой в Иркутском государственном университете (ИГУ)<ref name="pros-2">ИГУ, Программа «ТОП-ИТ» в Иркутском государственном университете: информация для абитуриентов, https://fbki.isu.ru/top-it</ref>. В рамках программы совместно работают факультет бизнес-коммуникаций и информатики, физический факультет и Институт математики и информационных технологий. Доступ к программе имеют 200 студентов первого курса всех трёх факультетов (пяти специальностей). Пять ИТ-компаний и два академических института выступают в качестве якорных партнёров программы. Реализуется несколько направлений, однако в докладе внимание будет сосредоточено на разработке приложений Интернета вещей (IoT) и микроэлектроники, приложений дополненной реальности и искусственного интеллекта (в первую очередь для работы с большими данными академических институтов по проекту «мегасайенс» и для управления энергетическими сетями).

Ключевым вызовом является как уменьшение найма специалистов начального уровня<ref name="pros-3">Intuition Labs, Stanford Digital Economy Lab, AI’s Impact on Graduate Jobs: A 2025 Data Analysis, https://intuitionlabs.ai/articles/ai-impact-graduate-jobs-2025</ref>, так и потребность в специалистах, способных работать с полным жизненным циклом проекта, а также требования владеть широким стеком технологий даже для молодых специалистов<ref name="pros-4">Rezi, The Crisis of Entry-Level Labor in the Age of AI: 2026 Analysis, https://www.rezi.ai/posts/entry-level-jobs-and-ai-2026-report</ref>.

Набор требований, который фиксируется со стороны работодателя:

# Часто требуются навыки разработки полного цикла (full-stack) в сочетании со знаниями в области искусственного интеллекта и машинного обучения (AI/ML); то есть необходим разработчик, который может работать и с интерфейсом, и с серверной частью, и с моделями ИИ<ref name="pros-5">McKinsey & Company, The State of AI: Global Survey 2025, https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai</ref>.
# Компании ищут не просто «кодеров», а инженеров-интеграторов, способных вести проект от идеи до эксплуатации — с учётом DevOps, архитектуры, данных, ИИ-компонентов, API и масштабирования<ref name="pros-6">Gartner, Gartner Identifies the Top Strategic Technology Trends for 2025, https://www.gartner.com/en/newsroom/press-releases/2025-07-01-gartner-identifies-the-top-strategic-trends-in-software-engineering-for-2025-and-beyond</ref>.
# Роль включает междисциплинарность: backend/frontend, данные, ИИ, DevOps, продукт — то есть многие из компетенций «универсального разработчика»<ref name="pros-7">Microsoft & LinkedIn, 2024 Work Trend Index Annual Report: AI at work is here, https://www.microsoft.com/en-us/worklab/work-trend-index/ai-at-work-is-here-now-comes-the-hard-part</ref>.
# Особенно востребованы специалисты, умеющие создавать и настраивать агентов на основе ИИ, большие языковые модели (LLM) и ML-модули, что подразумевает сочетание традиционного программирования и современных AI-технологий<ref name="pros-8">SignalFire, State of Talent Report 2025, https://www.signalfire.com/blog/signalfire-state-of-talent-report-2025</ref>.
# Даже на уровне стартапов наблюдается рост запросов на «AI-ready» разработчиков, что указывает на то, что это не узкая ниша, а широкий тренд<ref name="pros-9">LinkedIn, Software Developer Labor Demand & Salary Trends (2025), https://www.linkedin.com/pulse/software-developer-labor-demand-salary-trends-2025-julius-gromyko-o5vhf</ref>.

Далее в рамках доклада мы остановимся на роли командных кейсов и проектов в таком обучении, особенно в области IoT. Компания «Полюс-НТ», являющаяся одним из якорных партнёров программы, ежегодно разрабатывает несколько десятков микроэлектронных плат и ряд EdTech-продуктов как в области микроэлектроники и приборостроения, так и в области симуляторов. К числу наших проектов относится, например, «Cyberiada IDE» для быстрого введения в обучение в рамках ПРИМС и использования его в аппаратных средах<ref name="pros-10">Полюс-НТ, Cyberiada IDE, https://seafile.polyus-nt.ru/d/ca149bfd4b9b4fda879b/</ref>, а также многие другие проекты.

Использование решений с открытым исходным кодом (Open Source) позволяет быстро и прозрачно включать студентов в систему работы на следующих уровнях:

# Воспроизведение заданной и реализованной функциональности имеющихся плат, освоение стека.
# Участие в хакатонах по генерации гипотез и прототипов для расширения функциональности (например, «Cyberiada IDE» или симулятора химического производства).
# Разработка в команде решения полного цикла — прототипа продукта (как правило, в рамках сначала учебной, а затем оплачиваемой стажировки).

По нашему мнению, глубокое погружение студентов в «железные» проекты создаёт «прививку» от негативных аспектов опоры на LLM и даёт возможность осваивать «позитивные паттерны» работы с нейросетями. В частности, опыт студентов, которые в прошлом проходили у нас стажировки и сейчас заканчивают факультет, показывает, что они гораздо чаще используют LLM для понимания симулируемого процесса, чем для написания кода.

В заключение отметим, что в рамках «ТОП-ИТ» подход к оценке образа выпускника является сбалансированным. Он опирается на мнение ИТ-компаний и вузов, находящихся в диалоге. Необходимо не просто увеличивать учебную нагрузку, а кратно повышать сложность задач и создавать множество точек промежуточного контроля с возможностью коррекции, формируя ответственность и способность доводить дело до конца.

В целом стоит учесть ещё одну принципиальную позицию авторов: диплом о высшем образовании (ВКР) — это всегда создание общественного блага. Это должна быть открытая работа, аналог научной статьи для естественно-научных дисциплин. Для ИТ-специальностей логично обеспечить выполнение работы, обладающей общественной ценностью, прозрачной и открытой для всех желающих.

{{----}}
[[File:{{#setmainimage:Первый семестр программы ТОП-ИТ в ИГУ — кейсы по разработке аппаратно-программных решений (Михаил Просекин, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Набор инструментов для создания HTML презентаций лекций (Василий Меленчук, OSEDUCONF-2026)

2026-04-05T18:13:53Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Василий Меленчук}}
<blockquote>
Альтернативой классическому подходу с использованием презентаций в PowerPoint или Impress является использование презентаций в HTML, для которых достаточно лишь браузера. Это открывает массу новых возможностей, недоступных ранее.

Доклад про опыт создания презентаций в формате AsciiDoc для демонстрации их в браузере с использованием Visual Studio Code и расширения AsciiDoc Presentations.

А также про использование этих технологий в лекционных материалах.
</blockquote>

{{VideoSection}}

{{vimeoembed||800|450}}
{{youtubelink|ecZSAKScg0Q}}
{{SlidesSection}}
[[File:Набор инструментов для создания HTML презентаций лекций (Василий Меленчук, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' asciidoc, reveal.js, vscode.

=== Презентации в браузере ===

Классический подход к презентациям для лекций — это использовать Microsoft PowerPoint или же, чуть реже, LibreOffice Impress. Это вполне устоявшийся стандартный подход, который применяется повсеместно.

Относительно молодой альтернативой можно назвать использование веб-браузеров для демонстрации презентаций. Языки HTML, CSS и JavaScript добавляют массу новых возможностей для работы с презентациями. А именно:

* CSS + JavaScript гораздо богаче по возможностям для создания оформления и анимаций;
* больше интерактивных элементов, которые могут быть встроены прямо в презентацию;
* удобное хранение презентаций в системах контроля версий, что ценят разработчики ПО: человекочитаемые документы проще анализировать, чем бинарные pptx или odp;
* публикация презентаций в Интернете без потери интерактивности, как это случается при использовании экспорта в PDF;
* браузеры есть «из коробки» в любой современной операционной системе, в то время как наличие офисного пакета не обязательно.

Такой подход имеет и недостатки. Очевидный минус — технологическая сложность: автор должен понимать HTML, CSS и, возможно, JavaScript. Для качественного оформления требуется опыт HTML-вёрстки.

Тем не менее подобные системы популярны. Существует несколько JavaScript-фреймворков для таких презентаций: reveal.js<ref name="reveal">Hakim El Hattab and contributors. ''The HTML Presentation Framework''. URL: https://revealjs.com/</ref>, impress.js<ref name="impress">Bartek Szopka. ''impress.js presentation tool based on the power of CSS3 in modern browsers''. URL: https://impress.js.org/</ref>, deck.js и другие.

В дальнейшем за основу взят фреймворк reveal.js<ref name="reveal" />.

=== AsciiDoc как основа ===

Поскольку вёрстка презентации прямо в HTML является относительно сложной задачей, существуют конвертеры в этот формат из AsciiDoc (Asciidoctor reveal.js), Markdown и других форматов.

Такие форматы удобны для создания несложных презентаций: markdown-подобные синтаксисы позволяют ограничиться заголовками (названиями слайдов) и списками (тезисами слайда).

Формат особенно удобен для презентаций на ИТ-тематику, где часто требуется демонстрация исходных текстов программ с подсветкой синтаксиса, UML-диаграмм (классов, последовательностей) и т. п.

Диаграммы могут быть созданы прямо в документе с использованием различных форматов: PlantUML, GraphViz, Mermaid и других. Для визуализации по умолчанию используется сервер kroki.io<ref name="kroki">Kroki. URL: https://kroki.io/</ref>. Возможен запуск собственного сервера, поскольку docker-образы kroki доступны публично.

=== Сводим всё воедино ===

Для демонстрации презентации желателен локальный веб-сервер. Таким образом система становится достаточно сложной; её структура изображена на рисунке 1.

[[File:oseduconf-2026-melenchuk-ris1.svg|center|thumb|600px|Схема системы для презентаций]]

Работу с исходной AsciiDoc-презентацией удобно вести в Visual Studio Code с установленным расширением AsciiDoc, обеспечивающим валидацию, автодополнение, подсветку синтаксиса и предварительный просмотр.

Для управления всеми компонентами используется расширение AsciiDoc Presentation, которое помогает в создании и воспроизведении презентаций.

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

=== Резюме ===

Описываемый подход является альтернативой стандартным средствам работы с презентациями и удобен для подготовки лекций по ИТ-дисциплинам в университете.

Дополнительно поддерживаются:

* генерация математических формул в браузере (MathJax);
* генерация QR-кодов;
* другие возможности, представленные в демонстрационной презентации проекта.

Использование AsciiDoc и HTML-презентаций имеет ряд недостатков:

* нестандартная вёрстка, оригинальные эффекты и анимации требуют навыков HTML/CSS/JavaScript;
* подход менее понятен пользователям WYSIWYG-редакторов;
* диаграммы, генерируемые на лету, имеют ограниченные возможности ручной настройки внешнего вида.

Проект пока далёк от завершения, ведётся разработка идей по повышению интерактивности презентаций и лекций.

{{----}}
[[File:{{#setmainimage:Набор инструментов для создания HTML презентаций лекций (Василий Меленчук, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://github.com/bzzzil/vscode-asciidoc-presentation/

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Разработка Атомарных дистрибутивов на базе технологий ALT Atomic (Семен Фомченков, OSEDUCONF-2026)

2026-04-05T18:05:36Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Семен Фомченков}}
<blockquote>
Атомарные (''immutable'') операционные системы помогают решать типовые проблемы сопровождения классических установок: дрейф состояния, сложный откат обновлений и расхождения конфигураций между «одинаковыми» машинами.

Кратко опишем основные принципы атомарной архитектуры на примере ALT Atomic и покажем, как Atomic Package Manager (APM) упрощает создание и сопровождение атомарных дистрибутивов благодаря декларативному описанию состава и структуры системы. На базе профилей для рабочей станции и сервера рассмотрим, как единая база превращается в воспроизводимые варианты под разные роли.

Отдельно разберём прикладной сценарий: сопровождение большого парка стандартизированных компьютеров в учебных учреждениях и организациях — от развёртывания и обновлений до восстановления.
</blockquote>

{{VideoSection}}
{{vimeoembed|1179732457|800|450}}
{{youtubelink|FGlafEOg_mg}}
{{SlidesSection}}
[[File:Разработка Атомарных дистрибутивов на базе технологий ALT Atomic (Семен Фомченков, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==

'''Ключевые слова:''' атомарные системы, неизменяемость, ALT Atomic, APM, декларативная конфигурация, воспроизводимость, сопровождение парка машин.

=== Атомарная модель как инструмент администрирования ===

Атомарная модель переносит администрирование в управление образами: базовая ОС фиксирована, изменения задаются и применяются транзакционно. В результате обновления становятся предсказуемыми, появляется быстрый откат, а дрейф состояния между машинами сводится к минимуму — что особенно важно при массовом сопровождении.

=== ALT Atomic как практический пример ===

Технологии ALT Atomic демонстрируют прикладную реализацию атомарного подхода: система поставляется как образ, обновляется транзакционно и поддерживает безопасный откат. Такой режим эксплуатации снижает риск «разъезда» конфигураций и упрощает восстановление рабочих мест после обновлений и сбоев.

=== Atomic Package Manager и декларативное описание системы ===

APM (Atomic Package Manager) выступает единым инструментом управления атомарной системой и её составом, переводя настройку из ручных действий на машине в описание желаемого состояния. Декларативная конфигурация фиксирует набор компонентов и структуру системы, делает систему воспроизводимой на разных устройствах и снижает влияние локальных изменений на последующее сопровождение.

=== Примеры профилей: десктоп и сервер ===

Профили показывают, как одна и та же атомарная база превращается в разные «роли» системы. Десктоп-профиль ориентирован на единое окружение и набор пользовательских компонентов, а серверный профиль — на минимальную основу и строго определённую сервисную функцию с предсказуемым жизненным циклом обновлений. Дополнительно такие профили удобно использовать как унифицированную основу для развёртывания контейнеров и виртуальных машин.

=== Сопровождение стандартизированного парка в организациях ===

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

На практике это особенно удобно для компьютерных классов и лабораторий: можно держать отдельные профили под аудитории (например, «программирование», «CAD/CAE», «видеомонтаж», «киоск/экзамен»), быстро переустанавливать или «возвращать в эталонное состояние» машины после экспериментов студентов, а обновления проводить централизованно — одинаково для всего класса, с возможностью отката при проблемах.

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

Такой подход снижает нагрузку на администраторов и делает состояние парка предсказуемым на протяжении всего семестра.

{{----}}
[[File:{{#setmainimage:Разработка Атомарных дистрибутивов на базе технологий ALT Atomic (Семен Фомченков, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://atomic.alt-gnome.ru/

[[Категория:OSEDUCONF-2026]]
[[Категория:Draft]]
[[Категория:СПО в образовании]]

Использование swriter из пакета libreoﬃce для подготовки документов кандидатской диссертации (Тамара Зайка, OSEDUCONF-2026)

2026-04-05T17:58:56Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Тамара Зайка}}
<blockquote>
Рассмотрены проблемы и решения применения swriter из пакета LibreOffice для подготовки рукописи кандидатской диссертации и автореферата, соответствующих нормативным требованиям ВАК РФ, создан проект в GitHub с шаблонами для этих документов.

Описаны пути решения некоторых задач, появившихся во время работы над этим проектом.
</blockquote>

{{VideoSection}}

{{vimeoembed||800|450}}
{{youtubelink|fMeFG_W4QcM}}
{{SlidesSection}}
[[File:Использование swriter из пакета libreoﬃce для подготовки документов кандидатской диссертации (Тамара Зайка, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' libreoffice swriter, шаблон документа, диссертация, автореферат.

=== Нормативные требования и выбор инструмента ===

В любой диссертационной работе на соискание учёной степени большое значение имеет не только качество материала, но и соответствие документов ГОСТу Р 7.0.11—2011<ref name="gost1">ГОСТ Р 7.0.11—2011. Система стандартов по информации, библиотечному и издательскому делу. Диссертация и автореферат диссертации. Структура и правила оформления. — М.: Стандартинформ, 2011. — 16 с.</ref>, а также требованиям диссертационного совета. Документ, не соответствующий требованиям, может быть не принят или отправлен на доработку. Подготовка рукописи, создание библиографии, доработка по замечаниям и внесение обновлений — процессы трудоёмкие и требующие времени.

Свободных программных инструментов для создания макета диссертации существует немало. Можно использовать различные языки разметки (например, Markdown с Pandoc<ref name="markdown">Зенкин В. А. ''Применение языка разметки Markdown для написания отчётов о НИР и других сложноструктурированных документов с регламентированными требованиями к оформлению'' // Восемнадцатая конференция «Свободное программное обеспечение в высшей школе». Переславль-Залесский, 2023. С. 73—76.</ref>), Creole, Textile и другие. Возможны процессоры TeX (например, LaTeX<ref name="latex">LaTeX-шаблон для русской кандидатской диссертации и её автореферата. GitHub. URL: https://github.com/AndreyAkinshin/Russian-Phd-LaTeX-Dissertation-Template (дата обращения: 05.01.2025).</ref>). Тем не менее, одними из наиболее популярных решений остаются производные текстового процессора StarOffice Writer (swriter), в частности LibreOffice Writer, который традиционно продолжает называться swriter.

В рукописи отсутствуют объёмные формулы, но присутствует некоторое количество таблиц и иллюстраций, поэтому был выбран LibreOffice Writer — широко используемый, относительно простой в освоении и функциональный инструмент. В отличие от swriter, TeX требует серьёзной подготовки, а языки разметки не позволяют обеспечить требуемую точность верстки при строгом соблюдении нормативов.

=== Разработка шаблонов ===

В начале работы были определены стили и параметры документа, соответствующие нормативам, для:

* основного текста;
* заголовков разных уровней;
* таблиц и рисунков;
* оглавления и библиографии;
* колонтитулов первой страницы, чётных и нечётных страниц.

На основе этого были созданы шаблоны<ref name="ott">OpenDocument-шаблон для простого макета рукописи российской кандидатской диссертации. GitHub. URL: https://github.com/ventricola/Russian-Phd-OpenDocument-Dissertation-Template (дата обращения: 09.01.2025).</ref> рукописи диссертации и автореферата.

В качестве элементов библиографических ссылок, а также ссылок на таблицы и рисунки использованы поля-переменные «Диапазон нумерации» и перекрёстные ссылки на элементы диапазонов. Этот способ значительно проще встроенного инструмента библиографии swriter. Источники можно редактировать прямо в тексте, добавлять, удалять и сортировать элементы библиографии, при этом ссылки автоматически обновляются. Ссылки на удалённые элементы легко обнаруживаются.

Для вставки рисунков используются врезки, все графические элементы вставляются с привязкой «Как символ», что предотвращает смещение текста.

В целом функциональности swriter достаточно для подготовки несложного структурированного документа, при этом освоить его значительно проще, чем LaTeX.

=== Выявленные сложности ===

В процессе подготовки документа были выявлены некоторые сложности.

Поиск даже в последних версиях swriter плохо работает с текстом полей, а инструмент замены неудобен для редактирования специальных символов. Для решения этой проблемы использовалось дополнение AltSearch.

Во время взаимодействия с коллегами выяснилось, что большинство работает исключительно с документами Microsoft Word. При сохранении или конвертации документа swriter в формат .docx, либо при открытии .odt в Microsoft Office, несмотря на значительный прогресс в совместимости, часть разметки искажается и требует ручной корректировки. К счастью, многие готовы работать с PDF, а экспорт в этот формат стабильно работает без проблем.

{{----}}
[[File:{{#setmainimage:Использование swriter из пакета libreoﬃce для подготовки документов кандидатской диссертации (Тамара Зайка, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Использование СПО и технологической некромантии в обеспечении преподавания медико-биологических дисциплин (Денис Зайка, OSEDUCONF-2026)

2026-04-05T17:56:03Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Денис Зайка}}
<blockquote>
Использование свободных терминальных решений для обеспечения информатизации преподавания медико-биологических дисциплин в медицинском университете позволяет обеспечить доступ к современным образовательным программам и ресурсам при минимальных затратах.

Внедрение инструментов виртуализации, тонких клиентов, терминалов и свободных сетевых операционных систем снижает расходы на обслуживание и сопровождение информационной инфраструктуры и локальных сетей.
</blockquote>

{{VideoSection}}

{{vimeoembed||800|450}}
{{youtubelink|Coq2-nF1-Hs}}
{{SlidesSection}}
[[File:СПО и технологическая некромантия в медико-биологическом преподавании (Денис Зайка, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' UNIX, системы виртуализации, тонкий клиент, OpenWRT.

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

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

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

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

В настоящее время существует множество свободных программных продуктов, подходящих для реализации терминальных решений, таких как Thinstation, OpenThinClient, Linux Terminal Server Project (LTSP) и другие варианты, например лёгкое ядро FreeBSD/Linux из NFS. После нескольких экспериментов было выбрано решение Ubuntu/LTSP. Серверная ОС с LTSP была установлена на гипервизоре KVM, работающем на Debian-based системе Proxmox VE начиная с версии 4.0, а ранее на FreeBSD с использованием VirtualBox. Это позволило развернуть несколько виртуальных машин для решения различных задач (например, организации тестирования, работы с веб-ресурсами и т. д.).

Клиенты не имеют дисковых накопителей (которые часто становятся причиной серьёзных сбоев) и загружаются через PXE, что снижает затраты на обслуживание оборудования и программного обеспечения. Компьютерные классы используются не только в учебном процессе, но и для работы преподавателей.

В локальных сетях также использовались преимущественно недорогие устаревшие домашние маршрутизаторы. Критерием выбора была возможность работы с ОС OpenWRT. Например, на кафедрах фармакологии и медицинской биологии многие годы успешно функционировали маршрутизаторы D-Link DIR-300 B1 с OpenWRT 15.05, которые обеспечивали многосегментную маршрутизацию в локальной вычислительной сети, работу основных и резервных интернет-каналов, туннелирование с шифрованием и другие функции. Также использовались DIR-615 E4 с подключённым USB и оверлеем на USB флеш-накопителе, выполнявшим функции принт-сервера.

В настоящее время используются Beeline SmartBox Turbo+, обладающие достаточным объёмом оперативной памяти и NVRAM для выполнения большинства задач (кроме маршрутизации и коммутации — принт-сервер, скан-сервер, файловый сервер с SAMBA, аудиосервер с icecast и shairplay).

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

{{----}}
[[File:{{#setmainimage:СПО и технологическая некромантия в медико-биологическом преподавании (Денис Зайка, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Опыт применения MiniOS в качестве основы лаборатории «быстрого приготовления» (Никита Шалаев, OSEDUCONF-2026)

2026-04-05T05:48:47Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Никита Шалаев}}
<blockquote>
При всём уважении к обстоятельному подходу к организации учебного процесса, не всегда имеется возможность организовать рабочие места, оснащённые ОС Linux, официальным образом.

Одним из способов обустроить такие рабочие места «подручными средствами» является специализированный дистрибутив Linux MiniOS, позволяющий оперативно развернуть произвольное количество однотипных сред и легко управлять набором доступного в них ПО.

В данном докладе будут рассмотрены достоинства и недостатки такого решения на основе опыта организации факультатива, посвящённого технологиям сбора данных в сети Интернет.
</blockquote>

{{VideoSection}}

{{vimeoembed||800|450}}
{{youtubelink|V8q7NVqgLN8}}
{{SlidesSection}}
[[File:Опыт применения MiniOS в качестве основы лаборатории «быстрого приготовления» (Никита Шалаев, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==

'''Ключевые слова:''' MiniOS, Debian, Live USB.

=== Предпосылки ===

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

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

* использование сервера с виртуальными машинами;
* установка виртуальных машин на компьютеры студентов.

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

Апробированный нами вариант с использованием MiniOS предлагает альтернативное решение этой задачи.

=== Что такое MiniOS ===

MiniOS представляет собой живую систему Debian (текущая версия MiniOS 5.1.1 по сути является полноценным Debian 13 Trixie), адаптированную для работы с флеш-накопителей даже с невысоким уровнем производительности ввода/вывода. Это утверждение было проверено эмпирически на различных носителях из низкого ценового сегмента.

В системе реализована:

* система сохранения изменений (т. н. persistence);
* возможность выноса данных пользователя непосредственно на загрузочный носитель;
* сохранение основной функции флеш-накопителя как носителя данных.

Таким образом, для развёртывания рабочего места требуется только исправно работающая флешка бытового уровня и компьютер (или ноутбук), способный с неё загрузиться. Практика эксплуатации MiniOS показала её высокую совместимость с оборудованием студентов.

=== Расширяемость и модульность ===

В отличие от своего эволюционного прародителя Slax, MiniOS изначально предлагает средства для создания дополнительных модулей (образов squashfs), расширяющих функциональность системы:

* через установку пакетов (apt2sb);
* выполнение произвольных скриптов (script2sb);
* сохранение целой сессии (chroot2sb).

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

Для факультатива были собраны модули:

* для работы с изображениями (imagemagick, tesseract и др.);
* для работы с базами данных (sqlite и сопутствующие утилиты);
* для настройки корпоративной сети.

Для других задач создавались отдельные модули. В частности, при необходимости быстро развернуть среду для работы с R (R и RStudio) и пакетом QCA (со всеми зависимостями) потребовалось оперативное формирование соответствующего модуля.

Переконфигурация носителей осуществляется простым добавлением или удалением файлов.

=== Преимущества решения ===

Кроме простоты развёртывания и обслуживания, MiniOS имеет важное преимущество перед виртуальными машинами:

* система может использоваться как аварийный вариант при сбое основной ОС;
* позволяет выполнять учебные задания даже в случае проблем с установленной системой.

Этот аргумент может стать дополнительным стимулом для знакомства с Linux даже для студентов, не специализирующихся в области ИТ и СПО.

=== Ограничения ===

Недостатком решения в современных условиях является распространённость ноутбуков на базе процессоров Apple Silicon, которые не могут быть загружены с носителя, рассчитанного на архитектуру amd64.

В таких случаях альтернативой остаётся использование виртуализации.

=== Обратная связь и развитие проекта ===

Многие замечания, возникшие в ходе реализации факультатива, были учтены разработчиками MiniOS. В частности:

* исправлена ситуация со шрифтами в меню GRUB при включённом Secure Boot;
* в стандартную комплектацию добавлены прошивки для чипсетов Mediatek и Ralink;
* исправлен баг с переносом пользовательских каталогов напрямую на носитель.

Это внушает оптимизм относительно дальнейших перспектив проекта и возможности использовать его как основу не только для оперативно разворачиваемых курсов, но и для «одноразовых» мероприятий — летних школ или мастер-классов.

{{----}}
[[File:{{#setmainimage:Опыт применения MiniOS в качестве основы лаборатории «быстрого приготовления» (Никита Шалаев, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://minios.dev

[[Категория:OSEDUCONF-2026]]
[[Категория:Linux-дистрибутивы]]
[[Категория:СПО в образовании]]

Длительная образовательная игра с применением свободного аппаратного и ПО (Александр Чернышов, OSEDUCONF-2026)

2026-04-03T23:13:15Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Александр Чернышов}}
<blockquote>
Свободное аппаратное и программное обеспечение в учебном процессе вуза удобно применять для практической подготовки студентов, в том числе для их самостоятельного технического творчества. При этом необходимо сформулировать для студентов общественно-полезную цель.

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

Показаны примеры реализации этого подхода в учебном процессе кафедры К3 МФ МГТУ им. Н. Э. Баумана.
</blockquote>

{{VideoSection}}
{{vimeoembed|1179732460|800|450}}
{{youtubelink|IOxLQbCBYGc}}
{{SlidesSection}}
[[File:Длительная образовательная игра с применением свободного аппаратного и ПО (Александр Чернышов, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' Arduino, практическая подготовка, самостоятельная работа, общественная польза, длительный малобюджетный проект.

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

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

Выходом может быть использование совокупности свободного аппаратного и программного обеспечения, одним из ярких примеров которого сегодня является платформа Arduino<ref name="ArduinoRU"/>. Однако для постановки реальных задач, которые должны быть решены студентами, необходима формулировка практической цели.

Но просто формулировка цели недостаточна. Требуется зажечь в студентах интерес к массовому участию в движении к этой цели с чётким пониманием необходимости передачи своих достижений следующим поколениям. Такой подход очень близок по сути к сформулированному в начале XX в. Иннокентием Николаевичем Жуковым понятию «длительной массовой игры» с целями, направленными на пользу обществу<ref name="JukovIN"/>.

Основная идея заключается в создании недорогих и потому допускающих массовое изготовление приборов, выполняющих измерение различных параметров окружающей среды. Эти приборы объединяются в измерительную сеть, позволяющую (как одна из возможных задач) контролировать состояние атмосферы в аудиториях образовательной организации на соответствие СанПиН. Функции накопления и анализа информации в такой сети выполняет сервер под управлением ОС Linux с сервисами, реализованными (также силами студентов) на базе свободного ПО. Сама измерительная сеть также превращается в объект (большую систему), за состоянием которого необходимо следить и при необходимости проводить восстановительные мероприятия, что может стать предметом отдельной эксплуатационной практики.

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

Такая модель в настоящее время реализована на кафедре К3 Мытищинского филиала МГТУ им. Н. Э. Баумана. С применением технологий платформы Arduino (конкретно использован микроконтроллер ESP8266<ref name="ESP8266"/> в различных конструктивных исполнениях модулей) разработаны различные приборы<ref name="K3Pribs"/>, выполняющие измерения следующих параметров:

* атмосферное давление;
* относительная влажность воздуха;
* температура воздуха;
* освещённость;
* цветовая температура света;
* уровень CO<sub>2</sub>;
* уровень TVOC.

Часть приборов выполнена в единичном экземпляре (ещё не тиражирована). Некоторые приборы выпущены микросериями (до 40 штук). Прошивка практически всех приборов выполняется с помощью среды Arduino IDE.

Для объединения приборов в измерительную сеть используются встроенные в ESP8266 возможности подключения по Wi-Fi. Каждый прибор через унифицированный интерфейс HTTP передаёт на специально выделенный сервер блок измерительных данных в формате JSON. Передача осуществляется 1 раз в минуту или 1 раз в 5 минут. Службы сервера реализованы с использованием свободного ПО, в основе которого Docker, Apache, NodeJS, PostgreSQL, MongoDB, InfluxDB, Python, Redis (студенты выбирали те инструменты, которые им удобнее).

Сервер является общедоступным в сети Интернет, что позволяет реализовать удалённые измерения. Это, в частности, позволило реализовать проект «самого большого учебного пособия школы МДЦ “Артек”»: 10 приборов измерения атмосферного давления «Паскаль» были изготовлены студентами, переданы в МДЦ «Артек» и размещены по одному во всех лагерях Артека (расстояние между крайними приборами в сети превышает 5 км). Через местный Wi-Fi каждый прибор имеет доступ к серверу накопления данных кафедры К3. Данные с сервера доступны по сети Интернет для преподавателей и обучающихся школы МДЦ «Артек»<ref name="K3ArtekMap"/>, что позволяет использовать их в режиме реального времени для изучения школьных дисциплин.

Сервер документирования реализован на базе Dokuwiki<ref name="K3Doku"/>.

При наличии желания такая сеть наблюдений может быть подготовлена (изготовлено необходимое количество приборов) и развёрнута силами студентов в любом вузе или подшефной школе.

{{----}}
[[File:{{#setmainimage:Длительная образовательная игра с применением свободного аппаратного и ПО (Александр Чернышов, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="ArduinoRU">Аппаратная платформа Arduino. URL: https://arduino.ru/</ref>
<ref name="JukovIN">Жуков И. Н. ''От системы скаутинг к системе пионерства''. 1923. Машинопись. 60 с. Из фондов Музея истории детского движения ГБОУ г. Москвы «Воробьёвы горы».</ref>
<ref name="ESP8266">ESP8266 Hardware Design Guidelines. Version 2.8. Espressif Systems, 2024. URL: https://documentation.espressif.com/esp8266_hardware_design_guidelines_en.pdf</ref>
<ref name="K3Pribs">Образовательные приборы, кафедра К3 МФ МГТУ им. Н. Э. Баумана. URL: http://dbrobo1.mf.bmstu.ru/dokuwiki/doc:8601:meters</ref>
<ref name="K3ArtekMap">Артек. Школа. Атмосферное давление. URL: http://dbrobo1.mf.bmstu.ru/forms/Artek_Pascal_map/</ref>
<ref name="K3Doku">Документация, кафедра К3 МФ МГТУ им. Н. Э. Баумана. URL: http://dbrobo1.mf.bmstu.ru/dokuwiki/doc:doc</ref>
<references/>
* http://dbrobo1.mf.bmstu.ru/dokuwiki/doc:8601:meters

[[Категория:OSEDUCONF-2026]]
[[Категория:Open-source and hardware]]
[[Категория:СПО в образовании]]
[[Категория:Arduino]]

Платформа обучения программированию на базе машин состояний (Алексей Федосеев, OSEDUCONF-2026)

2026-04-03T09:02:14Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Алексей Федосеев}}
<blockquote>
С 2023 года в России реализуется проект «Национальная киберфизическая платформа», направленный на массовое вовлечение школьников в инженерию и новые технологии, обучение их программированию, электронике и созданию автономных систем. Платформа базируется на принципах открытой архитектуры, свободном и открытом программном и аппаратном обеспечении.

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

Платформа используется в сети технологических кружков Кружкового движения и в рамках Национальной технологической олимпиады школьников. Следующим шагом в развитии платформы может стать её применение в высшей школе и создание на её основе новых образовательных и технологических продуктов.
</blockquote>

{{VideoSection}}
{{vimeoembed|1179732459|800|450}}
{{youtubelink|EjhD5Cxs_LY}}
{{SlidesSection}}
[[File:Платформа обучения программированию на базе машин состояний (Алексей Федосеев, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' обучение программированию, машины состояний, стандарт, среда разработки, платформа.

=== Введение ===

Технологические кружки уже больше 100 лет играют роль колыбели новых технологий и практик будущего. В сфере информационных технологий ярким примером является Tech Model Railroad Club из MIT. При этом в современной России технические кружки уступают в популярности многим другим направлениям дополнительного образования<ref name="KRUZHKI"/> , а родители и старшеклассники зачастую предпочитают кружкам подготовку к ЕГЭ. Не менее серьёзным вызовом является технологическое обеспечение кружков — после 2022 года в связи с уходом с рынка многих зарубежных производителей возникла потребность переоснащать кружки отечественными и открытыми решениями<ref name="ROBOMAP"/>. В этих целях в 2023 году был инициирован проект «Национальная киберфизическая платформа», направленный на массовое вовлечение школьников в инженерию и новые технологии, обучение их программированию, электронике и созданию автономных систем<ref name="NKFP_PLATFORM"/>.

=== Киберфизическая платформа ===

В связи с большим числом уже существующих отечественных решений в области образовательной робототехники и умного дома (при этом в массе своей — проприетарных), а также уже появившихся на рынке отечественных контроллеров, реализованных в том числе на базе открытой архитектуры RISC-V, было принято решение основным направлением развития Национальной киберфизической платформы сделать методологию и программное обеспечение для разработки киберфизических систем<ref name="NKFP_FEDOSEEV"/>. В этой области уже существуют инициированные не в России открытые экосистемы разработки, такие как Arduino, ROS, Home Assistant и др. Поэтому важный акцент делается на сквозном вовлечении и обучении школьников и студентов с самого младшего возраста и до уровня профессиональной разработки, формировании правильных способов работы и мышления будущих разработчиков, в т. ч. в опоре на принципы разработки свободного ПО.

В рамках Национальной киберфизической платформы школьники впервые знакомятся с программированием и робототехникой в видеоиграх, затем имеют возможность поучаствовать в очных мероприятиях и кружках и перейти от разработки игр к созданию собственных решений для умного дома и робототехники, в том числе в рамках Национальной технологической олимпиады<ref name="NTO"/>, а в будущем — принять участие во Всероссийском конкурсе проектов с открытым кодом<ref name="FOSS_CONTEST"/> и представить там собственные разработки.

=== Программирование расширенных иерархических машин состояний ===

В качестве сквозного инструмента программирования киберфизических систем были выбраны программируемые расширенные иерархические машины состояний (ПРИМС). Этот мета-язык позволяет реализовывать адекватные для умных и встраиваемых систем парадигмы событийного и автоматного программирования<ref name="SAMEK"/>. Программный код в виде диаграмм может быть общим планшетом для разработки всей командой — от дизайнеров до программистов, — а на основе диаграммы можно генерировать код для поддерживаемых аппаратно-программных платформ (см. пример на рисунке).

[[File:hsm-example.png|thumb|center|800px|Пример диаграммы машины состояний для лифта.]]

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

В основе ПРИМС лежит перевод и адаптация стандарта UML 2.0 Statecharts. На русском языке была издана серия стандартов, описывающих архитектуру киберфизической платформы, визуальный язык программирования и формат его представления на основе GraphML (ПНСТ 982-2024, 983-2024, 984-2024 и 1044-2025). В репозиториях Ассоциации кружков опубликован код свободных программных библиотек, реализующих работу с данным языком, генерацию кода на основе диаграмм и др. (например: https://github.com/kruzhok-team/libcyberiadaml и другие репозитории на GitHub и ALTLinux Space: https://altlinux.space/dralex).

Педагогам и энтузиастам доступны методические разработки, онлайн-курсы и другие материалы для обучения программированию иерархических машин состояний для учащихся разного уровня<ref name="PROGRAMMING"/>.

=== Примеры продуктов на базе платформы ===

В рамках предыдущих конференций, посвящённых тематике свободного ПО, уже приводился пример симулятора космических аппаратов с программированием на основе машин состояний<ref name="ORBITA"/> и среда разработки для программирования контроллеров (Arduino и др.) с помощью диаграмм машин состояний<ref name="LAPKI"/>. Приведём ещё несколько примеров аппаратных и программных продуктов, опубликованных под свободными и открытыми лицензиями и основанных на принципах и технологиях Национальной киберфизической платформы.

Начинающие разработчики могут попробовать себя в качестве авторов простых трёхмерных видеоигр и виртуальных миров, используя среду Ursula, основанную на открытом игровом движке Godot Engine и реализующую ПРИМС для описания поведения автономных агентов в игре (https://github.com/kruzhok-team/Ursula/).

Более сложные форматы интерактивных развлечений и инженерного образования в кружках можно реализовать на основе отечественного аппаратно-программного комплекса<ref name="IR"/>, дающего возможность программировать носимые устройства, которые отправляют и принимают ИК-сигналы. Эти контроллеры опубликованы под свободной лицензией (https://altlinux.space/dralex/IR_PCB_HW/) и также программируются машинами состояний в упомянутой выше среде разработки.

=== Выводы ===

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

{{----}}
[[File:{{#setmainimage:Платформа обучения программированию на базе машин состояний (Алексей Федосеев, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="KRUZHKI">Андрюшков А. А., Устиловская А. А., Чикуров А. В., Комарова А. А. Кружки как российская гуманитарная технология. Аналитический отчёт Инфраструктурного центра Кружкового движения НТИ. М., 2022.</ref>
<ref name="ROBOMAP">Исследование технолого-методического обеспечения кружков НТИ: робототехника / А. Овсянников, П. Дятлова, А. Федосеев; под ред. А. Андрюшков, О. Кусковой. М.: Ассоциация участников технологических кружков, 2023.</ref>
<ref name="NKFP_PLATFORM">Национальная киберфизическая платформа — https://platform.kruzhok.org</ref>
<ref name="NKFP_FEDOSEEV">Федосеев А. И. Концепция Национальной киберфизической платформы // Сенсорное Слияние — 2023.</ref>
<ref name="NTO">Национальная технологическая олимпиада — https://ntcontest.ru</ref>
<ref name="FOSS_CONTEST">Всероссийский конкурс проектов с открытым кодом — https://foss.kruzhok.org</ref>
<ref name="SAMEK">Samek M. Practical UML Statecharts in C/C++: Event-Driven Programming for Embedded Systems. CRC Press, 2008.</ref>
<ref name="PROGRAMMING">Обучение программированию машин состояний — https://platform.kruzhok.org/programming</ref>
<ref name="ORBITA">Федосеев А. Свободный симулятор космических аппаратов «Орбита» // Девятнадцатая конференция разработчиков свободных программ, 2023.</ref>
<ref name="LAPKI">Чекан М. Среда визуального программирования машин состояний // Девятнадцатая конференция разработчиков свободных программ, 2023.</ref>
<ref name="IR">Открытый образовательный набор «Путеводная — ИК» — https://cyberphysics.kruzhok.org</ref>
<references/>
* https://platform.kruzhok.org/nkfp

[[Категория:OSEDUCONF-2026]]
[[Категория:Finite State Machines]]
[[Категория:СПО в образовании]]

Среда визуального программирования машин состояний: введение в программирование на разных образовательных траекториях (Валентин Широков, OSEDUCONF-2026)

2026-04-03T08:29:13Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Валентин Широков}}
<blockquote>
IDE «Кибериада» за 2,5 года разработки значительно улучшила свою функциональность и получила апробацию на значительном числе образовательных мероприятий с большим числом участников.

Приводится краткое описание IDE и её задач, обсуждается полученная от пользователей обратная связь и направления дальнейшего развития.
</blockquote>

{{VideoSection}}

{{vimeoembed||800|450}}
{{youtubelink|dnnDZaYn0M0}}
{{SlidesSection}}
[[File:Среда визуального программирования машин состояний — введение в программирование на разных образовательных траекториях (2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' НКФП, ПРИМС, IDE, образование.

IDE «Кибериада» является визуальной средой программирования в парадигме Программируемых расширенных иерархических машин состояний<ref name="chekan"/> — промышленном стандарте программирования встраиваемых систем от бытовой до космической сферы. Её разработка началась весной 2023 года, и осенью 2023 она уже была представлена на этой конференции под её рабочим названием, Lapki IDE<ref name="chekana"/>. Она является важным элементом Национальной киберфизической платформы<ref name="chekanb"/> — экосистемы образовательных и просветительских продуктов, направленной на обучение и вовлечение школьников в инженерию микроэлектронных и киберфизических систем.

Важно, что IDE «Кибериада» работает не сама по себе: она работает в связке с такими продуктами, как игра «Защита пасеки», КиберМишка (плата для первой встречи школьников с электроникой, предназначенная для 5–8 классов), МС-ТЮК (платформа для проектирования распределённых систем), Arduino; функционируя внутри образовательных программ и соревновательных мероприятий, этот комплекс обеспечивает сильное вовлечение и образовательные результаты участвующих в них школьников.

За последние два года разработки «Кибериада» вышла из статуса альфа-версии в полноценный релиз и получила массу доработок: встроенный компилятор (ранее был только «облачный»), историю изменений, реализацию псевдосостояний выбора и составных переходов, встроенный справочник компонентов, монитор порта с HEX-режимом, пакетную загрузку прошивок (актуально для МС-ТЮК, где работа всегда ведётся с более чем одной платой), псевдонимы для компонентов, автообновление, шаблоны-примеры схем и многие другие улучшения функциональности и пользовательского опыта.

В IDE добавились новые целевые платформы. Часть из них реализована на основе микроконтроллеров STM32: МС-ТЮК, КиберМишка. Появились виртуальные платформы «Строчник» и «Садовник», использованные для проведения трека по киберфизике НТО Джуниор<ref name="junior"/>.

«Кибериада» была опробована на 9 мероприятиях в четырёх регионах, с участием 190 учителей, 260 школьников и 40 студентов, и сейчас используется в 57 кружках с участием порядка 1300 детей (и ещё около 200 кружков должны открыться в ближайшее время под эгидой «Движения первых»<ref name="a1st"/>). Из наиболее значимых мероприятий стоит упомянуть НТО Джуниор (с наибольшим числом участников) и педагогический практикум для наставников «Берлоги» в Центре знаний «Машук»<ref name="chekanc"/>, в котором участвовало большое число педагогов.

По результатам апробации получено значительное количество обратной связи о том, как IDE взаимодействует с «реальным миром». Самое главное — она работает, и работает хорошо. Она позволяет полным новичкам за 15 минут создать интересную им программу, а за трёхдневный образовательный интенсив — разработать довольно сложную по логике программу, эквивалентную нескольким сотням строк кода на Wiring.

Среди планируемых доработок требуется устранить шероховатости UX, добавить ключевые модули вроде отладчика, оптимизировать генерируемый код. Однако в целом для IDE просматриваются два больших направления развития: образовательное и профессиональное.

Образовательное направление требует фокуса прежде всего на UX, интеграции с образовательными практиками и приёмами. Здесь необходимо уменьшать интервал между «открыли IDE в первый раз» и «запрограммировали умную теплицу». Это требует, в том числе, разбиения ПРИМС и интерфейса IDE на «уровни», когда более продвинутые пользователи получают в своё распоряжение больше нужных функций, а начинающие — меньше непонятных на их уровне опыта.

Профессиональное направление требует добавления в IDE новых крупных функциональных единиц. В первую очередь это отладчик, затем — работа в гибридном режиме (текст + диаграммы) и совместная работа. Без них мощности IDE пока недостаточно, чтобы вытеснить Си в большинстве собственных проектов, таких как стенды «Интеллектуальные энергетические системы» и «Беспроводные технологии связи», платы «КиберМишка» и комплексы Турниров юных киберфизиков. При этом большинство этих «профессиональных» функций востребованы и в образовательном направлении. Поэтому разделение «Кибериады» на два продукта представляется маловероятным.

{{----}}
[[File:{{#setmainimage:Среда визуального программирования машин состояний — введение в программирование на разных образовательных траекториях (2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="chekan">Samek M. ''Practical UML Statecharts in C/C++: Event-Driven Programming for Embedded Systems''. Elsevier Inc., 2009.</ref>
<ref name="chekana">Чекан М. Среда визуального программирования машин состояний // Девятнадцатая конференция разработчиков свободных программ: Тезисы докладов. — М.: МАКС Пресс, 2023. — С. 51–53.</ref>
<ref name="chekanb">Национальная киберфизическая платформа — https://platform.kruzhok.org</ref>
<ref name="junior">НТО Джуниор — https://junior.ntcontest.ru/</ref>
<ref name="a1st">Набор наставников для новых научных клубов «Движения первых» — https://platform.kruzhok.org/tpost/b6gnul8m81-idyot-nabor-nastavnikov-dlya-novih-nauch</ref>
<ref name="chekanc">В Центре знаний «Машук» завершился педагогический практикум для наставников «Берлоги» — https://platform.kruzhok.org/tpost/l7c5p5a901-v-tsentre-znanii-mashuk-zavershilsya-ped</ref>
<references/>
* https://github.com/polyus-nt/cyberiada-ide

[[Категория:OSEDUCONF-2026]]
[[Категория:Finite State Machines]]
[[Категория:СПО в образовании]]
[[Категория:Arduino]]

Разработка образа для практического изучения сетевых протоколов в Linux (Артём Осипчук, OSEDUCONF-2026)

2026-04-03T08:17:37Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Артём Осипчук}}
<blockquote>
В рамках образовательного процесса часто возникает потребность в среде, которая будет содержать все требующиеся для курса программные инструменты и удовлетворять заданным ограничениям. На факультете ВМК МГУ эта проблема была решена сборкой индивидуальных образов под некоторые курсы.

Иногда для курса недостаточно лишь одного образа или нужна целая система сообщающихся образов. Многие пользуются существующими решениями в области эмуляции сетей, например Huawei eNSP<ref name="ensp">Huawei eNSP. https://info.support.huawei.com/info-finder/encyclopedia/en/eNSP+Pro.html</ref>.

В нашей работе был предложен альтернативный подход.
</blockquote>

{{VideoSection}}

{{vimeoembed||800|450}}
{{youtubelink|s_Axuj-FlRw}}
{{SlidesSection}}
[[File:Разработка образа для практического изучения сетевых протоколов в Linux (Артём Осипчук, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' сетевые протоколы, mkimage-profiles, автоматизация, дистрибутивы.

== Постановка задачи ==

Для изучения стека сетевых протоколов в лаборатории свободного программного обеспечения ВМК МГУ была разработана серия лабораторных работ<ref name="labs">Степан Мальчевский. ''Лабораторные работы на тему «Сетевые протоколы в Linux»''. https://github.com/UsamG1t/Nets_ASVK_Labs</ref>. Основной их идеей было создание базы для практического изучения протоколов в естественной среде, то есть непосредственно в Linux. Без посредников в качестве программ для эмуляции сетей можно показать верную иерархию взаимосвязей уровней и беспрепятственно настраивать работу любых протоколов.

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

== Использование mkimage-profiles ==

В рамках работы был использован инструмент <code>mkimage-profiles</code><ref name="mp">Michael Shigorin, Anton Midyukov. ''Документация Mkimage-profiles''. https://nightly.altlinux.org/docs/mkimage-profiles.html</ref> — инструментарий для создания метапрофилей дистрибутивов ALT Linux, из которых генерируются профили сборки конкретных дистрибутивов и происходит сама сборка с помощью инструмента mkimage.

Он был использован для реализации автоматической сборки образа на базе операционной системы «Альт», специализированного для курса «Практические аспекты сетевых протоколов в Linux»<ref name="seti">Курячий Г. В. ''Курс «Сети в Linux»: опыт пяти лет преподавания''. https://uneex.org/FrBrGeorge/LinuxNetwork2024</ref>.

Для формирования образа был создан профиль. В нём описываются различные свойства образа: список пакетов, запускаемые фичи, содержимое автозапуска. Образ для кафедрального курса АСВК был создан на основе профиля для ОС JeOS (Just Enough Operating System). Такие сборки содержат лишь минимальный набор компонентов, достаточный для установки работоспособной ОС.

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

== Требования к образу ==

Для проведения лекций по курсу профиль должен:

* являться образом виртуальной машины;
* содержать авторизованный ключ и дополнительные настройки для подключения к клонам образа из-под суперпользователя;
* поддерживать подключение по TCP и последовательному порту для работы из терминала;
* иметь включённые или отключённые автозапуски необходимых сервисов;
* иметь настроенные внешние сетевые интерфейсы, требующиеся для изучения сетевых протоколов. Для настройки использовалась дополнительная обработка образа с помощью <code>VBoxManage</code><ref name="vboxmanage">VBoxManage Introduction. https://www.virtualbox.org/manual/topics/vboxmanage.html</ref>;
* включать пользовательские сценарии преподавателя для работы с <code>VirtualBox</code>;
* иметь расширенное дисковое пространство и подключённые репозитории с пакетами.

== Использование сценариев автоматизации ==

Для курса были использованы сценарии преподавателя<ref name="shell">Shell-сценарии для работы с VirtualBox. https://github.com/FrBrGeorge/vbsnap</ref>:

* для быстрого создания нескольких копий исходного образа;
* для проверки используемых внутренних сетей;
* для подключения по TCP/COM портам вместо визуального интерфейса;
* для формирования отчётов по проделанной работе.

Вывод в консоль последовательного порта был реализован через фичу <code>mkimage-profiles</code>.

== Практическое применение ==

Курс требует построения сетевых топологий из нескольких машин. Проблему решает сборка полноразмерного образа и его последующее клонирование с минимальными затратами ресурсов. Например, в VirtualBox можно использовать «связанную копию», когда на диск записываются только изменения.

Таким образом достигается возможность моделирования лабораторных работ на большом количестве машин при минимальных затратах памяти.

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

Создание и конфигурирование образов средствами <code>mkimage-profiles</code> показало себя как эффективное решение. Образы удобно менять под требования преподавателей и обновлять пересборкой, запускаемой одной командой.

== Результаты и планы ==

Образ был использован для проведения курса «Практические аспекты сетевых протоколов в Linux» и дополнительного курса «Протоколы и методы управления и передачи данных в сети Интернет». По итогам обратной связи образ неоднократно дорабатывался и был выработан регламент его обновления.

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

{{----}}
[[File:{{#setmainimage:Разработка образа для практического изучения сетевых протоколов в Linux (Артём Осипчук, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://github.com/ArtyomOsipchuk/mkimage-profiles/tree/network-protocols-in-linux

[[Категория:OSEDUCONF-2026]]
[[Категория:ALT Linux в образовании]]
[[Категория:Лабораторные работы на СПО]]

Разработка Атомарных дистрибутивов на базе технологий ALT Atomic (Семен Фомченков, OSEDUCONF-2026)

2026-04-02T23:59:52Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Семен Фомченков}}
<blockquote>
Атомарные (''immutable'') операционные системы помогают решать типовые проблемы сопровождения классических установок: дрейф состояния, сложный откат обновлений и расхождения конфигураций между «одинаковыми» машинами.

Кратко опишем основные принципы атомарной архитектуры на примере ALT Atomic и покажем, как Atomic Package Manager (APM) упрощает создание и сопровождение атомарных дистрибутивов благодаря декларативному описанию состава и структуры системы. На базе профилей для рабочей станции и сервера рассмотрим, как единая база превращается в воспроизводимые варианты под разные роли.

Отдельно разберём прикладной сценарий: сопровождение большого парка стандартизированных компьютеров в учебных учреждениях и организациях — от развёртывания и обновлений до восстановления.
</blockquote>

{{VideoSection}}
{{vimeoembed|1179732457|800|450}}
{{youtubelink|}}

{{SlidesSection}}
[[File:Разработка Атомарных дистрибутивов на базе технологий ALT Atomic (Семен Фомченков, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==

'''Ключевые слова:''' атомарные системы, неизменяемость, ALT Atomic, APM, декларативная конфигурация, воспроизводимость, сопровождение парка машин.

=== Атомарная модель как инструмент администрирования ===

Атомарная модель переносит администрирование в управление образами: базовая ОС фиксирована, изменения задаются и применяются транзакционно. В результате обновления становятся предсказуемыми, появляется быстрый откат, а дрейф состояния между машинами сводится к минимуму — что особенно важно при массовом сопровождении.

=== ALT Atomic как практический пример ===

Технологии ALT Atomic демонстрируют прикладную реализацию атомарного подхода: система поставляется как образ, обновляется транзакционно и поддерживает безопасный откат. Такой режим эксплуатации снижает риск «разъезда» конфигураций и упрощает восстановление рабочих мест после обновлений и сбоев.

=== Atomic Package Manager и декларативное описание системы ===

APM (Atomic Package Manager) выступает единым инструментом управления атомарной системой и её составом, переводя настройку из ручных действий на машине в описание желаемого состояния. Декларативная конфигурация фиксирует набор компонентов и структуру системы, делает систему воспроизводимой на разных устройствах и снижает влияние локальных изменений на последующее сопровождение.

=== Примеры профилей: десктоп и сервер ===

Профили показывают, как одна и та же атомарная база превращается в разные «роли» системы. Десктоп-профиль ориентирован на единое окружение и набор пользовательских компонентов, а серверный профиль — на минимальную основу и строго определённую сервисную функцию с предсказуемым жизненным циклом обновлений. Дополнительно такие профили удобно использовать как унифицированную основу для развёртывания контейнеров и виртуальных машин.

=== Сопровождение стандартизированного парка в организациях ===

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

На практике это особенно удобно для компьютерных классов и лабораторий: можно держать отдельные профили под аудитории (например, «программирование», «CAD/CAE», «видеомонтаж», «киоск/экзамен»), быстро переустанавливать или «возвращать в эталонное состояние» машины после экспериментов студентов, а обновления проводить централизованно — одинаково для всего класса, с возможностью отката при проблемах.

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

Такой подход снижает нагрузку на администраторов и делает состояние парка предсказуемым на протяжении всего семестра.

{{----}}
[[File:{{#setmainimage:Разработка Атомарных дистрибутивов на базе технологий ALT Atomic (Семен Фомченков, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://atomic.alt-gnome.ru/

[[Категория:OSEDUCONF-2026]]
[[Категория:Draft]]
[[Категория:СПО в образовании]]

Платформа обучения программированию на базе машин состояний (Алексей Федосеев, OSEDUCONF-2026)

2026-04-02T23:59:17Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Алексей Федосеев}}
<blockquote>
С 2023 года в России реализуется проект «Национальная киберфизическая платформа», направленный на массовое вовлечение школьников в инженерию и новые технологии, обучение их программированию, электронике и созданию автономных систем. Платформа базируется на принципах открытой архитектуры, свободном и открытом программном и аппаратном обеспечении.

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

Платформа используется в сети технологических кружков Кружкового движения и в рамках Национальной технологической олимпиады школьников. Следующим шагом в развитии платформы может стать её применение в высшей школе и создание на её основе новых образовательных и технологических продуктов.
</blockquote>

{{VideoSection}}
{{vimeoembed|1179732459|800|450}}
{{youtubelink|}}

{{SlidesSection}}
[[File:Платформа обучения программированию на базе машин состояний (Алексей Федосеев, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' обучение программированию, машины состояний, стандарт, среда разработки, платформа.

=== Введение ===

Технологические кружки уже больше 100 лет играют роль колыбели новых технологий и практик будущего. В сфере информационных технологий ярким примером является Tech Model Railroad Club из MIT. При этом в современной России технические кружки уступают в популярности многим другим направлениям дополнительного образования<ref name="KRUZHKI"/> , а родители и старшеклассники зачастую предпочитают кружкам подготовку к ЕГЭ. Не менее серьёзным вызовом является технологическое обеспечение кружков — после 2022 года в связи с уходом с рынка многих зарубежных производителей возникла потребность переоснащать кружки отечественными и открытыми решениями<ref name="ROBOMAP"/>. В этих целях в 2023 году был инициирован проект «Национальная киберфизическая платформа», направленный на массовое вовлечение школьников в инженерию и новые технологии, обучение их программированию, электронике и созданию автономных систем<ref name="NKFP_PLATFORM"/>.

=== Киберфизическая платформа ===

В связи с большим числом уже существующих отечественных решений в области образовательной робототехники и умного дома (при этом в массе своей — проприетарных), а также уже появившихся на рынке отечественных контроллеров, реализованных в том числе на базе открытой архитектуры RISC-V, было принято решение основным направлением развития Национальной киберфизической платформы сделать методологию и программное обеспечение для разработки киберфизических систем<ref name="NKFP_FEDOSEEV"/>. В этой области уже существуют инициированные не в России открытые экосистемы разработки, такие как Arduino, ROS, Home Assistant и др. Поэтому важный акцент делается на сквозном вовлечении и обучении школьников и студентов с самого младшего возраста и до уровня профессиональной разработки, формировании правильных способов работы и мышления будущих разработчиков, в т. ч. в опоре на принципы разработки свободного ПО.

В рамках Национальной киберфизической платформы школьники впервые знакомятся с программированием и робототехникой в видеоиграх, затем имеют возможность поучаствовать в очных мероприятиях и кружках и перейти от разработки игр к созданию собственных решений для умного дома и робототехники, в том числе в рамках Национальной технологической олимпиады<ref name="NTO"/>, а в будущем — принять участие во Всероссийском конкурсе проектов с открытым кодом<ref name="FOSS_CONTEST"/> и представить там собственные разработки.

=== Программирование расширенных иерархических машин состояний ===

В качестве сквозного инструмента программирования киберфизических систем были выбраны программируемые расширенные иерархические машины состояний (ПРИМС). Этот мета-язык позволяет реализовывать адекватные для умных и встраиваемых систем парадигмы событийного и автоматного программирования<ref name="SAMEK"/>. Программный код в виде диаграмм может быть общим планшетом для разработки всей командой — от дизайнеров до программистов, — а на основе диаграммы можно генерировать код для поддерживаемых аппаратно-программных платформ (см. пример на рисунке).

[[File:hsm-example.png|thumb|center|800px|Пример диаграммы машины состояний для лифта.]]

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

В основе ПРИМС лежит перевод и адаптация стандарта UML 2.0 Statecharts. На русском языке была издана серия стандартов, описывающих архитектуру киберфизической платформы, визуальный язык программирования и формат его представления на основе GraphML (ПНСТ 982-2024, 983-2024, 984-2024 и 1044-2025). В репозиториях Ассоциации кружков опубликован код свободных программных библиотек, реализующих работу с данным языком, генерацию кода на основе диаграмм и др. (например: https://github.com/kruzhok-team/libcyberiadaml и другие репозитории на GitHub и ALTLinux Space: https://altlinux.space/dralex).

Педагогам и энтузиастам доступны методические разработки, онлайн-курсы и другие материалы для обучения программированию иерархических машин состояний для учащихся разного уровня<ref name="PROGRAMMING"/>.

=== Примеры продуктов на базе платформы ===

В рамках предыдущих конференций, посвящённых тематике свободного ПО, уже приводился пример симулятора космических аппаратов с программированием на основе машин состояний<ref name="ORBITA"/> и среда разработки для программирования контроллеров (Arduino и др.) с помощью диаграмм машин состояний<ref name="LAPKI"/>. Приведём ещё несколько примеров аппаратных и программных продуктов, опубликованных под свободными и открытыми лицензиями и основанных на принципах и технологиях Национальной киберфизической платформы.

Начинающие разработчики могут попробовать себя в качестве авторов простых трёхмерных видеоигр и виртуальных миров, используя среду Ursula, основанную на открытом игровом движке Godot Engine и реализующую ПРИМС для описания поведения автономных агентов в игре (https://github.com/kruzhok-team/Ursula/).

Более сложные форматы интерактивных развлечений и инженерного образования в кружках можно реализовать на основе отечественного аппаратно-программного комплекса<ref name="IR"/>, дающего возможность программировать носимые устройства, которые отправляют и принимают ИК-сигналы. Эти контроллеры опубликованы под свободной лицензией (https://altlinux.space/dralex/IR_PCB_HW/) и также программируются машинами состояний в упомянутой выше среде разработки.

=== Выводы ===

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

{{----}}
[[File:{{#setmainimage:Платформа обучения программированию на базе машин состояний (Алексей Федосеев, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="KRUZHKI">Андрюшков А. А., Устиловская А. А., Чикуров А. В., Комарова А. А. Кружки как российская гуманитарная технология. Аналитический отчёт Инфраструктурного центра Кружкового движения НТИ. М., 2022.</ref>
<ref name="ROBOMAP">Исследование технолого-методического обеспечения кружков НТИ: робототехника / А. Овсянников, П. Дятлова, А. Федосеев; под ред. А. Андрюшков, О. Кусковой. М.: Ассоциация участников технологических кружков, 2023.</ref>
<ref name="NKFP_PLATFORM">Национальная киберфизическая платформа — https://platform.kruzhok.org</ref>
<ref name="NKFP_FEDOSEEV">Федосеев А. И. Концепция Национальной киберфизической платформы // Сенсорное Слияние — 2023.</ref>
<ref name="NTO">Национальная технологическая олимпиада — https://ntcontest.ru</ref>
<ref name="FOSS_CONTEST">Всероссийский конкурс проектов с открытым кодом — https://foss.kruzhok.org</ref>
<ref name="SAMEK">Samek M. Practical UML Statecharts in C/C++: Event-Driven Programming for Embedded Systems. CRC Press, 2008.</ref>
<ref name="PROGRAMMING">Обучение программированию машин состояний — https://platform.kruzhok.org/programming</ref>
<ref name="ORBITA">Федосеев А. Свободный симулятор космических аппаратов «Орбита» // Девятнадцатая конференция разработчиков свободных программ, 2023.</ref>
<ref name="LAPKI">Чекан М. Среда визуального программирования машин состояний // Девятнадцатая конференция разработчиков свободных программ, 2023.</ref>
<ref name="IR">Открытый образовательный набор «Путеводная — ИК» — https://cyberphysics.kruzhok.org</ref>
<references/>
* https://platform.kruzhok.org/nkfp

[[Категория:OSEDUCONF-2026]]
[[Категория:Finite State Machines]]
[[Категория:СПО в образовании]]

Длительная образовательная игра с применением свободного аппаратного и ПО (Александр Чернышов, OSEDUCONF-2026)

2026-04-02T23:59:11Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Александр Чернышов}}
<blockquote>
Свободное аппаратное и программное обеспечение в учебном процессе вуза удобно применять для практической подготовки студентов, в том числе для их самостоятельного технического творчества. При этом необходимо сформулировать для студентов общественно-полезную цель.

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

Показаны примеры реализации этого подхода в учебном процессе кафедры К3 МФ МГТУ им. Н. Э. Баумана.
</blockquote>

{{VideoSection}}
{{vimeoembed|1179732460|800|450}}
{{youtubelink|}}

{{SlidesSection}}
[[File:Длительная образовательная игра с применением свободного аппаратного и ПО (Александр Чернышов, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' Arduino, практическая подготовка, самостоятельная работа, общественная польза, длительный малобюджетный проект.

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

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

Выходом может быть использование совокупности свободного аппаратного и программного обеспечения, одним из ярких примеров которого сегодня является платформа Arduino<ref name="ArduinoRU"/>. Однако для постановки реальных задач, которые должны быть решены студентами, необходима формулировка практической цели.

Но просто формулировка цели недостаточна. Требуется зажечь в студентах интерес к массовому участию в движении к этой цели с чётким пониманием необходимости передачи своих достижений следующим поколениям. Такой подход очень близок по сути к сформулированному в начале XX в. Иннокентием Николаевичем Жуковым понятию «длительной массовой игры» с целями, направленными на пользу обществу<ref name="JukovIN"/>.

Основная идея заключается в создании недорогих и потому допускающих массовое изготовление приборов, выполняющих измерение различных параметров окружающей среды. Эти приборы объединяются в измерительную сеть, позволяющую (как одна из возможных задач) контролировать состояние атмосферы в аудиториях образовательной организации на соответствие СанПиН. Функции накопления и анализа информации в такой сети выполняет сервер под управлением ОС Linux с сервисами, реализованными (также силами студентов) на базе свободного ПО. Сама измерительная сеть также превращается в объект (большую систему), за состоянием которого необходимо следить и при необходимости проводить восстановительные мероприятия, что может стать предметом отдельной эксплуатационной практики.

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

Такая модель в настоящее время реализована на кафедре К3 Мытищинского филиала МГТУ им. Н. Э. Баумана. С применением технологий платформы Arduino (конкретно использован микроконтроллер ESP8266<ref name="ESP8266"/> в различных конструктивных исполнениях модулей) разработаны различные приборы<ref name="K3Pribs"/>, выполняющие измерения следующих параметров:

* атмосферное давление;
* относительная влажность воздуха;
* температура воздуха;
* освещённость;
* цветовая температура света;
* уровень CO<sub>2</sub>;
* уровень TVOC.

Часть приборов выполнена в единичном экземпляре (ещё не тиражирована). Некоторые приборы выпущены микросериями (до 40 штук). Прошивка практически всех приборов выполняется с помощью среды Arduino IDE.

Для объединения приборов в измерительную сеть используются встроенные в ESP8266 возможности подключения по Wi-Fi. Каждый прибор через унифицированный интерфейс HTTP передаёт на специально выделенный сервер блок измерительных данных в формате JSON. Передача осуществляется 1 раз в минуту или 1 раз в 5 минут. Службы сервера реализованы с использованием свободного ПО, в основе которого Docker, Apache, NodeJS, PostgreSQL, MongoDB, InfluxDB, Python, Redis (студенты выбирали те инструменты, которые им удобнее).

Сервер является общедоступным в сети Интернет, что позволяет реализовать удалённые измерения. Это, в частности, позволило реализовать проект «самого большого учебного пособия школы МДЦ “Артек”»: 10 приборов измерения атмосферного давления «Паскаль» были изготовлены студентами, переданы в МДЦ «Артек» и размещены по одному во всех лагерях Артека (расстояние между крайними приборами в сети превышает 5 км). Через местный Wi-Fi каждый прибор имеет доступ к серверу накопления данных кафедры К3. Данные с сервера доступны по сети Интернет для преподавателей и обучающихся школы МДЦ «Артек»<ref name="K3ArtekMap"/>, что позволяет использовать их в режиме реального времени для изучения школьных дисциплин.

Сервер документирования реализован на базе Dokuwiki<ref name="K3Doku"/>.

При наличии желания такая сеть наблюдений может быть подготовлена (изготовлено необходимое количество приборов) и развёрнута силами студентов в любом вузе или подшефной школе.

{{----}}
[[File:{{#setmainimage:Длительная образовательная игра с применением свободного аппаратного и ПО (Александр Чернышов, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="ArduinoRU">Аппаратная платформа Arduino. URL: https://arduino.ru/</ref>
<ref name="JukovIN">Жуков И. Н. ''От системы скаутинг к системе пионерства''. 1923. Машинопись. 60 с. Из фондов Музея истории детского движения ГБОУ г. Москвы «Воробьёвы горы».</ref>
<ref name="ESP8266">ESP8266 Hardware Design Guidelines. Version 2.8. Espressif Systems, 2024. URL: https://documentation.espressif.com/esp8266_hardware_design_guidelines_en.pdf</ref>
<ref name="K3Pribs">Образовательные приборы, кафедра К3 МФ МГТУ им. Н. Э. Баумана. URL: http://dbrobo1.mf.bmstu.ru/dokuwiki/doc:8601:meters</ref>
<ref name="K3ArtekMap">Артек. Школа. Атмосферное давление. URL: http://dbrobo1.mf.bmstu.ru/forms/Artek_Pascal_map/</ref>
<ref name="K3Doku">Документация, кафедра К3 МФ МГТУ им. Н. Э. Баумана. URL: http://dbrobo1.mf.bmstu.ru/dokuwiki/doc:doc</ref>
<references/>
* http://dbrobo1.mf.bmstu.ru/dokuwiki/doc:8601:meters

[[Категория:OSEDUCONF-2026]]
[[Категория:Open-source and hardware]]
[[Категория:СПО в образовании]]
[[Категория:Arduino]]

Автоматизация настройки компьютерного класса при помощи Repka Pi (Алексей Аношко, OSEDUCONF-2026)

2026-04-02T23:59:05Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Алексей Аношко}}
<blockquote>
Рассматривается решение задачи подключения компьютерного класса к существующей инфраструктуре домена на базе ОС «Альт» в условиях ограничений университетской сети.

Предложен метод использования микрокомпьютера Repka Pi в качестве локального сервера для автоматизированного развёртывания рабочих станций при отсутствии возможности использования централизованного DHCP-сервера.

В целях единообразия программных решений все сервисы на Repka Pi также реализованы при помощи репозиториев Базальт СПО.
</blockquote>

{{VideoSection}}
{{vimeoembed|1179732458|800|450}}
{{youtubelink|B4DS1l3tNe0}}
{{SlidesSection}}
[[File:Автоматизация настройки компьютерного класса при помощи Repka Pi (Алексей Аношко, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' Альт Домен, iPXE, автоматизированное развёртывание, Repka Pi, контроллер домена, Linux.

=== Введение ===

В современных университетских сетях часто присутствуют ограничения на создание локальных DHCP-серверов, что затрудняет традиционные механизмы сетевой установки операционных систем. В условиях Иркутского национального исследовательского технического университета возникла задача подключения компьютеров аудитории В-106 к существующему контроллеру домена DC1.IT.ISTU.INT на базе ОС «Альт Сервер 11». Этот шаг также предусматривал замену Windows на Альт со всеми требуемыми приложениями, которые использовали преподаватели в учебном процессе в данной аудитории.

Традиционное PXE-развёртывание<ref name="netinstall">Сетевая установка ALT Linux. URL: https://www.altlinux.org/NetInstall (дата обращения: 15.01.2026)</ref> в данных условиях невозможно из-за отсутствия разрешения на использование DHCP-сервера в сегменте сети университета. Решение задачи требовало создания автономной системы развёртывания, не нарушающей сетевые политики университета и обеспечивающей полную автоматизацию процесса. Поскольку в университете действует исследовательская лаборатория «Базальт СПО», было решено реализовать решение также на ядре ОС Альт Сервер, чтобы весь комплекс систем был одного производителя.

=== Архитектура решения ===

Предложенное решение предусматривает использование микрокомпьютера Repka Pi 4 с установленной ОС «Альт» в качестве локального сервера PXE. В первоначальном варианте классическая схема установки PXE не привела к успеху. Во время тестовых испытаний выявлена критическая проблема перегрева микрокомпьютера при передаче трафика объёмом свыше 1 ГБ на максимальной скорости гигабитного интерфейса. Измерения показали, что температура процессора достигает 85°C при передаче полного образа операционной системы размером ~21 ГБ, что приводит к троттлингу и снижению производительности на 40–60% с отключением сетевого контроллера.

Для решения проблемы был разработан компактный загрузочный образ размером ~500 МБ, содержащий оптимизированное ядро Linux версии 6.1, минимальный initramfs с необходимыми утилитами (b3sum, curl, fdisk, pv, zstd) и последовательные сценарии развёртывания.

Архитектура решения реализована по принципу двухэтапной загрузки:

# '''Этап PXE-загрузки:''' составлена таблица соответствия MAC- и IP-адресов компьютеров в аудитории, что сводит к минимуму несанкционированную установку. Рабочие станции получают IP-адрес через резервацию на основе MAC-адреса, загружают iPXE-скрипт<ref name="ipxe">Documentation. iPXE open source boot firmware. URL: https://ipxe.org/docs (дата обращения: 15.01.2026)</ref> и минимальный образ ядра с initramfs.
# '''Этап развёртывания:''' загруженная в RAM система автоматически определяет тип накопителей (SSD/HDD), создаёт структуру разделов с использованием GPT, форматирует разделы в ext4/XFS, распаковывает эталонный образ с применением алгоритма сжатия Zstandard (zstd-9), настраивает fstab и устанавливает загрузчик. Последующая настройка выполняется через Ansible<ref name="ansible">Ansible Documentation. Automation for Everyone. URL: https://docs.ansible.com/ (дата обращения: 15.01.2026)</ref> с применением политик домена.

[[Файл:Автоматизация_настройки_компьютерного_класса_при_помощи_Repka_Pi_(Алексей_Аношко,_OSEDUCONF-2026).pdf|page=4|800px]]

=== Оптимизация передаваемых данных ===

Ключевым аспектом решения стала оптимизация объёма передаваемых данных для минимизации тепловой нагрузки на Repka Pi. Были применены следующие методы:

# '''Сжатие данных:''' использован алгоритм Zstandard (zstd) в режиме сжатия 9, обеспечивающий оптимальное соотношение скорости и размера. Эталонный образ сжат с ~21 ГБ до ~6 ГБ при скорости декомпрессии ≥100 МБ/с на ядро процессора архитектуры Haswell.
# '''Проверка целостности:''' для верификации данных без использования TLS применён криптографический алгоритм BLAKE3, обеспечивающий скорость проверки ~3 секунды на 6 ГБ данных на одном ядре процессора.
# '''Интеллектуальный выбор носителей:''' система автоматически определяет тип накопителей по наличию поддержки discard (TRIM), устанавливая ОС на SSD, а данные — на HDD.

Сценарий развёртывания включает механизм восстановления после сбоев, автоматическую синхронизацию системного времени для корректной работы tar-архивов и принудительную перезагрузку системы в случае критических ошибок через sysrq-trigger.

=== Результаты внедрения ===

Время полного развёртывания одной рабочей станции составляет ~5 минут при использовании SSD (против ≥60 минут при традиционной установке через репозиторий). Решение обеспечивает:

* автоматическое подключение станций к домену через <code>system-auth write ad</code>;
* применение групповых политик через <code>gpupdate-setup</code>;
* монтирование сетевых ресурсов по протоколу CIFS;
* установку специализированного ПО (PyCharm, JDK, Visual Studio Code, Octave, Scilab, FreeCAD, Fritzing, KtechLab, QUCS, Cisco Packet Tracer);
* установку виртуального образа Windows 7 с установленным эмулятором Huawei ENSP;
* настройку принтера HP LaserJet 3050 через CUPS с использованием драйвера hplip.

Тепловые измерения показали, что при передаче 500 МБ данных температура Repka Pi не превышает 65°C. Энергопотребление составляет ~5 Вт против ~65 Вт у традиционного сервера.

=== Безопасность и надёжность ===

Решение включает несколько уровней защиты:

* резервация IP-адресов по MAC-адресам;
* проверка контрольных сумм BLAKE3;
* отключение Secure Boot и CSM только на время установки;
* изоляция процесса развёртывания от основной сети университета.

Тестирование на 19 рабочих станциях показало 100% успешность развёртывания при исправном оборудовании.

=== Заключение ===

Предложенный метод позволяет эффективно развёртывать рабочие станции в условиях ограничений сетевой инфраструктуры, минимизируя нагрузку на Repka Pi и обеспечивая стабильную работу без перегрева. Решение демонстрирует высокую производительность, надёжность и экономичность, что делает его перспективным для внедрения в других учебных заведениях. Совокупность инфраструктурного решения показывает гибкость и надёжность системных решений «Базальт СПО».

{{----}}
[[File:{{#setmainimage:Автоматизация настройки компьютерного класса при помощи Repka Pi (Алексей Аношко, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://gitflic.ru/project/eikhramtsov/istu-alt-autopxe-installer

[[Категория:OSEDUCONF-2026]]
[[Категория:Draft]]
[[Категория:СПО в образовании]]

Категория:Алексей Копылов

2026-04-02T11:55:49Z

StasFomin:

[[File:{{PAGENAME}}.jpg|right]]

Доклады [http://akopyilov.moikrug.ru/ Алексея Копылова].
* {{fbid|copylove}}

<noinclude>[[Category:Докладчики|К]]</noinclude>

__NOCATEGORYCOLUMNS__
{{rss4cat}}

{{stats|disqus_comments=0|median_plays=559|refresh_time=2021-08-31T19:08:12.608524|vimeo_comments=0|vimeo_plays=2150|youtube_comments=4|youtube_plays=15501}}



<small>
Most popular talks:
* [[Качественные исследования и дизайн (круглый стол, ProductCampMinsk-2014)]]
* [[Customer Journey Map — основной инструмент проектирования услуги (Алексей Копылов, UXPeople-2013)]]
</small>


[[Категория:RIP]]

Изоляция пользователей хостинга с помощью ОС МСВСфера 9 (Алексей Бережок, OSDAY-2025)

2026-03-30T18:25:49Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Алексей Бережок}}
<blockquote>
Проблемы шаред-хостинга:
* Один пользователь может монополизировать CPU неоптимизированными PHP-скриптами
* Чрезмерное потребление дискового пространства и памяти
* Многочисленные cron-задачи нарушают баланс ресурсов
* Риск распространения последствий взлома между пользователями
* Уязвимости в настройках доступа приводят к утечкам информации
* Fork-бомбы и другие атаки на стабильность

Недостатки существующих решений:
* Виртуальные серверы (KVM): требуют полной реорганизации инфраструктуры, исключают использование стандартных панелей управления
* Docker-контейнеры: вызывают перерасход диска и памяти, нуждаются в реорганизации сервера
* Ручное администрирование: высокий риск дорогостоящих ошибок в настройках

Решение «LS и LimitedFS»:
* Сервис лимитирования LS: ограничивает CPU, память, SWAP и процессы через cgroups
* Сервис изоляции файловой системы LimitedFS: использует pivot_root для создания персональных "скелетов" ФС в режиме RO
* Минимальные изменения в ПО: доработаны Apache, PAM, PHP-FPM и другие компоненты
* Механизм "погружения" процессов через API в изолированную среду
</blockquote>

{{VideoSection}}
{{vimeoembed|1096505341|800|450}}

{{youtubelink|lCMxbCPczuQ}}

== Thesis ==
Обсуждаемая тема касается именно функционирование хостинг-сервера. Что такое хостинг-сервер — это тысячи сайтов, принадлежащих разным пользователям. Каждый пользователь управляет своим сайтом или десятком сайтов. Пользователь не знает как работает сервер, но хочет чтоб его сайт, написанный на <tt>PHP</tt> или <tt>Django</tt>, работал корректно и без сбоев и задержек.

И очень часто своими не оптимизированными скриптами пользователи создают проблемы или другим пользователям или администратору сервера. Классический сервер представлен фаерволом, веб-сервером, обработчиком динамического скрипта (<tt>PHP</tt>, <tt>Ruby</tt>, <tt>Python</tt>), базой данных, предоставляет доступ по <tt>ssh</tt> или <tt>ftp</tt> к данным пользователя. И наиболее часто клиенты хостинга создают следующие проблемы:
* т.к. у пользователя не один сайт, а группа сайтов, то многократно возрастает нагрузка на <tt>CPU</tt>, и выходит, что один активный пользователь потребляет все доступные ядра процессора не оптимизированными <tt>PHP</tt> скриптами, не давая менее активным шанса получить процессор.
* пользователь размещая свои данные потребляет большое количество дискового пространства, ущемляя других пользователей.
* у пользователя большое число ''cron задач'', которые потребляют процессорное время и память. Опять баланс потребления серверных ресурсов на стороне более активного пользователя
* взломанный один пользователь, при недостаточно настроенной защите на хостинге, может привести к проблемам у других пользователей.
* некорректная настройка доступа на серверном ПО, позволяет злоумышленнику, используя недостаточно защищенные скрипты владельцев сайтов, получить информацию о сервере, набор установленных программ, список пользователей сервера, список сайтов.
* ''fork-бомбы''.

== Традиционные решения ==
Как можно решить данные и другие сопутствующие проблемы? Каждого пользователя с его набором сайтов можно разместить, каждый на своем виртуальном сервере с помощью технологии <tt>KVM</tt>. Данное решение дает максимальную изоляцию пользователей, но влечет за собой просто тектонические изменения в структуре хостинг сервера, невозможность использовать стандартные контрольные панели, для управления сервером, требует квалифицированных пользователей, которые бы самостоятельно настраивали свой виртуальны сервер.

Следующее решение — это использовать ''docker контейнеры'', что дает меньше ''overhead'', есть готовые решения в виде той же самой <tt>OpenPanel</tt>, которая позволит выделить каждому пользователю собственный контейнер с собственным набором программ, но это так же влечет реорганизацию хостинг сервера и перерасход по дисковому пространству и памяти.

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

=== Решение: LS и LimitedFS в ОС МСВСфера 9 ===
В ОС МСВСфера 9 для хостинга внедрены сервис лимитирования <tt>LS</tt> и сервис изоляции файловой системы <tt>LimitedFS</tt>. Данные сервисы вносят минимальные изменения в структуру существующего серверного ПО.

Сервисы позволяют установить лимиты для <tt>CPU</tt>, памяти, <tt>SWAP</tt>-памяти, числа процессов для каждого пользователя. а так же изолировать пользователя с помощью ''pivot_root'', в его «собственной», настроенной для пользователя файловой системе. Такой изолированный и лимитированный пользователь не потребляет больше <tt>CPU</tt> чем ему позволено, то же относится к оперативной памяти и числу процессов. Лимитирование использует встроенный в <tt>Linux</tt> механизм ''cgroups''.

Чтоб популярное серверное ПО работало с лимитированием и изоляцией были доработаны либо серверные компоненты, либо отдельные модули (например <tt>Apache</tt>, <tt>PAM</tt> модуль, ''mod_fegid'', ''httpd-itk'', <tt>PHP-FPM</tt> и т.д.), с помощью которых происходит «погружение» процесса в лимитированную и изолированную среду с помощь <tt>API</tt>.

Процесс погружения в <tt>LS</tt> можно увидеть на слайде 13 (где ''klsd'' – это сервис лимитирования, помещающий процесс в <tt>LS</tt> контейнер):

[[Файл:Изоляция пользователей хостинга с помощью ОС МСВСфера 9 (Алексей Бережок, OSDAY-2025).pdf|page=13|800px]]

Изоляция же файловой системы представляет собой подготовленный «скелет» файловой системы с примонтированными и подготовленными заранее каталогами, специфичными для каждого пользователя. При запросе изоляции процессом, у него меняется корень файловой системы на этот настроенный «скелет». Пользователь видит только свои специфичные данные, настроенные администратором и файловую систему по большей степени работающую в <tt>RO</tt>-режиме.

=== Преимущества и недостатки ===
Чем же данный подход удобнее для хостинг провайдеров, чем описанные ранее: виртуальный сервер, ''docker контейнера'', вообще система без изоляции, где все сделано только силами контрольной панели или администратора?

Главные плюсы:
* это легкость интеграции с существующим хостингом, с контрольными панелями. минимальные усилия по переходу на использование изоляции от <tt>MCBCфера</tt>
* легкость настройки, в основном все минимально необходимые конфигурации уже включены в установку по умолчанию.
* минимальный ''overhead''
* потребление памяти аналогично, как если используется только <tt>Apache</tt>/<tt>nginx</tt> и <tt>PHP</tt>
* простота интеграции с сервисами поддерживающими <tt>PAM</tt>.

Но имеются так же и минусы:
* изоляция менее надежная чем ''docker'' и виртуальный сервер
* не все сервисы могут быть таким образом изолированы
* сильная связь с реальной системой, например нельзя скрыть от пользователя число ядер или название процессора.

{{SlidesSection}}

[[File:Изоляция пользователей хостинга с помощью ОС МСВСфера 9 (Алексей Бережок, OSDAY-2025).pdf|left|page=-|300px]]

{{----}}
[[File:{{#setmainimage:Изоляция пользователей хостинга с помощью ОС МСВСфера 9 (Алексей Бережок, OSDAY-2025)!.jpg}}|center|640px]]
{{LinksSection}}

*


<references/>



[[Категория:OSDAY-2025]]
[[Категория:Верификация]]
[[Категория:Информационная безопасность]]
[[Категория:МСВСфера]]

Аспекты изоляции приложений в ARINC 653 (Валерий Земкин, OSDAY-2025)

2026-03-30T18:21:58Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Валерий Земкин}}
<blockquote>
Рассмотрим реализацию изоляции приложений в ОСРВ <tt>JetOS</tt> для бортовых систем гражданской авиации (МС-21, SJ-100) на основе стандарта <tt>ARINC 653</tt>. Ключевая задача — обеспечение надежного пространственного и временного разделения ресурсов между независимыми приложениями («''partitions''») в соответствии с требованиями авиационных стандартов <tt>DO-248C</tt> и <tt>CAST-32A</tt>.

Стандарт определяет интерфейс <tt>APEX</tt>, гарантирующий:
* Пространственную изоляцию — защиту памяти, ввода-вывода и ресурсов между ''partitions'', контроль потребления квот, сдерживание аппаратных сбоев;
* Временную изоляцию — строгое лимитирование времени ЦПУ на одноядерных системах и минимизацию интерференции на многоядерных. Единицей планирования является ''partition'', внутри которой могут выполняться процессы/потоки. Сервисы включают управление разделами, межраздельными коммуникациями (''interpartition communication''), планированием и обработкой ошибок.

Хотя <tt>ARINC 653</tt> создан для авионики (''integrated modular avionics'', <tt>IMA</tt>), его механизмы изоляции применимы в любых системах, требующих совместного выполнения разноуровневых приложений с гарантированным распределением ресурсов. Это подтверждается адаптацией стандарта в проекте <tt>JetOS</tt>, где он служит основой для создания безопасной и предсказуемой среды исполнения.
</blockquote>

{{VideoSection}}
{{vimeoembed|1094893896|800|450}}

{{youtubelink|J4Sh2lrnyiQ}}

== Thesis ==

В рамках проекта ГосНИИАС при участии ИСП РАН им. В. П. Иванникова и ИПМ им. М. В. Келдыша РАН ведется работа по созданию операционной системы реального времени <tt>JetOS</tt> для применения в бортовых системах гражданской авиации (системы индикации воздушных судов МС-21 и SJ-100). Основным программным интерфейсом <tt>JetOS</tt> является интерфейс <tt>ARINC 653</tt><ref name="ARINC653">ARINC Specification 653P0-3. ''Avionics Application Software Standard Interface Part 0. Overview of ARINC 653''. — AEEC : SAE-ITC, 2021. — 51 стр.</ref>.

=== Основные принципы ===
Цель <tt>ARINC 653</tt> — определение универсального интерфейса <tt>APEX</tt> (<tt>Application/EXEcutive</tt>) между ОС и прикладным ПО в рамках интегрированной модульной авионики (''integrated modular avionics'', <tt>IMA</tt>). Интерфейс обеспечивает:
* Логическую среду для совместного выполнения независимо созданных приложений
* Разделение приложений (''partitions'') для сдерживания ошибок
* Инкапсуляцию данных, контекста выполнения и атрибутов конфигурации в пределах ''partition''

Ключевая задача — реализация концепции изоляции согласно <tt>DO-248C</tt><ref name="DO248C">DO-248C. ''Supporting Information for DO-178C and DO-278A''.— RTCA : SC-205, 2011. — 166 стр.</ref> и <tt>CAST-32A</tt><ref name="CAST32A">CAST-32A. ''Multi-core Processors''. — The Federal Aviation Administration : Certification Authorities Software Team, 2016. — 23 стр.</ref>, включающей:

'''Надежное разделение ресурсов:'''
* Защита областей хранения кода, данных и ввода-вывода между ''partitions''
* Контроль потребления выделенных ресурсов
* Изоляция аппаратных сбоев в пределах ''partition''

'''Надежное разделение времени:'''
* На одноядерных CPU: соблюдение лимитов времени выполнения
* На многоядерных CPU: минимизация временной интерференции между ''partitions''

=== Сервисы и механизмы ===
Интерфейс <tt>APEX</tt> обеспечивает временное и пространственное разделение ресурсов, где единицей планирования является ''partition''. Спецификация предоставляет сервисы:
* Управление: ''partition management'', ''time management'', ''process management''
* Взаимодействие: ''interpartition communication'', ''intrapartition communication''
* Планирование: ''partition scheduling'', ''process scheduling''
* Мониторинг состояния и обработка ошибок (уровни: ''process'', ''partition'', модуль)

=== Применимость ===
Хотя <tt>ARINC 653</tt> разработан для авионики, он подходит для любых систем, требующих:
* <tt>API</tt>-сервисы изоляции
* Совместное выполнение приложений с разными уровнями безопасности
* Гарантированное распределение ресурсов на целевом оборудовании

{{SlidesSection}}
[[File:Аспекты изоляции приложений в ARINC 653 (Валерий Земкин, OSDAY-2025).pdf|left|page=-|300px]]

{{----}}
[[File:{{#setmainimage:Аспекты изоляции приложений в ARINC 653 (Валерий Земкин, OSDAY-2025)!.jpg}}|center|640px]]
{{LinksSection}}



<references/>



[[Категория:OSDAY-2025]]
[[Категория:RTOS]]
[[Категория:Информационная безопасность]]

Russian Real-Time Operating System for Microcontrollers Supporting Distributed Applications — RTOS MACS (Pavel Boiko, SECR-2016)

2026-03-30T17:56:08Z

StasFomin:

{{eng}}
;{{SpeakerInfo}}: {{Speaker|Павел Бойко}}
<blockquote>
Device interaction issue is one of the most significant ones a developer has to deal with in distributed systems design work. The rapid development of embedded systems urges IT-industry to come up with new solutions to provide this device interaction by operating system services. Thus, these services could aid greatly in saving time, effort, and resources spent on application development. In this report, we would like to tell about a new Russian solution – real-time operating system that allows developing distributed applications for devices based on microcontrollers.

Visitors will be provided with information about potential and unique performance of this solution, as well as with amazing opportunities given to developers of embedded software by distributed applications technology.

Report will be appreciated both by software developers and managers of embedded solutions production.

{{Synchrotranslate|Российская операционная система реального времени для микроконтроллеров, с поддержкой концепции распределенных приложений — ОСРВ МАКС (Павел Бойко, SECR-2016)}}
</blockquote>

{{VideoSection}}
{{vimeoembed|195094239|800|450}}
{{youtubelink|1Fk7zPKTgDw}}
{{SlidesSection}}
[[File:Российская операционная система реального времени для микроконтроллеров, с поддержкой распределенных приложений.pdf|left|page=-|300px]]

{{----}}

{{LinksSection}}
* {{ConferencePage|http://2016.secrus.org/program/submitted-presentations/russian-real-time-operating-system-for-microcontrollers-supporting-distributed-applications-rtos-macs}}


<references/>


{{stats|disqus_comments=0|refresh_time=2021-08-31T16:35:29.370687|vimeo_comments=0|vimeo_plays=24|youtube_comments=0|youtube_plays=171}}

[[Категория:SECR-2016]]
[[Категория:Микропрограммирование]]
[[Категория:ОСРВ МАКС]]

Российская операционная система реального времени для микроконтроллеров, с поддержкой концепции распределенных приложений — ОСРВ МАКС (Павел Бойко, SECR-2016)

2026-03-30T17:53:09Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Павел Бойко}}
<blockquote>
При проектировании распределённых систем вопрос взаимодействия устройств является особенно важным. С развитием встраиваемых систем возрастает потребность в обеспечении этого взаимодействия сервисами операционной системы, предоставляемыми прикладному ПО.

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

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

</blockquote>

{{VideoSection}}
{{vimeoembed|185219586|800|450}}
{{youtubelink|zzzXJQMQH0M}}
{{SlidesSection}}
[[File:Российская операционная система реального времени для микроконтроллеров, с поддержкой распределенных приложений.pdf|left|page=-|300px]]

{{----}}

{{LinksSection}}
* {{ConferencePage|http://2016.secrus.org/program/submitted-presentations/russian-real-time-operating-system-for-microcontrollers-supporting-distributed-applications-rtos-macs}}


{{fblink|1809155622670784}}
{{vklink|338}}
<references/>
[[File:{{#setmainimage:Российская операционная система реального времени для микроконтроллеров, с поддержкой концепции распределенных приложени!.jpg}}|center|640px]]

{{stats|disqus_comments=1|refresh_time=2021-08-31T18:18:21.857047|vimeo_comments=0|vimeo_plays=274|youtube_comments=4|youtube_plays=2432}}

[[Категория:SECR-2016]]
[[Категория:Микропрограммирование]]
[[Категория:ОСРВ МАКС]]

Категория:ОСРВ МАКС

2026-03-30T17:52:16Z

StasFomin: Новая страница: « Категория:Разработка операционных систем Категория:RTOS»

[[Категория:Разработка операционных систем]]
[[Категория:RTOS]]

Особенности реализации гетерогенной Mesh-сети в новой российской операционной системе реального времени МАКС (ОСРВ МАКС)

2026-03-30T17:52:02Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Алексей Спирков}}
<blockquote>
Мы расскажем, как реализовали Mesh-сеть в составе новой российской операционной системы реального времени МАКС. Представляемый кейс был реализован для микроконтроллеров на базе процессора 1968ВН034 компании «Миландр» (АО «ПКК «Миландр»). Особенность этого проекта — наличие на целевом микроконтроллере двух каналов связи: PLC и RF (отсюда «гетерогенная сеть»).

Mesh-сети в настоящее время получают все более широкое распространение за счет децентрализованной, гибкой и динамичной структуры, когда узлы сети не привязаны к центральной станции и любой узел может взять на себя функции координатора или ретранслятора. Применение Mesh-сети привносит в систему важные преимущества: высокую надёжность, масштабируемость (настройка новых узлов в системе производится автоматически), способность «обходить» физические или искусственные «препятствия» в радиоэфире и передавать информацию с использованием маломощного радиосигнала и другие.

Доклад рассчитан на опытных разработчиков и архитекторов сетевого программного обеспечения;
Слушатели узнают об особенностях реализации стандартов G.9903 и 802.15.4 на микроконтроллерах под управлением операционной системы реального времени МАКС.
</blockquote>

{{VideoSection}}
{{vimeoembed|240324889|800|450}}
{{youtubelink|_po2bZPhuzI}}
{{SlidesSection}}
[[File:Особенности реализации гетерогенной Mesh-сети в новой российской операционной системе реального времени МАКС (ОСРВ МАКС).pdf|left|page=-|300px]]

{{----}}
[[File:{{#setmainimage:Особенности реализации гетерогенной Mesh-сети в новой российской операционной системе реального времени МАКС (ОСРВ МАКС)!.jpg}}|center|640px]]
{{LinksSection}}
* [http://2017.secrus.org/program/submitted-presentations/heterogeneous-mesh-networking-implementation-features Страничка доклада на сайте конференции]


{{fblink|1965083400411338}}
{{vklink|919}}
<references/>


{{stats|disqus_comments=0|refresh_time=2021-08-31T17:46:30.129859|vimeo_comments=0|vimeo_plays=40|youtube_comments=0|youtube_plays=67}}

[[Категория:SECR-2017]]
[[Категория:Software Defined Networks]]
[[Категория:ОСРВ МАКС]]

Лабораторные работы по курсу «Практические аспекты сетевых протоколов в Linux» (Степан Мальчевский, OSEDUCONF-2026)

2026-03-26T19:54:54Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Степан Мальчевский}}
<blockquote>
Доклад посвящён проблеме изучения стека сетевых протоколов в учебных заведениях и лабораторным работам для практического изучения протоколов на базе виртуальных машин Linux.
</blockquote>

{{VideoSection}}
{{vimeoembed|1177455234|800|450}}
{{youtubelink|8CxDTUeoyT8}}
{{SlidesSection}}
[[File:Лабораторные работы по курсу «Практические аспекты сетевых протоколов в Linux» (Степан Мальчевский, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' Образование, Документация, VirtualBox, Сетевые протоколы.

Изучение стека сетевых протоколов в отрыве от практических занятий критически снижает уровень понимания студентами материала. Сетевая структура сама по себе перенасыщена сложными и зачастую повторяющимися аббревиатурами (например, ABR — Available Bit Rate / Area Border Router, PIC — Program Interrupt Controller / Primary Interchange Carrier / Position Independent Code и так далее<ref name="abbr">Наиболее употребимые сокращения, используемые в телекоммуникациях. URL: https://mnroff.wordpress.com/2010/11/13/</ref>). Кроме того, описание протоколов (а именно они занимают большую часть теоретических основ для сетей) лишь задаёт правила работы системы, но никак не реализацию или примеры практического использования соответствующей технологии.

Сетевые компании (производители оборудования, сетевого ПО и тому подобного) имеют собственные материалы для практического изучения, однако с точки зрения обучения сразу бросаются в глаза очевидные недостатки. Во-первых, данные материалы в большинстве своём заточены строго под работу на ПО компаний, с их оборудованием. Изучающему не рассказывается материал, а навязывается методика работы с уникальными устройствами в уникальной среде. Во-вторых, из-за специфики ПО материалы описывают не логичную (а главное — ложную) иерархию взаимосвязей уровней и технологий. В-третьих, использование этих материалов невозможно без среды, в которой можно собрать топологию, настроить устройства и исследовать технологии вручную. И данная среда является проприетарной у каждой компании.

На самом деле, все эти проблемы легко решаются самим Linux. Это свободное ПО, в котором можно беспрепятственно настраивать работу любых протоколов, объединять множество устройств в топологии и изучать сетевой стек в полной мере. Именно исходя из этой идеи у нас в лаборатории свободного программного обеспечения ВМК МГУ появилась идея написать серию лабораторных работ непосредственно под Linux.

Долгое время у нас для обучения также использовались лабораторные для Huawei eNSP<ref name="ensp">Huawei. What Is eNSP Pro? URL: https://info.support.huawei.com/info-finder/encyclopedia/en/eNSP+Pro.html</ref>. Они представляли собой переведённую документацию по работе с системой, включающую специфичные для среды команды настройки топологии и протоколов. За основу формата лабораторных была взята структура курса Георгия Курячего «Сетевые протоколы в Linux»<ref name="frbr">Курячий Г. В. Курс «Сети в Linux»: опыт пяти лет преподавания // Девятнадцатая конференция «Свободное программное обеспечение в высшей школе». 2024. С. 30–32.</ref>.

Для каждой темы были сформулированы цели и задачи лабораторной без привязки к специфическому «железу» и ПО системы eNSP и реализованы на сети Linux-машин. В результате получен материал для практической работы по следующим темам:

* Утилиты и команды просмотра настроек и мониторинга сети;
* Настройка VLAN и маршрутизация сетей с VLAN;
* Протокол STP;
* Маршрутизация: статическая, с использованием протокола RIP, с использованием протокола OSPF;
* Фильтрация трафика;
* Туннелирование и VPN.

Кроме самого материала необходимо было подготовить среду для выполнения лабораторных. В нашем случае решением стал VirtualBox<ref name="vbox">Oracle. VirtualBox. URL: https://www.virtualbox.org</ref>. Этот свободный продукт виртуализации позволяет разворачивать образы виртуальных машин, строить топологии и выполнять лабораторные работы.

Ключевыми преимуществами VirtualBox являются:

# Независимость виртуализируемого объекта. В качестве основы для образа виртуальной машины может выступать любая операционная система, ей можно выдавать любое количество ресурсов и дополнительные настройки;
# Лёгкость создания сетевой топологии. Из коробки VirtualBox поддерживает автоматически настраиваемую L2-топологию «звезда»;
# Поддержка CLI и графического интерфейса. Создание виртуальной машины возможно как вручную, так и с использованием заранее подготовленных сценариев.

Возникает закономерный вопрос: как на среднемощном или маломощном оборудовании запускать большие топологии из множества виртуальных машин? VirtualBox предлагает связное клонирование. Этот способ позволяет на основе базового образа создавать копии, представляющие собой лишь отличия от оригинала, что значительно уменьшает их размер. В лабораторных работах фактическое ограничение составляет не более 7 виртуальных машин, в среднем — около 3.

Для разных лабораторных необходим различный набор устройств:

* Лабораторные по VLAN требуют машин-коммутаторов и абонентов;
* Лабораторные по маршрутизации (OSPF, RIP) требуют машин-маршрутизаторов.

Был создан специальный CLI-only образ виртуальной машины на базе сборщика дистрибутивов ALT, содержащий только необходимые пакеты.

По тестам на среднемощном компьютере возможно запускать до 15 виртуальных машин без критического снижения производительности.

Система и лабораторные тестировались в несколько этапов:

* Полная вычитка сотрудниками кафедры;
* Сравнительное тестирование: 7-10 студентов третьего курса проходили лабораторные как на eNSP, так и на VirtualBox. Студенты на Linux справлялись с задачами легче;
* Финальное тестирование на слушателях годового курса дополнительного образования «Протоколы и методы управления и передачи данных в сети Интернет». При наличии выбора большинство студентов выбирали вариант с VirtualBox.

{{----}}
[[File:{{#setmainimage:Лабораторные работы по курсу «Практические аспекты сетевых протоколов в Linux» (Степан Мальчевский, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:Лабораторные работы на СПО]]

Об обучении переводу в условиях распространения ИИ и автоматического перевода — новые реалии (OSEDUCONF-2026)

2026-03-25T22:23:02Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Людмила Васильева}}
<blockquote>
Удаленный доклад про «ИИ убивает обучение переводчикам», но по сути, это продолжение круглого стола с обсуждением проблем «ИИ ломает классическое образование» [[20260207L]]
</blockquote>

{{VideoSection}}
{{vimeoembed|1177110452|800|450}}
{{youtubelink|q59JBBUxpmU}}
{{SlidesSection}}
[[File:Об обучении переводу в условиях распространения ИИ и автоматического перевода — новые реалии (OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==

{{----}}
[[File:{{#setmainimage:Об обучении переводу в условиях распространения ИИ и автоматического перевода — новые реалии (OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:ИИ в образовании]]

Автоматизация проверки лабораторных работ (Кристина Дога, OSEDUCONF-2026)

2026-03-25T22:19:14Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Кристина Дога}}
<blockquote>
Рассматривается разработка программного комплекса для автоматизированной проверки лабораторных работ по дисциплинам «Операционные системы и компьютерные сети» и «Использование свободных и отечественных операционных систем».
</blockquote>

{{VideoSection}}
{{vimeoembed|1177110454|800|450}}
{{youtubelink|ckBFcMb5pHE}}
{{SlidesSection}}
[[File:Автоматизация проверки лабораторных работ (Кристина Дога, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' Linux, Bash, Docker, SSH, терминал.
Цифровизация образования и рост числа обучающихся требуют оптимизации процессов контроля знаний, особенно в практико-ориентированных дисциплинах. Проверка лабораторных работ, связанных с освоением командной строки Linux, традиционно занимает значительное время и сопровождается субъективностью оценивания. Для студентов первого курса факультета математики и компьютерных наук КубГУ данные дисциплины формируют базовые навыки работы в Unix-подобных системах: создание файлов, управление правами доступа, работа с пользователями и службами. Ручная проверка таких заданий при большом количестве студентов снижает оперативность обратной связи.

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

Для реализации использованы инструменты с открытым исходным кодом: система автоматизации n8n<ref name="aleks-1"/><ref name="aleks-2"/>, контейнерная платформа Docker<ref name="aleks-3"/><ref name="aleks-4"/>, bash-скрипты<ref name="aleks-5"/> и протокол SSH<ref name="aleks-6"/>.

Архитектура включает серверный и клиентский уровни. На сервере развёрнут n8n. На компьютерах студентов используется клиентский bash-скрипт, выполняющий первичную настройку, загрузку шаблонов и передачу результатов. Отправка лабораторной работы осуществляется одной командой, после чего данные передаются на сервер через защищённое соединение.

Для проверки каждой работы создаётся временный контейнер Docker, внутри которого запускается проверочный bash-скрипт. Он анализирует структуру каталогов и содержимое файлов. Результаты формируются в отчётном файле, а система n8n фиксирует все обращения в журнале с учётом количества попыток (до десяти) и запускает соответствующий workflow<ref name="aleks-7"/>.

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

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

Разработанный программный комплекс обеспечивает автоматизированную проверку лабораторных работ по курсу «Использование свободных и отечественных операционных систем» и ориентирован на анализ реальных практических действий студентов в ОС семейства GNU Linux. Решение снижает нагрузку на преподавателя, повышает объективность оценивания и способствует укреплению принципов академической честности. Система эффективно решает задачу автоматизации проверки лабораторных работ и может быть адаптирована для других практико-ориентированных дисциплин.

{{----}}
[[File:{{#setmainimage:Автоматизация проверки лабораторных работ (Кристина Дога, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="aleks-1">Хабр. ''n8n — от шаблонов и nodes до автоматизации AI agent и Telegram бота''. URL: https://habr.com/ru/companies/amvera/articles/908332/?ysclid=mgmaomqbn6579344529 (дата обращения: 26.09.2025).</ref>
<ref name="aleks-2">Использование n8n. URL: https://docs.n8n.io/ (дата обращения: 20.12.2025).</ref>
<ref name="aleks-3">Гош С. ''Docker без секретов: учебное издание''. СПб.: БХВ, 2023. 224 с.</ref>
<ref name="aleks-4">Контур.Школа. ''Docker для запуска приложений: учебно-методический материал''. URL: https://school.kontur.ru/Files/userfiles/file/education-pdf/8017.pdf (дата обращения: 03.10.2025).</ref>
<ref name="aleks-5">Олбинг К., Фоссен Дж. П. ''Идиомы Bash: учебное издание''. СПб.: Питер, 2023. 208 с.</ref>
<ref name="aleks-6">Losst. ''Установка SSH в Ubuntu''. URL: https://losst.pro/ustanovka-ssh-ubuntu-16-04 (дата обращения: 29.10.2025).</ref>
<ref name="aleks-7">Рабочие процессы n8n. URL: https://docs.n8n.io/workflows/ (дата обращения: 22.12.2025).</ref>
<references/>
* https://github.com/KristinaDoga/linuxlab

[[Категория:OSEDUCONF-2026]]
[[Категория:СПО в образовании]]

Приложение для дистанционного управления устройством HotbedAgroControl (Дарья Морель, OSEDUCONF-2026)

2026-03-25T22:18:56Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Дарья Морель}}
<blockquote>
HotbedAgroControl — устройство для управления гидропонной установкой. Приложение для удалённого взаимодействия с контроллером было бы весьма полезным для покупателей данного устройства.

Приложение получает данные с датчиков устройства, хранит историю изменений и отображает её на графиках, а также предоставляет возможность пользователю взаимодействовать с элементами управления.
</blockquote>

{{VideoSection}}
{{vimeoembed|1177110451|800|450}}
{{youtubelink|p5d9wx4fDcs}}
{{SlidesSection}}
[[File:Приложение для дистанционного управления устройством HotbedAgroControl (Дарья Морель, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
'''Ключевые слова:''' android-разработка, MQTT, удалённое управление.

=== Функционал приложения ===

[[File:2026-morel-Picture1.png|right|240px]]

Основной экран приложения — экран с датчиками и элементами управления. Приложение получает данные контроллера с [https://mosquitto.org/documentation/ Mosquitto] по протоколу MQTT, которые, в свою очередь, развёрнуты под Alt Linux. Актуальные данные отображаются в фрагменте с соответствующим названием показателя. Чуть ниже размещены фрагменты с элементами управления, с которыми пользователь может взаимодействовать, переключив соответствующий элемент на самом устройстве. Это возможно за счёт publish-сообщений в протоколе MQTT.

[[File:2026-morel-Picture2.png|right|240px]]
Не менее важен экран со статистикой. Приложение сохраняет полученные данные в базе данных Room на телефоне. Благодаря этому есть возможность провести анализ данных по определённому показателю, а также периоду. На экране отображается интерактивный график с историей изменения данных, можно посмотреть значение датчика в любой момент времени. Также есть возможность проследить, насколько показатели отличаются от ключевых значений по цвету графика.

Журнал событий, в свою очередь, отображает изменение значений элементов управления (с On на Off или с Off на On). Записи можно отфильтровать по показателю, а также дате.

[[File:2026-morel-Picture3.png|left|320px]]
[[File:2026-morel-Picture4.png|center|320px]]

Экран с параметрами конфигурации позволяет настроить параметры MQTT: IP-адрес, топик (место хранения данных на сервере Mosquitto), имя пользователя и пароль (от Mosquitto). Также приложение предоставляет возможность указать ключевые параметры для датчиков, чтобы программа подсвечивала красным данные в случае их сильного отклонения от заданных.

Таким образом, приложение позволяет удалённо управлять вашим устройством [https://github.com/woronin/HotbedAgroControl HotBedAgroControl] за счёт связи по протоколу MQTT, а также отслеживать изменение показателей и их отклонение от ключевых значений.

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

{{----}}
[[File:{{#setmainimage:Приложение для дистанционного управления устройством HotbedAgroControl (Дарья Морель, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<references/>
* https://github.com/dariamorel/HotbedAgroControlApp

[[Категория:OSEDUCONF-2026]]
[[Категория:Управление техпроцессами на СПО]]

Интеграция фреймворка NCNN в RTOS Embox для задач детекции объектов (Дмитрий Кривенко, OSEDUCONF-2026)

2026-03-25T22:18:03Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Дмитрий Кривенко}}
<blockquote>
Рассматривается интеграция фреймворка нейросеточного инференса NCNN в ОС реального времени Embox для локального запуска моделей глубокого обучения на встраиваемых устройствах. Цель — получить компактный стек «RTOS + DNN» для задач компьютерного зрения без полнофункционной ОС и без обращения к облаку.

В качестве примера используется семейство YOLO — однопроходные модели детекции объектов с хорошим соотношением точность/скорость, а в качестве бэкенда инференса — лёгкий фреймворк NCNN, рассчитанный на мобильные и embedded-платформы и поддерживающий статическую сборку.

Кратко описывается архитектура интеграции в Embox: сборка NCNN как модулей, размещение весов модели во встроенном образе файловой системы, предобработка изображений и последующая постобработка результатов. Обсуждаются ограничения подхода, связанные с размером прошивки, потреблением оперативной памяти и отсутствием аппаратных ускорителей, и показывается, что несмотря на них связка Embox + NCNN может служить основой для компактных edge-AI решений.
</blockquote>

{{VideoSection}}
{{vimeoembed|1177110453|800|450}}
{{youtubelink|9D8lBTQSXmE}}
{{SlidesSection}}
[[File:Интеграция фреймворка NCNN в RTOS Embox для задач детекции объектов (Дмитрий Кривенко, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
''RTOS, Embox, NCNN, YOLO, детекция.''

Необходимость выполнять инференс моделей компьютерного зрения непосредственно «на краю» (edge) возникает в сценариях, где Linux или облачные сервисы нежелательны: в промышленных контроллерах, автономных узлах, встраиваемых камерах. В таких системах критичны детерминированные задержки и ограничения по ресурсам, поэтому представляет интерес стек «RTOS + DNN», позволяющий запускать модели глубокого обучения поверх ОС реального времени. В качестве базовой архитектуры модели используется семейство YOLOv8<ref name="embox-1">Ultralytics. YOLO Documentation. https://docs.ultralytics.com/</ref> — однопроходные детекторы объектов с несколькими вариантами разного размера, отличающимися числом параметров и вычислительной сложностью. Младшие варианты (например, v8n) содержат порядка 3 млн параметров и требуют единицы гигафлопс на прогон, старшие — десятки миллионов параметров и сотни гигафлопс. Это позволяет выбирать компромисс между точностью и ресурсными требованиями под конкретную платформу. При подготовке соответствующих моделей в NCNN на той же основе могут быть реализованы также задачи классификации и сегментации.

Фреймворк NCNN ориентирован на мобильные и embedded-платформы: он не зависит от тяжёлых внешних библиотек, поддерживает статическую линковку и работу без полноценного Linux<ref name="embox-2">Tencent. NCNN Project. https://github.com/Tencent/ncnn</ref>. В Embox NCNN собирается в виде модулей и статически линкуется вместе с ядром ОС и прикладным кодом. В рамках работы подготовлена модель YOLOv8n в формате NCNN, реализовано приложение детекции, использующее системные вызовы Embox для загрузки весов и входного изображения; исходный код примера доступен в составе проекта Embox<ref name="embox-4">Embox NCNN YOLO Demo. https://github.com/embox/embox/tree/master/project/ncnn/ncnn_yolo_demo</ref>. Веса и параметры модели размещаются во встроенном образе файловой системы, формируемом на этапе сборки, и в рантайме загружаются через стандартный файловый интерфейс Embox. Подсистема ввода-вывода Embox используется для получения входных изображений (на текущем этапе — файлов во встроенной корневой файловой системе образа прошивки), которые затем проходят предобработку: изменение размера до входного разрешения модели, преобразование формата пикселей и нормализацию. Полученный тензор упаковывается в ncnn::Mat, после чего выполняется инференс и постобработка (NMS, фильтрация по порогу доверия, формирование списка детекций).

Размер демонстрационной сборки для QEMU составляет порядка 26–30 Мбайт, значительную часть которых занимают веса модели YOLO. Существенный вклад в потребление оперативной памяти дают статически выделенные рабочие буферы и пулы ядра, поэтому для комфортной работы прототипа требуется объём RAM, характерный для «толстых» встраиваемых систем. Такая конфигурация реалистична для ARM-плат с внешней NAND/eMMC-памятью или SD-картой и десятками–сотнями мегабайт ОЗУ, но недостижима для классических микроконтроллеров, где флеш-память и RAM измеряются единицами мегабайт и ниже.

В текущей конфигурации стек ориентирован на встраиваемые ARM-системы без аппаратных ускорителей, но с достаточно ёмкими флеш- и RAM-ресурсами, где требуется локальная обработка данных. Полученные результаты показывают, что связка Embox + NCNN позволяет реализовать локальный DNN-инференс для задач компьютерного зрения на RTOS-платформе. В качестве дальнейшего развития планируется использование более компактных моделей (micro-варианты YOLO или специализированные малые сети), отключение неиспользуемых подсистем Embox и сокращение статических буферов и пулов, а также расширение набора демонстрационных приложений.

== Литература ==

{{----}}
[[File:{{#setmainimage:Интеграция фреймворка NCNN в RTOS Embox для задач детекции объектов (Дмитрий Кривенко, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="embox-1">Ultralytics. YOLO Documentation. https://docs.ultralytics.com/</ref>
<ref name="embox-2">Tencent. NCNN Project. https://github.com/Tencent/ncnn</ref>
<ref name="embox-4">Embox NCNN YOLO Demo. https://github.com/embox/embox/tree/master/project/ncnn/ncnn_yolo_demo</ref>
<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:Machine Learning]]
[[Категория:Embox]]

Файл:Oseduconf-2026.jpg

2026-03-23T12:17:41Z

StasFomin:

Категория:OSEDUCONF-2026

2026-03-23T12:16:00Z

StasFomin:

OSEDUCONF-2026, она же 21 конференция «Свободное программное обеспечение в высшей школе» прошла 6-8 февраля 2026, в Переславле-Залесском, в ИПС РАН.

[[File:oseduconf-2026.jpg|center|480px]]

;Отзывы:
* [https://академон.эвристика.рф/public/fc/oseduconf/2026/oseduconf-notes.html Вопросы-заметки к конфе OSEDUCONF-2026], [https://www.basealt.ru/about/news/archive/view/iskusstvennyi-intellekt-v-obrazovanii-setevaja-bezopasnost-i-otkrytye-tekhnologii-bazalt-spo-provela-xxi-ezhegodnuju-konferenciju-spo-v-vysshei-shkole «Базальт СПО» провела XXI ежегодную конференцию «СПО в высшей школе»]

Видеосьемка → [[:Category:Сергей Карпеш|Сергей Карпеш]] и его команда.


[[Категория:Конференции]]
[[Категория:OSEDUCONF]]

Файл:Оффлайн-преподаватели-в-2025ом.jpg

2026-03-23T10:27:29Z

StasFomin:

Комплекс отечественных цифровых решений для незрячих в IT (Алексей Фитисов, OSEDUCONF-2026)

2026-03-19T18:45:35Z

StasFomin:

;{{SpeakerInfo}}: {{Speaker|Алексей Фитисов}}
<blockquote>
В работе рассматриваются технологии экранного доступа, отечественное программное обеспечение и цифровые сервисы, доступные для незрячих пользователей, функциональность которых позволяет им обучаться по IT-специальностям и осуществлять трудовую деятельность по ним.

Данная работа может представлять интерес для работников системы профессионального образования, сотрудников IT-компаний, занимающихся адаптацией производимых цифровых продуктов к возможностям незрячих пользователей, а также самих незрячих людей, собирающихся получать образование по IT-специальностям, обучающихся по ним либо работающих в российских IT-компаниях или других организациях, использующих отечественное программное обеспечение.
</blockquote>

{{VideoSection}}
{{vimeoembed|1175258417|800|450}}
{{youtubelink|eTxlGM7WA84}}
{{SlidesSection}}
[[File:Комплекс отечественных цифровых решений для незрячих в IT (Алексей Фитисов, OSEDUCONF-2026).pdf|left|page=-|300px]]

{{----}}

== Thesis ==
''IT-образование, доступность, незрячие, отечественные цифровые решения, технологии экранного доступа.''

В настоящее время доступность программного обеспечения (ПО) для незрячих людей является одним из важнейших условий получения ими образования по IT-специальностям и осуществления трудовой деятельности по ним.

На протяжении последних десятилетий она более или менее успешно реализовывалась посредством программ экранного доступа и специальных режимов работы ПО иностранного производства.

Однако в связи с введением ограничений в отношении жителей нашей страны, касающихся возможности использования программных продуктов, производимых иностранными компаниями, а также требованиями действующего законодательства Российской Федерации, обязывающего перейти на использование отечественного ПО государственные образовательные, научные и др. учреждения, возникла необходимость поиска отечественных решений, позволяющих незрячим людям получать образование по IT-специальностям и осуществлять трудовую деятельность по ним<ref name="fitisov-1"/> <ref name="fitisov-2"/>.

В основе предлагаемого комплекса отечественных цифровых решений, доступных для незрячих людей, функциональность которого позволяет им обучаться по IT-специальностям и осуществлять трудовую деятельность по ним, лежит операционная система «Альт Рабочая станция» с графическим окружением GNOME, использующим протокол Wayland<ref name="fitisov-3"/>. Доступность данной ОС для незрячих пользователей обеспечивается посредством встроенной в неё программы экранного доступа Orca.

Также к числу встроенных в ОС «Альт Рабочая станция» программ, необходимых для обучения и работы, относятся: LibreOffice, браузер Chromium и почтовый клиент Thunderbird.

Указанное ПО включено в комплекс отечественных цифровых решений, поскольку данные программы встроены в ОС «Альт Рабочая станция».

Помимо ОС «Альт Рабочая станция» со встроенным ПО, в рекомендуемый комплекс программных решений и цифровых сервисов входят:
* браузер: Яндекс Браузер<ref name="fitisov-7"/>;
* сервис электронной почты: Яндекс Почта<ref name="fitisov-9"/>;
* мессенджер: MAX (веб-версия)<ref name="fitisov-12"/>;
* сервис онлайн-конференций: Яндекс Телемост<ref name="fitisov-10"/>;
* комплексное ПО: «Экосистема ВКонтакте»<ref name="fitisov-4"/>;
* хранилище файлов: Яндекс Диск<ref name="fitisov-8"/>;
* нейронная сеть: GigaChat<ref name="fitisov-11"/>.

Нейронная сеть GigaChat может быть рекомендована к использованию незрячими в процессе обучения по следующим причинам:
* высокое качество распознавания на изображениях текста, в т.ч. содержащего математические символы и формулы;
* возможность сохранения текста ответа нейронной сети в формате TeX путём нажатия на кнопку «Копировать»;
* подробное описание изображений, в т.ч. снимков экрана.

Всё вышеупомянутое ПО и цифровые сервисы числятся в Едином реестре российских программ для электронных вычислительных машин и баз данных<ref name="fitisov-5"/>.

Кроме того, в настоящей работе стоит остановиться на таких специальных программных решениях и цифровых сервисах, как Speech-ru и сервис «Данные в данные»<ref name="fitisov-6"/> <ref name="fitisov-13"/>.

Speech-ru — GUI для настройки speechd:
* через свои зависимости устанавливает всё необходимое;
* позволяет выбрать язык (ru/en);
* позволяет применить настройки ко всей системе;
* выполняет настройку speech-dispatcher;
* выполняет настройку RHVoice;
* ищет языки RHVoice в системе и добавляет их в список;
* позволяет запустить/остановить/настроить Orca;
* программа портирована на Qt6.

Speech-ru является результатом разработки сотрудника компании — Петра Ахламова.

Сервис «Данные в данные» создан в помощь незрячим и слабовидящим людям, работающим с графическими изображениями, многостраничными PDF-документами и файлами без текстового слоя.

Основные отличия сервиса:
# не требуется установка на компьютер;
# сервис бесплатный;
# максимальный вес загружаемых файлов — 10 GB;
# адаптирован для незрячих и слабовидящих.

Сервис создан незрячим программистом из Санкт-Петербурга — Артёмом Плаксиным.

Рассмотренное ПО и сервисы представляют собой комплекс отечественных цифровых решений, доступных для незрячих пользователей, позволяющих им обучаться по IT-специальностям и осуществлять трудовую деятельность по ним.

{{----}}
[[File:{{#setmainimage:Комплекс отечественных цифровых решений для незрячих в IT (Алексей Фитисов, OSEDUCONF-2026)!.jpg}}|center|640px]]
{{LinksSection}}


<ref name="fitisov-1">Постановление Правительства РФ от 1 ноября 2012 г. N 1119.</ref>
<ref name="fitisov-2">Приказ Министерства связи и массовых коммуникаций РФ от 29 июня 2017 г. № 334.</ref>
<ref name="fitisov-3">Альт Рабочая станция. https://www.basealt.ru/alt-workstation</ref>
<ref name="fitisov-4">ВКонтакте. https://vk.com/</ref>
<ref name="fitisov-5">Единый реестр российских программ для ЭВМ и БД. https://reestr.digital.gov.ru/</ref>
<ref name="fitisov-6">Сервис «Данные в данные». https://data2data.ru/</ref>
<ref name="fitisov-7">Яндекс Браузер. https://browser.yandex.ru/</ref>
<ref name="fitisov-8">Яндекс Диск. https://360.yandex.ru/disk/</ref>
<ref name="fitisov-9">Яндекс Почта. https://360.yandex.ru/mail/</ref>
<ref name="fitisov-10">Яндекс Телемост. https://360.yandex.ru/telemost/</ref>
<ref name="fitisov-11">GigaChat. https://giga.chat/</ref>
<ref name="fitisov-12">MAX (веб-версия). https://web.max.ru/</ref>
<ref name="fitisov-13">Speech-ru. https://altlinux.space/petr-akhlamov/speech-ru</ref>
<references/>

[[Категория:OSEDUCONF-2026]]
[[Категория:Accessibility]]