[nickname2019]

На мой взгляд, основными проблемами российского рынка расчетного программного обеспечения являются:
- отсутствие нормальной возможности программной автоматизации по решению расчетных задач
(в расчетных программах отсутствует возможность для нормального программирования, т.е. невозможно написать программу для полностью автоматического создания расчетной схемы (нескольких расчетных схем), автоматического выполнения расчета, автоматического получения результатов и их автоматического анализа);
- закрытый исходный код по подбору расчетных параметров несущих элементов
(различные программы дают различные результаты при решении одинаковых задач, сравнение алгоритмов подбора различных между собой невозможно, так как код закрыт, общепринятых и одобренных алгоритмов нет, каждый пользуется своим "черным ящиком", который иногда может выдать ошибочное решение);
- для людей, которые занимаются автоматизацией на Лисп, C# и т.д. отсутствуют инструменты, которые позволяли бы программно "по-простому" вызвать готовую библиотечную функцию (например, по подбору сечения какой-то простой балки непосредственно из графического редактора), что вызывает необходимость вызова отдельной расчетной программы, что серьезно тормозит работу;
- "корявый" интерфейс, ужасно неудобная и медленная работа в существующих российских (и украинских) расчетных программах;
(фактически при наличии нормального графического редактора (autocad, nanocad и т.д.) приходится экспортировать данные в в "корявый" редактор расчетной программы и длительное в нем работать (задавать нагрузки, связи и т.д.), а встроить расчетную программу в нормальный графический редактор через автоматизацию невозможно).

В связи с вышеизложенным, назрел вопрос:
Как технологически наиболее правильно можно организовать разработку расчетного программного обеспечения с открытым исходным кодом?

Для совместной разработки кода создано общее хранилище на GitHub, используя которое каждый может поучаствовать в разработке :
https://github.com/chaosEagleOwl/source

На данным момент работа находится в стадии тестирования возможности совместной разработки.
Требования к программному обеспечению изложены в файле (ссылка README.md на GitHub): https://github.com/chaosEagleOwl/source/README.md

ТЗ на модуль формирования КЭ-сеток сформировано и помещено на GitHub.
На весь комплекс ТЗ формировать долго, видимо, будет чуть позже.

Сформирована доска для управления проектом, туда добавлены наиболее актуальные задачи.
Задачи проекта.

[Нубий-IV]

Вот я все тестирую и тестирую, а мне все хуже и хуже. Если x32 работает примерно с 1.5G памяти, то что будет при вызове из нанокада?

Код:

[Выделить все]

 
#include "arxHeaders.h"


class nanoCADmem: public AcRxArxApp {
public:
	virtual AcRx::AppRetCode On_kInitAppMsg (void *pkt)
	{
		AcRx::AppRetCode retCode =AcRxArxApp::On_kInitAppMsg (pkt);
		return (retCode);
	}

	virtual AcRx::AppRetCode On_kUnloadAppMsg (void *pkt)
	{
		AcRx::AppRetCode retCode =AcRxArxApp::On_kUnloadAppMsg (pkt);
		return (retCode);
	}

	virtual void RegisterServerComponents ()
	{

	}

	static void nanoCADmem_memtest(void)
	{
		const int N_BLOCKS = 1000;
		const int BLOCK_SIZE = 100000000;
		
		try {
			double** blocks = new double*[N_BLOCKS];
			for(int i = 0; i < N_BLOCKS; i++) {
				blocks[i] = new double[BLOCK_SIZE];
				acutPrintf(L"Allocate %ib ok", BLOCK_SIZE);
			}
		} catch (...) {
			acutPrintf(L"Allocate %ib error", BLOCK_SIZE);
		}
	}
};

IMPLEMENT_ARX_ENTRYPOINT(nanoCADmem)
ACED_ARXCOMMAND_ENTRY_AUTO(nanoCADmem, nanoCADmem, _memtest, memtest, ACRX_CMD_TRANSPARENT, NULL)

Выделение десяти блоков памяти по 100 метров. В чистом файле выделяется только 3 блока; в большом файле и один не выделяется. Это все, что доступно для работы из-под нанокада.

Четырехугольная оболочка с 6 степенями свободы имеет матрицу жесткости (6*4)*(6*4)*8 = 4.6К = 0.0046M. При доступных 100M в памяти можно разместить только 100/0.0046 = 20 тыс матриц (не считая узлов, самих элементов, матриц преобразований, векторов перемещений и т.п.).

Не то что "хранить матрицы" не выйдет; видимо, безопасно только поэлементное чтение/запись.

[DEM]

А чего все??

[zamtmn]

>>А чего все??
В твоей теме никто не злорадствует))

[DEM]

Сообщение от zamtmn >>А чего все?? В твоей теме никто не злорадствует))

ДА и там так же было...
Я понял, что нужно полагаться только на себя, и подготавливать готовое решение.

[румата]

Сообщение от DEM ДА и там так же было...

А что там было?

[nickname2019]

Сообщение от Бахил Какое ТЗ? Полноценный проект. Осталось найти подрядчика. Можно и "хозспособом" реализовать.

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

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

1.Вступление в колхоз - дело добровольное и доступное каждому, кто изъявил желание.
Каждый может вступить в колхоз и участвовать в коллективной работе, внося вклад в создание и тестирование кода. Вклад каждого определяется количеством строк кода, который человек создал и который включен в официальный релиз (это определяет карму "создателя", также, видимо, нужно считать карму "тестировщика").
Все колхозники имеют доступ к коду, который создан общими усилиями в рамках "колхоза".
Вероятнее всего, колхозники могут платить какие-то членские взносы на содержание "колхоза".

2. Колхозники могут создавать свои закрытие артели, в которых могут совместно создавать код для использования внутри артели. Они сами принимают решения о том, делиться или не делиться с сообществом разработанным кодом и на каких условиях. Решения внутри артели принимается голосованием, при этом вес "голоса" определяется количеством строк разработанного человеком кода, который он разработал, работая в артели. Принятие/не принятие человека в артель определяется голосованием членов артели. В идеале, артели должны заманивать тех рядовых колхозников, которые имеют высокую "карму", заработанную ими на общих условиях. Артель имеет свой доход, связанный как с использованием разработанного кода каждым членом артели, так и продажей результатов работы (алгоритмов и программ).
Доход артели делится между участниками артели пропорционально их "карме". Колхозу артель перечисляет только членские взносы. Артель может нанимать исполнительных директоров, менеджеров по продажам, маркетологов и т.д.

Имхо, такая организация труда может избежать влияния "финансового сектора", "эффективных менеджеров" и ориентировать разработку непосредственно на потребности общества.

И у меня вопрос: "Колхоз светлый путь" звучит не слишком кринжово?

[Сергей812]

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

строчек может десяток, но потрачены на них часы (а то и дни) поиска той же информации и пробного тестирования.

Сообщение от nickname2019 Колхозники могут создавать свои закрытие артели, в которых могут совместно создавать код для использования внутри артели. Они сами принимают решения о том, делиться или не делиться с сообществом разработанным кодом и на каких условиях.

хм, а для чего тогда столько видов лицензий на ПО...

[nickname2019]

Сообщение от Сергей812 строчек может десяток, но потрачены на них часы (а то и дни) поиска той же информации и пробного тестирования.

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

Сообщение от Сергей812 хм, а для чего тогда столько видов лицензий на ПО...

Имхо, это милый оскал капитализма.
Может быть, что самым эффективным способом организации труда были сталинские артели, когда вклад каждого оценивался по его выработке в натуральных показателях, а начальника избирали общим голосованием. Тогда обычный "колхозник"мог купить танк для фронта.
Ключевой особенностью той артели было то, что долю в ней нельзя было продать или передать по наследству. Если бы "инстаграмм" (запрещенный в России) был такой артелью - Фейбсук (запрещенный в России) не смог бы его купить никогда.
Хрущов эту артельную систему угробил, ввел уравниловку, и начался застой.
Сейчас в основе хозяйственной деятельности лежат финансы, которые "распечатываются" в любых количествах, поэтому труд обесценивается, инженерное (и вообще рабочее) сообщество отодвинуты от принятия решений. Решения принимаются неэффективные и вредные для большинства.

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

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

"Колхоз светлый путь" - плохое название?

[Сергей812]

Сообщение от nickname2019 Имхо, для оценки доли человека внутри профессионального сообщества - нормально. Если рассматривать как объем работы для оплаты - так себе показатель.

сколько строк совместного кода это "профессиональное" сообщество написало за те же последние три года?

[nickname2019]

Сообщение от Сергей812 сколько строк совместного кода это "профессиональное" сообщество написало за те же последние три года?

Примерно 20-30 тысяч. Не знаю, можно ли это считать сообществом, если в нем пока один я.

[Сергей812]

Сообщение от nickname2019 Примерно 20-30 тысяч. Не знаю, можно ли это считать сообществом, если в нем пока один я.

т.е. за эти годы не было не одного реального предложения о совместном создании ПО?

[nickname2019]

Сообщение от Сергей812 т.е. за эти годы не было не одного реального предложения о совместном создании ПО?

Проблематику на данный момент вижу так:
1. Для расчетного ПО нужен скриптовый язык.
2. Для скриптового языка нужен компилятор с возможностью отладки.
3. Скриптовый язык должен позволять коллективную разработку.
4. Коллективная разработка должна иметь возможность автоматически отслеживать авторство кода построчно (наличия форков недостаточно). Т.е. если человек изменил строку кода - общество должно знать, кто это сделал и почему.
5. Разработчики должны иметь возможность влиять на развитие продукта, поэтому нужен рейтинг полезности разработчиков при голосованиях через учет "кармы". Карма разработчика учитывается через подсчет строк созданного им кода.

Сейчас я нахожусь в начале п.3.

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

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

[Сергей812]

Сообщение от nickname2019 Для расчетного ПО нужен скриптовый язык.

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

[nickname2019]

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

А вот это уже сделано до нас.https://oofem.org/doku.php?id=en:download
И этот проект с открытой лицензией.

Сообщение от Сергей812 Сколько осталось проектировщиков в стране, способных построить математическую модель, и главное - и чем их заинтересовать для участия в бесплатном проекте?

Наличие открытого кода не означают, что проект обязательно должен быть бесплатный. Хотя тут есть над чем поразмыслить.

Сообщение от Сергей812 А уж языков программирования и средств разработки сейчас - на любой вкус, если не упираться в мифическую построчную отчетность)

Мне они не удобны.


P.S. Мне кажется интересным, что сейчас открывается возможность создания "коммунизма 2.0" на новой технологической платформе, когда решения может принимать не личность (которая может ошибаться и которую могут купить корпорации), а коллектив (который разбирается в теме лучше, чем любой "менеджер", а тем более финансист). Причем этот "коммунизм 2.0" не предполагает уравниловку, как раз наоборот - карма у всех будет разной, как у участие в распределении доходов.

[Нубий-IV]

Сообщение от nickname2019 Для расчетного ПО нужен скриптовый язык.

Концепция поменялась? Будем писать МКЭ на самодельном скриптовом языке? От этого все, кто говорил в теме "фу, плюсы, я только на питоне буду", разом переучатся и на этот раз все взлетит? Например, нехватку память в nano-x32 язык решает?

Сообщение от nickname2019 "Колхоз светлый путь" - плохое название?

колхоз наш раньше назывался
путь ленина потом никак
теперь лень путина назвали
чтоб новых букв не покупать
(с)тырьнет

[nickname2019]

Сообщение от Нубий-IV Концепция поменялась? Будем писать МКЭ на самодельном скриптовом языке? От этого все, кто говорил в теме "фу, плюсы, я только на питоне буду", разом переучатся и на этот раз все взлетит? Например, нехватку память в nano-x32 язык решает? колхоз наш раньше назывался путь ленина потом никак теперь лень путина назвали чтоб новых букв не покупать (с)тырьнет

Вероятнее всего, наиболее перспективная концепция - найти готовое наиболее подходящее и привинтить. Если будет хромать - приделать костыли.
Скрипт нужен, чтобы управлять графикой, а не для расчетного ядра, но можно обойтись и без него.
Но без скрипта это не будет круто.
Я так вижу, что сначала нужен скрипт, поэтому я пишу скрипт.

[Сергей812]

Сообщение от nickname2019 Наличие открытого кода не означают, что проект обязательно должен быть бесплатный. Хотя тут есть над чем поразмыслить.

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

Сообщение от nickname2019 Мне они не удобны.

а другим?) Или под себя код пишите... тогда причем тут колхозы, артели?

Offtop: p.s. чего то мне это все больше напоминает другого форумчанина, специалиста по XData...

[nickname2019]

Сообщение от Сергей812 а другим?) Или под себя код пишите... тогда причем тут колхозы, артели?

Я думаю, что полезно обсудить, каким образом в идеале должен быть проект с открытым исходным кодом. Я думаю, что в результате обсуждения были высказаны некоторые гипотезы по организации процесса. Некоторые мысли пришли мне в голову буквально позавчера (колхозы и артели), поэтому мне показалось полезным это обсудить (нужно/не нужно).
Я думаю, что эта тема о каких-то перспективных возможных разработках. Если бы это касалось какого то законченного проекта, это, наверное, следовало бы перенести в раздел "Готовые программы".
Публиковать "сырые" разработки я не вижу смысла.
Если когда-то появиться программный каркас, на основе которого можно вести коллективную разработку - я его опубликую.
Опыт гитхабом у меня вышел негативный, так как синхронизация не работала + гитхаб сейчас в любой момент может вынести бан.

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

[Сергей812]

Сообщение от nickname2019 Я думаю, что полезно обсудить, каким образом в идеале должен быть проект с открытым исходным кодом.

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

Сообщение от nickname2019 Я думаю, что в результате обсуждения были высказаны некоторые гипотезы по организации процесса. Некоторые мысли пришли мне в голову буквально позавчера (колхозы и артели), поэтому мне показалось полезным это обсудить (нужно/не нужно).

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

[radistMorze]

В принципе на гитхабе есть открытые проекты, которые сейчас пишутся. Например калькулятор сечений НДМ:
https://github.com/RedikultsevEvg/StructureHelper
Это не мкэ, но в целом уже готовая программа с нужным функционалом