OberonCore
https://forum.oberoncore.ru/

BlackBox development platform choice
https://forum.oberoncore.ru/viewtopic.php?f=127&t=4460
Страница 1 из 2

Автор:  Иван Денисов [ Понедельник, 26 Август, 2013 02:11 ]
Заголовок сообщения:  BlackBox development platform choice

There are necessary to choose some mechanism for the group development of BlackBox. The classical one is the system of Issues. There was the discussion on the forum, that one of the possible solution is the Redmine platform.

I had finished setting up the technical side of the web-site: http://redmine.molpit.com/. The summary is here.

This web-site is ready to host the group work of the community if it will be chosen as a platform for the development.

The pluses:
+ binary-to-text converter integration
+ flexibility for new technical challenges and any repository systems
+ modern version control system

The minuses:
- private hosting + spend of some money amount
- unable to get pull requests from github
- modern version control system

Автор:  Роман М. [ Вторник, 27 Август, 2013 11:00 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Иван Денисов писал(а):
- unable to get pull requests from github
Why not? HowTo keep in sync your git repository for redmine
Do you mean this one?

Автор:  Пётр Кушнир [ Вторник, 27 Август, 2013 11:19 ]
Заголовок сообщения:  Re: BlackBox development platform choice

I wonder if oberoncore.org domain owners give us a sign, would they prepare platform for master BlackBox branch development, or we have to handle such platform by ourselves (within redmine.molpit.com, for example).

Автор:  Иван Денисов [ Вторник, 27 Август, 2013 14:48 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Пётр Кушнир писал(а):
I wonder if oberoncore.org domain owners give us a sign, would they prepare platform for master BlackBox branch development, or we have to handle such platform by ourselves (within redmine.molpit.com, for example).

I think it can be the second variant, we are starting to discuss this with Boris R., however we don't need to hurry until community decision about domain name and hosting. Douglas G. Danforth wants some independent hosting, maybe it will be necessary to move from my "free" hosting to some Swedish or Irish or Antarctica hosting provider :)

Автор:  Иван Денисов [ Вторник, 27 Август, 2013 14:55 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Роман М. писал(а):
Иван Денисов писал(а):
- unable to get pull requests from github
Why not? HowTo keep in sync your git repository for redmine
Do you mean this one?
Roman, this can be useful idea. Do I understand? Do you are suggesting to communicate in github and have diff log in Redmine, but not push into Redmine just keeping it in sync with git?

Автор:  Пётр Кушнир [ Вторник, 27 Август, 2013 15:19 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Ivan, I think we should wait.
For now, i'm not even sure, that "all subsystems in one repository" principle is OK for BlackBox development.
Stable package of BB can be easily merged by head maintainer using number of "one per component" repositories each with it's own developer.
Head will rule the project, while everyone else work in their own localized responsibility area.
Otherwise, imho, future BlackBox will never have enough flexibility to span over various platforms/usecases.

Автор:  Иван Денисов [ Вторник, 27 Август, 2013 17:05 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Пётр Кушнир писал(а):
Ivan, I think we should wait.
For now, i'm not even sure, that "all subsystems in one repository" principle is OK for BlackBox development.
Stable package of BB can be easily merged by head maintainer using number of "one per component" repositories each with it's own developer.
Head will rule the project, while everyone else work in their own localized responsibility area.
Otherwise, imho, future BlackBox will never have enough flexibility to span over various platforms/usecases.


The first, the "head maintainer" is you & Ko, Peter :) Or who do you mean? There are no areas of responsibility about basic framework, every can find a solution for the fix in any module and after somebody make a good test it can be applied.

I agree that "all subsystems in one repository" is the bad idea. But nobody suggested that. Good center for distribution of components with personal accounts of developers, ranking, feedback etc. should be good idea. I was talking about that from early beginning. Maybe my explanation of the idea was weak... The tool for the development of own component is a choice of a developer.

Now we are not discussing repository for extra-components, but the repository for basic version of BlackBox and domain name for wiki and the face of the international community project.

Автор:  Роман М. [ Вторник, 27 Август, 2013 17:26 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Иван Денисов писал(а):
Роман М. писал(а):
Иван Денисов писал(а):
- unable to get pull requests from github
Why not? HowTo keep in sync your git repository for redmine
Do you mean this one?
Roman, this can be useful idea. Do I understand? Do you are suggesting to communicate in github and have diff log in Redmine, but not push into Redmine just keeping it in sync with git?

I created new topic: http://forum.oberoncore.ru/viewtopic.php?f=28&t=4463

Автор:  Роман М. [ Вторник, 27 Август, 2013 17:37 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Пётр Кушнир писал(а):
Stable package of BB can be easily merged by head maintainer using number of "one per component" repositories each with it's own developer.

I suggest the following strategy for management of subsystems: limited set of subsystems (like Forms, Sql, Xhtml, ...) which are under supervision of BlackBox maintainers and included in core BB distribution. The rest of subsystems should be maintained by their authors/contributors: such as Sdl, Sqlite, etc.
All that we have to do is just create common repository for all of packages. Thus user can choose one if he trusts some maintainer and make decision whether to use that package or not. Kind of Market/Store/whatever.

Автор:  Пётр Кушнир [ Вторник, 27 Август, 2013 18:10 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Nothing important, i'll translate this if you need.
Поскольку наши нерусские коллеги пока к нам не присоединились, напишу по-русски.
Иван Денисов писал(а):
The first, the "head maintainer" is you & Ko, Peter Or who do you mean? There are no areas of responsibility about basic framework, every can find a solution for the fix in any module and after somebody make a good test it can be applied.
Я говорил о том, что класть весь ББ в один репозиторий смысла нет.
Статичный код не имеет необходимости в репозитории, он может лежать в зип-архиве на сайте.
Следовательно, ББ в репозитории должен развиваться. Для развития надо править модули. Модули часто взаимосвязаны. Если внутри одной подсистемы - хорошо, один человек удержит последствия в голове. Если модули разных подсистем имеют связь - человек должен будет править две подсистемы одновременно, получается двойная нагрузка на мозг, вероятность ошибок растёт.
Поэтому я не готов вот так сразу согласиться, что ББ должен лежать в одном репе целиком. Правильнее будет распределить подсистемы по людям, взаимодействия между людьми очевиднее, чем взаимодействия между модулями. Время экономим, опять же. И ресурсы мозга.
Чтобы пересказать схему Host сейчас вам, уйдёт пара дней. И то не факт, что всё смогу вспомнить. Даже при наличии документации, слова из доки мало помогут.
Это так, лирика.

Где вообще заморские друзья? На форуме только Цинн зарегистрировался. Зачем мы тут мозг ломаем руглишем, я не понимаю. Где Рене, ему сообщили уже, что пора переползать из рассылки в форум? Или будем ждать Оминк? Демократия, блин, в базарный день.
Говорю же, надо подождать. Ничего ещё не ясно. Что выдадут нам оминки? Кому выдадут? Когда? Где за этим следить?

Автор:  Борис Рюмшин [ Вторник, 27 Август, 2013 18:41 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Иван Денисов писал(а):
Пётр Кушнир писал(а):
I wonder if oberoncore.org domain owners give us a sign, would they prepare platform for master BlackBox branch development, or we have to handle such platform by ourselves (within redmine.molpit.com, for example).

I think it can be the second variant, we are starting to discuss this with Boris R., however we don't need to hurry until community decision about domain name and hosting. Douglas G. Danforth wants some independent hosting, maybe it will be necessary to move from my "free" hosting to some Swedish or Irish or Antarctica hosting provider :)

Дискус то Вы старт, только вот что-то от "остальных" нет никаких предложений. Я то что там должен сказать? Я жду пока вы там решать что-то начнёте. Сам-то домен oberoncore.org будет введён в эксплуатацию, как только будут готовы кое-какие технические решения (докувики это не касается). В самом крайнем случае, включу делегирование и свяжу со старым сайтом (для того, чтобы домены третьего уровня могли работать).

Автор:  Пётр Кушнир [ Вторник, 27 Август, 2013 19:17 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Борис, не будет ли верным, если представитель Oberoncore Team создаст здесь координационный подфорум и настоятельно порекомендует зарегистрироваться тем, кто ещё не?

Автор:  Иван Денисов [ Вторник, 27 Август, 2013 20:28 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Пётр Кушнир писал(а):
Борис, не будет ли верным, если представитель Oberoncore Team создаст здесь координационный подфорум и настоятельно порекомендует зарегистрироваться тем, кто ещё не?

Любые настоятельные рекомендации (почему-то) оскорбляют наших зарубежных коллег...

Пётр, идея с раскидыванием ББ по разным репозиториям просто кошмарна. Во первых, он и так маленький, нечего там раскидывать, просто. Весь репозиторий в сжатом виде 7M. Во вторых, представьте недоумение нового участника сообщества... Как он должен догодаться как склеить это чудо? В третьих, кто это будет выделять какие-то области ответственности? Как это себе представляешь?

Если не писать по-английский, то точно никто не подтянется сюда...

Автор:  Иван Денисов [ Вторник, 27 Август, 2013 21:13 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Борис Рюмшин писал(а):
Я жду пока вы там решать что-то начнёте. Сам-то домен oberoncore.org будет введён в эксплуатацию, как только будут готовы кое-какие технические решения (докувики это не касается). В самом крайнем случае, включу делегирование и свяжу со старым сайтом (для того, чтобы домены третьего уровня могли работать).

Борис, спасибо за готовность. Но пока мы еще действительно ничего не решили и толком не обсудили.

Автор:  Роман М. [ Среда, 28 Август, 2013 00:27 ]
Заголовок сообщения:  Re: BlackBox development platform choice

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

Можно иметь два репозитория: первый - поддерживаемый сопровождающими (maintainers) сборку ББ (ранее упомянутый "центр") и второй, независимый от первого - поддерживаемый различными группами разработчиков.
Сопровождающие сборку ББ следят за тем, чтобы минимальный набор избранных подсистем работал безукоризненно и развивает её как единое целое, поддерживая также минимальную инфраструктуру для установки дополнительных компонентов (в виде отдельной подсистемы).
Разработчики второго просто следят за тем, чтобы их компоненты исправно работали на последних стабильных версиях ББ. Как дополнительная возможность, они могут вести дополнительную разработку также на "стандартных" компонентах, улучшая их. Эту разработку впоследствие "центр" может использовать выборочно или полностью, перенося их функциональность на стандартные компоненты.

Автор:  Роман М. [ Среда, 28 Август, 2013 00:36 ]
Заголовок сообщения:  Re: BlackBox development platform choice

> Статичный код не имеет необходимости в репозитории, он может лежать в зип-архиве на сайте.
Согласен. Однако также нужно продумать способы создания сборки. Конечно, всегда можно заниматься этим вручную. Только стоит ли?
А ведь можно и автоматически. В случае, если ocf/osf и прочие не находятся в репозитории стандартной сборки ББ, просто автоматически создать сборку в ZIP из неё не получится.
Таким образом, приходим к необходимости инструмента автоматической сборки ББ для того, чтобы не хранить статичный код в репозитории. Тогда нужно продумать что хранить в репозитории, а что - в отдельно поставляемых ZIP. К примеру, BB-build-pack.zip?

Автор:  Info21 [ Среда, 28 Август, 2013 08:03 ]
Заголовок сообщения:  Re: BlackBox development platform choice

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

Автор:  Иван Денисов [ Среда, 28 Август, 2013 09:14 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Info21 писал(а):
Иван Денисов писал(а):
Любые настоятельные рекомендации (почему-то) оскорбляют наших зарубежных коллег...
Иван Андреевич, учитесь отличать факты от фантазий в своей голове.

Это не фантазии. Нас уже два раза обвинили в империализме, один раз в открытой переписке, другой в закрытой, за агитацию obeoncore.ru, "официальную" позицию и мою "гиперактивность". Хотя, конечно, термин "оскорбляют" я имел в виду в мягкой форме — неумышленное унижение чести и достоинства...

Автор:  Иван Кузьмицкий [ Среда, 28 Август, 2013 09:31 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Кстати, да, меня вот тоже удивила отповедь "Apodictical or imperialistic tones are just a few of the possible problems.". Может, это юмор такой. А может, танковые туры по Европе ещё не забыты

Автор:  Пётр Кушнир [ Среда, 28 Август, 2013 09:59 ]
Заголовок сообщения:  Re: BlackBox development platform choice

Иван Денисов писал(а):
Пётр, идея с раскидыванием ББ по разным репозиториям просто кошмарна. Во первых, он и так маленький, нечего там раскидывать, просто. Весь репозиторий в сжатом виде 7M. Во вторых, представьте недоумение нового участника сообщества... Как он должен догодаться как склеить это чудо? В третьих, кто это будет выделять какие-то области ответственности? Как это себе представляешь?
Суть не в размере подсистем/сборки, а в насыщенности кода каждой из подсистем. Лично я стараюсь не переоценивать возможностей своего мозга. Конечно, легко, например, поменять сигнатуру хука в System и тут же поправить реализацию в Std, лично, никого не спрашивая и ни с кем не взаимодействуя. Но потом таких правок накопится критическая масса и они просто взорвут концепцию компонентного каркаса изнутри, останется только монолит из перекрёстных правок.
Новые участники сообщества скачают архив с сайта. Напомню, что мы тут говорим про группу шаристых товарисчей, изъявивших желание стать новым центром. Ну какие новички, о чём вы? Давайте, всё же, без эмоций.
Распределение будет происходить меритократически, по предыдущим заслугам - мы все знаем, что Илья Ермаков разбирается в ядре ББ лучше меня. Значит, разумнее отдать контроль над Kernel ему, значит, подсистема System уходит оберонкору. И так далее. В итоге либо люди закончатся, либо подсистемы.
Роман М. писал(а):
Можно иметь два репозитория: первый - поддерживаемый сопровождающими (maintainers) сборку ББ (ранее упомянутый "центр") и второй, независимый от первого - поддерживаемый различными группами разработчиков.

Роман, второй репозиторий уже существует, это http://oberoncore.ru/bbcc/subs/start. Надо ограничить обсуждение проблемами "BlackBox Center", а именно консервативное эволюционное развитие минорных версий BlackBox, начиная с последней версии Ominc.
Роман М. писал(а):
Согласен. Однако также нужно продумать способы создания сборки. Конечно, всегда можно заниматься этим вручную. Только стоит ли?
А ведь можно и автоматически. В случае, если ocf/osf и прочие не находятся в репозитории стандартной сборки ББ, просто автоматически создать сборку в ZIP из неё не получится.
Таким образом, приходим к необходимости инструмента автоматической сборки ББ для того, чтобы не хранить статичный код в репозитории.

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

Страница 1 из 2 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/