[DEM]

Родилась идея, о создании бесплатного аналога программ Арабат, Кристал, Вест и отдельных модулей НормКада....
Данный проект можно сделать с открытыми исходниками а разработку его вести на основе ГитХаба или Google Code....
В качестве языка программирования предлагаю принять VB.net т.к. он все таки победил в теме....
Можно было конечно принять матерный, но к сожалению, тогда придется проект делать закрытым, и исходники хранить на флешках в защищенных от доступа детей местах...
Прошу высказывать свои пожелания и предложения к данному проекту...

PS. Прошу всех кто согласен участвовать в проекте отписаться в личку....

Список участников:
DEM
bargool
RrRR
ябс
Cosinus
swell{d}
Akim_1989
Djur
Ratmir
Yasnogor
P1@t0n
GradRusStroy
gabidullin

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

[DEM]

Offtop: hwd
Да я сейчас так и делаю, сейчас с одним из тех кто согласился на участие в проекте, делаем по вечерам небольшой пример.....
Эт знаешь как собака лает, а караван идет.....

[zamtmn]

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

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

[Нитонисе]

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

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

[vanAvera]

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

[Ratmir]

Сообщение от ShaggyDoc Не сложно. Только еще и про разделитель надо не забывать. И почти всегда про контроль допустимого диапазона значений. И большая разница между "можно сделать", "я сделал" и "а пусть они сами правильно вводят". Тем не менее чуть ли не в каждой "самодельной" программе такое встречается. Или требуется, чтобы в Windows был установлен такой же десятичный разделитель, как у автора. Да ещё и теоретическая база подводится: Такой контроль ввода, конечно мелочь. Легко сделать, причем давно разработанными приемами или воспользоваться готовыми компонентами. Но даже в самом известном "открытом" проекте - OpenOffice были, потом исчезали, потом снова появлялись ужасные ошибки, вызванные такой "мелочью". Потому что авторы, не связанные общей службой на хозяина, демократично кодят каждый по своему усмотрению. И заставить их делать как надо в условиях "демократичного сообщества" невозможно. Раз уж зашло про "ни строчки кода", приведу пример функции, которую надо обязательно использовать при любом конвертировании чисел, прочитанных из файла. Чтобы не зависеть от настроек Windows, которые были когда-то у кого-то и какие есть сейчас Код: [Выделить все] function strUStofloat(Value: string): double; var OldSeparator: char; begin Result := 0; OldSeparator := DecimalSeparator; DecimalSeparator := '.'; try Result := StrToFloat(value); except end; DecimalSeparator := OldSeparator; end; Здесь DecimalSeparator - глобальная переменная Windows. Корень зла, между прочим, в том, что "кое-кто на Западе" решил, что "любая программа должна соответствовать нашим требованиям". Совершеннейшая мелочь, но без нее не обойтись. Как и без обратной функции для записи в файл. Как и без тысяч других подобных "мелочей", делающих программы надежными. PS. Раз тут упоминались Веб-версии программ, приведу пример, на который случайно наткнулся. Ничтожнейший по сложности расчет мощности двигателей. Просто как пример. Вместе и расчет и отчет с формулами. Ценен для тех, кто не знает, как это делается.

Я использую следующий код для преобразования чисел
---------------------------------------

Код:

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

function StrFloatDec(stPer: string; inTip: integer = 0): string;
var
 inNom: integer;
begin
// 0 - ,
// отлтчное 0 - .
 if inTip <> 0 then
  begin
   inNom:= pos(',', stPer);
   if inNom <> 0  then
    begin
     Delete(stPer, inNom, 1);
     Insert('.', stPer, inNom);
    end;
  end
 else
  begin
   inNom:= pos('.', stPer);
   if inNom <> 0  then
    begin
     Delete(stPer, inNom, 1);
     Insert(',', stPer, inNom);
    end;
  end;
 Result:= stPer;
end;
--------------------------------------------
 а на нажатие использую
--------------------------------
function MyKey(Key: char; stPer: string; NewKey: char = ','): char;
var
 blFlag: boolean;
begin
  blFlag:= false;
  case Key of
   '0': Key:= Key;
   '1': Key:= Key;
   '2': Key:= Key;
   '3': Key:= Key;
   '4': Key:= Key;
   '5': Key:= Key;
   '6': Key:= Key;
   '7': Key:= Key;
   '8': Key:= Key;
   '9': Key:= Key;
   '.': begin
         Key:= NewKey;
         blFlag:= true;
        end;
   ',': begin
         Key:= NewKey;
         blFlag:= true;
        end;
   #13: Key:= Key;
   #8 : Key:= Key;
  else
   key:= #0;
  end;
 if blFlag then
  if pos (',', stPer) <> 0 then
   Key:= #0;
 Result:= Key;
end;

-------------------------------

[_Oleg_]

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

[DEM]

Oleg
Ну сразу в бой....
Докладаю информацию, начинаем пока собирать и тестировать те программы которые в свободном доступе....
На этой неделе вроде как будет сделан первый модуль позволяющий делать отчеты в vb.net..
Так же такой модуль будет делаться для Питона...
Начать было решено с него т.к. этот модуль будет у всех программ...
Если на этом этапе возникнут проблемы с генерацией отчетов в Питоне, то возможен вариант, когда диалог и ввод данных будет выполняться в модуле на vb.net А расчеты будут выполняться на Питоне...
Но скорее всего этого не надо будет делать...

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

[hwd]

Сообщение от DEM модуль позволяющий делать отчеты в vb.net..

В качестве генератора отчётов могу порекомендовать StimulSoft.

[DEM]

hwd
У нас на основе xml.
Шаблоны редактируются и сохраняются.....

[hwd]

Сообщение от DEM У нас на основе xml.

Этот тоже на основе XML. Результат можно импортировать в различные форматы (29 вариантов). Дело твоё, я лишь показал готовую альтернативу.

[Makson]

Сообщение от hwd Этот тоже на основе XML. Результат можно импортировать в различные форматы (29 вариантов). Дело твоё, я лишь показал готовую альтернативу.

а смысл.. она же платная

[hwd]

Сообщение от Makson а смысл.. она же платная

Она готовая. Ты думаешь, что то, что напишешь ты, будет лучше и быстро? А это уже готовый, проверенный софт. Кроме того, раскидав сумму на группу энтузиастов, поставивших свой крестик под кличем "пролетарии всех стран объединяйтесь...", получатся копейки.

[DEM]

hwd
Потом мы купим лицензионный СКАД и расчеты можно будет выполнять на сервере....
Все расчеты будут за копейки....
Это один из пунктов моей программы.....

[Makson]

Сообщение от DEM Потом мы купим лицензионный СКАД и расчеты можно будет выполнять на сервере....

Это че такой прикол что ли?Седня вроде еще не пятница и до конца света еще неделя, чтоб такое выдавать...

[gomer]

Сообщение от Makson Это че такой прикол что ли?

Надо в инициативную группу китайцев добавить, они шустро скад скатают

[DEM]

Makson
Этот вариант можно проработать...
Ты ни разу не баловался с текстовыми файлами СКАДа?
Ты видел мою прогу которая позволяет графические отчеты СКАДа делать по быстрому??

[DEM]

Makson
Та уж ты прям, философ...
Не надоть вешать нос....
И на твоей улице будет праздник....
Люди занимаются делом не переживайте, все идет своим чередом....

[ETCartman]

Сообщение от DEM hwd Потом мы купим лицензионный СКАД и расчеты можно будет выполнять на сервере.... Все расчеты будут за копейки....

Это хорошая идея, вам только придется основать ЧП или ООО, заключать типовой договор на расчет (с пунктом об отсутствии ответственности за результаты, то есть с переложением ответственности на скад который отвественности тоже не несет). только вопрос в том, в чем собственно смысл. у скада нет отдельного препроцессора, демо версия не сохраняет файл, поэтому заказчику все равно понадобится скад - а в этом случае = зачем ему ваш сервис? только для дополнительных возможностей отчета?
вам надо будет принимать файлы в txt в таком случае, иначе получится что заказчик использует нелицензионное ПО (ага, а TXT в блокноте набирает)
и увязывать цену с временем расчета. договор подписывать - тоже надо будет отправлять по почте туда сюда. хотя технически можно электронную версию в pdf
в принципе - да, если будете брать даже по 30 долларов с рыла и будет загрузка
то технически это окупится. правда в данном случае не понятно зачем вам программы какие то писать? в контексте предоставления данной услуги. да и потом фрилансеры как правило работают под вывеской фирм у которых формально как правило и софт имеется.

[DEM]

Offtop: ETCartman
ДА эта одна из задумок которая пришла в голову, осуществлять стоит ли, не знаю...
Просто вы показывали различный софт в котором можно создавать сетки и расчетные схемы, я когда разбирался с ними обратил внимание, что у них препроцессор может сохранять данные в виде открытого для редактирования файла.....
Так же не так давно я разбирался со СКАДом и делал программу для генерации графических отчетов, она у меня получилась и вполне нормально работает....
Так вот если мы можем создавать РС в бесплатной программе создавать открытый файл для расчета и генерировать его в РС СКАДА в txt. расчет и графические материалы пжалуйта можно генерировать на стороне сервера.... Все остальное в случае со СКАДом это технические вопросы которые можно решить...
Другое дело что можно и платный процессор найти который получает и выдает данные в нормальном виде(чтобы можно было открывать спокойно своим приложением, тогда многие проблемы будут решены....
Но это так фантазия, бум реалистами...

[ETCartman]

я в обед сегодня поэкспериментировал с этим софтом как раз с точки зрения использования строительных программ как решателей (с подготовкой модели в gmsh и netgen). Проблема для меня - я так и не понял - существует ли в принципе в формате dxf поддержка поверхностей. Ну например плита - четыре линии, а внутри поверхность. и вообще есть ли поверхности в автокаде? по моему там только сетки, сеточные поверхности есть. с этой точки зрения связка dxf = бесплатный мешер => скад, вообще теряет смысл. технически вы можете мешеры запускать вообще в консольном режиме а окошко с параметрами сделать в своей программе (так сделано в lisa-fet.com) то есть не надо их переводить на русский и чем то подобным вообще заниматься. но что тогда брать в качестве исходной геометрии и в чем ее создавать?
я поясню только что если эту проблему решить то можно будет при задании нагрузок оперировать целыми плитами а не конечными элементами. а сетку вообще менять как угодно. нужен простой геометрический построитель модели (типа форума). автокад для этой цели годится плохо, не говоря о том что он платный и дорогой. максимум что можно будет брать из автокада - это поэтажные планы.