1) уже́ есть две команды/инструкции.
то выполнена операция "добавление инструкции в архитектуру" (дважды)
1.1) Следующее дело - составить руководство про то, как команды добавлять.
двух команд уже должно было быть достаточно, чтобы его составить.
1.2) если команды чем-то разные (например режимами адресации),
  то сделать под каждую группу команд по странице
1.3) После этого могли бы найтись добровольцы добавить пару десятков инструкций каждый (ведь было бы написано, что, как и зачем делать).
Для этого надо создать ветку о том, что добровольцы нужны. По крайней мере там можно будет обсудить мотивации.
А даже если бы и не нашлись, всё равно в дальнейшем добавлять команды было бы проще (ведь записано как это делать, и почему так).

2) надо определиться с количеством архитектур
я где-то писал уже про это
например: "Оригинальная", мимикрия под байткод "КуМир", инструкции проекта Янтарь, Интел64, Арм64 (и ещё много разных вариантов возможно)
2.1) надо написать руководство на тему
"Как добавить архитектуру в виртмашину" вообще.
2.2) добавить руководства по особенностям реализации в виртмашине каждой из особенных архитектур
2.3) надо найти лидеров по обеспечению полноты реализации архитектур (по одному или более на архитектуру, которая интересна именно ему)

3) нужно определиться с платформами
3.1) подумать и описать, что нужно в коде сделать, чтобы добавить новую платформу
3.2) описать детали каждой из платформ
Платформа "Виртмашина КуМир-а".
Платформа "Linux/Elf/UTF-8/syscall"
3.3) поискать лидеров по реализации платформ

4) сделать пакеты для установки программы под разные оси
4.1) написать общее руководство, которое описывает программу для всех операционных систем
4.2) написать руководства по опакечиванию под соответствующии ОС (по одному на каждую)
4.2.1) Debian
4.2.2) Gentoo
4.3) найти мейнтейнеров под соответствующие ОС
  (сами они не найдутся, надо написать, что они нужны, почему нужны, и зачем это нужно им самим)

5) написать справку, как эту виртуальную машину запускать, как передавать ей параметры.
Может быть сделать man и команды, положенные по стандарту POSIX (вроде -v).

6) что значит "помочь со справкой"?
6.1) Если это всё описать на форуме в куче топиков, это, конечно поможет. Но плохо сочетается с подготовкой релиза.
6.2) Есть ещё другой механизм - файлы на github.io или аналоге (хостинг статических HTML-страниц, набранных вручную).
Есть ли такое на tvoygit я не знаю. Но если что, то можно зазеркалировать туда и сюда.
6.3) Сделать промежуточный релиз (1.1.0 например). gihub-страницы с релизами сочетаются хорошо.
Релиз в принципе тег, и к нему можно приложить архивы (но вообще и по тегу сгенерируют, не маленькие)
https://stackoverflow.com/questions/146 … ent-branch
... ранее мы ещё обсуждали тхаб.рф для этой цели.

7) составить план дальнейших действий от достигнутого,
определить какие люди понадобятся для реализации будущего плана,
написать к ним воззвание (и добавить его в тексты статей для СМИ)
«Мне надо больше еды, да-да-да, больше еды, больше еды-ы-ыы!!»

8) Кроме факта релиза в репозитории, ещё надо подготовить статьи о нём (факте релиза)
8.1) статью в репозитории
8.2) топик на plana.mybb.ru (хотя бы один общий текст статьи-релиза).
8.3) статью для opennet
Раз они уже один раз разместили, то и про апдейт напишут, особенно, если будет что-то новое.
Ещё можно/нужно поблагодарить автора opennet за организацию предыдущего обсуждения.
8.4) статью для linux.org.ru
тут могут не принять (не проаппрувить)
8.5) есть ещё rsdn.org (если абстрактно рассуждать)
8.6) и programmersforum (у МихалНика)
Кроме того, там (в тексте статей) можно будет написать текст более развёрнуто, а не так, как в прошлый раз.
Заодно сразу на все вопросы заранее ответить, по предыдущим отзывам.
Разместить призывы (за эту идею спасибо БудДену, который определил требуемые показатели количественно)

Итого:
- улучшения в коде;
- пакеты для распространённых операционок;
- документация;
- тексты релизов для публикации;
- пожелания к аудитории (новые планы, призывы)

Месяца в три наверное хорошо бы уложиться? или в полгода?
(надо заметить, что работоспособность необязательна, полнота наборов инструкций необязательна,
обязательно только продвижение/прогресс реализации и документационное оформление для людей).
Без прогресса новости не опубликуют, а без документации люди не привлекутся (выйдет, как сейчас).

Отредактировано Лис (2023-03-09 13:02:18)