Konstruktor budowlany

budowniczy23

Jaki program polecacie do przeprowadzania ręcznych obliczeń przede wszystkim na potrzeby wykonania proj. kontr bud. mieszkalnych, gospodarczych czy mniejszych usługowych typu:
- wymiarowania żelbetu / drewna / stali wg Eurokodów (na podstawie wyników obliczeń statycznych zrobionych ręcznie lub za pomocą programu MES)
- obliczania prostych połączeń stalowych / drewnianych
- obliczenia weryfikujące poprawność wymiarowania w innym kalkulatorze
- inne proste obliczenia typu sprawdzenie przebicia, czy nośność gruntu pod fundamentem.

Głownie mi chodzi o porównanie tablicowego excela i edytora mathcada. W którym programie wg Was bardziej opłaca mi się zacząć tworzyć procedury obliczeniowe żeby później mogły mi służyć jako prywatne kalkulatory przy pomocy których oraz jakiegoś komercyjnego programu do statyki mógłbym liczyć konstrukcje?

Czy może tego typu programy w ogóle sobie odpuścić i zakupić gotowce np. Specbuda czy RM-Win lub inne kalkulatory wymiarujące np. Intersoftu, a ręcznie jedynie weryfikować ich wyniki?
Bardzo proszę o radę!

kamild

Jak Cie stać to mathcad, jak Cie mniej stać to Excel. Jak chcesz za free to SMathStudio.
Ja robie w Excelu i jestem zadowolony, ale wiadomo, zapis większych wzorów jest tam upierdliwy. Poza tym dla przeciętnych zastosowań inżynierskich Excel wystarczy (wg. moich doświadczeń Cala z pakietu OpenOffice lepiej sobie darować).

Przemysław_W

Akurat ja używam SMathStudio - czytelny zapis, łatwo można skontrolować obliczenia. Do obliczeń inżynierskich w zupełności wystarcza Smile

budowniczy23

A czy w SmathStudio działa na tej samej zasadzie co mathacad?
Jak lepiej wykonywać obliczenia tego typu programami - czy w jednym pliku całą konstrukcję policzyć (np. płyty, kilka belek, dach, fundamenty) - i mieć gotowy opis techniczny i obliczenia w jednym pliku, tylko pytanie co w tedy ze zmiennymi, trzeba definiowac za każdym razem nową zmieną np h1, h2, h3...?
Czy lepiej każdy element w osobnym pliku (szablonie) i później wyniki wklejać do worda?

adam_47

Nie ma znaczenia - sprawa indywidualna.
Moim zdaniem mathcad to narzędzie akademickie i nie sprawdza się w codziennej pracy - ale może nie przykładałem się do jego poznania Smile

Próbuj jakikolwiek arkusz kalkulacyjny (wszystkie działają ma podobnej zasadzie), jak będziesz go rozwijał o własne funkcje jest potężnym narzędziem. Wadą jest, że trudno jest obliczenia wstawiać bezpośrednio do tekstu.
Używałem Excela i Calca - bez różnicy (wg mnie społeczność Open ... jest bardziej pomocna).

GMBh

Skoro dział forum nosi tytuł programowanie to przewrotnie poradzę tak:
NIE WARTO pisać własnych procedur w wymienionych przez Was programach. Ludzie piszcie własne programy, najlepiej w C#.
Tak, mam i używałem wiele takich procedur pisanych jeszcze w czasie studiów w matchcadzie, excelu itd. Poznałem nawet doktoranta, który zrobił cały mes z ruchomym obciążeniem na moście w matchcadzie!
Może na studiach było to fajne i szybko można było oddać projekt Smile

Jednak jest wiele powodów dla których używanie zewnętrznych programów jako platformy do własnych procedur nie jest dobrym rozwiązaniem w praktyce inżynierskiej.
-Po pierwsze wcześniej czy później w każdym przypadku napotkamy na ograniczenia, które uniemożliwią nam zrobienie czegoś.
-Wysoce problematyczne jest zabezpieczenie naszej pracy przed modyfikacją. Skoro każdy (np. w biurze) może dowolnie zmienić naszą procedurę to skąd pewność że dobrze liczy ?
-Problematyczna współpraca z innymi programami inżynierskimi? jak wczytywać dane do procedur. Tylko czasami jest to możliwe przez API (np VB w Excelu)
- konieczność instalacji zewnętrznego oprogramowania i zapewnienia zgodności z różnymi wersjami (BTW przykład współpracy dawnego Esopa vel. Spreadsheet Calculator tylko z 32bit wersją Excell 2007 i 2010 - z innymi już NIE)
- dla sprawnego posługiwania się narzędziami konieczność nauki specyficznego programu, którego później możemy już nie chcieć używać.
-Często brak możliwości lub trudna konwersja procedur np. excel<->open office
Według mnie nie warto również kupować prostych programów firm trzecich dla sprawdzenia wyników obliczeń innych programów. To my się podpisujemy pod projektem i my odpowiadamy za jakość obliczeń. Nie jakiś programista, który często zna tylko teorię i pisze program pod konkretny przykład z książki. Każdy program sprzedawany na rynku zawiera w licencji uwagę o braku odpowiedzialności autora za wyniki obliczeń. Skoro tak to ja wolę dokonać weryfikacji własnym programem, którego cały kod źródłowy dobrze znam i nie pozwalam innym na jego modyfikacje. Własne aplikacje możemy cały czas ulepszać i weryfikować podczas codziennej pracy, a w przyszłości może podzielić się z innymi wynikami naszej pracy i coś na tym zarobić Smile

adam_47

kamild

Wszystko o czym piszesz, GMBh jest prawdą ale dla mnie barierą jest znajomość C# i brak czasu na nabywanie nowej umiejętności.

ps: podziel się jakimś swoim programem na forum Wink

budowniczy23

to powiedzcie mi może co lepsze, tańsze i szybsze? własne procedury obliczeniowe w Excelu lub mathcadzie +program do statyki czy moze pakiet specbuda / intersoftu no ew. robot. jak to w praktyce projektowej wygląda ale w miare prostych konstrukcji

stanislove

AnalizyMES

Prawda jest taka, że każde większe i szanjujące się biuro pisze nie tylko swoje oprogramowanie, ale i także swoje wytyczne np. do projektowania, które w wielu przypadkach lepsze są od niejednej książkowej publikacji.

Zgadzam się z Panem GMBh.

sirkris

Pisanie oprogramowania nie ma nic wspolnego z wielkoscia ani szanowaniem sie firmy. Pisanie programow to zmudna dlugotrwala praca. Ma sens komercyjny jesli program bedzie sprzedawany masowo, bo tylko wtedy zacznie na siebie zarabiac.
Sa tez pasjonaci, ktorzy pisza poswiecajac swoj wolny czas i czapki z glow przed takimi osobami, ale ich produkty komercyjnie nie wygraja z profesjonalnymi firmami tworzacymi oprogramowanie
Z doswiadczenia wiem ze pisanie programow czasem jest koniecznoscia, w malych firmach, gdzie szefowie licza kazdy grosz i maja gdzies potrzeby inzynierow (szczegolnie jesli sami nic nie musza liczyc).
Jestem szefem firmy i szanuje czas i pracownikow to kupuje dobry software ( bo to i tak przelozy sie na oszczednosc czasu, a czas to pieniadz)
Albo jestem szefem, i nie szanuje pracownikow. W teorii oszczedzam na zakupie programu, w praktyce pracownicy poswiecaja swoj czas, na pisanie programow, a w efekcie tracimy na czasie, bo bez profesjonalnego oprogramowania czas projektowania sie wydluza.

AnalizyMES

sirkris

No to slucham, ktore wieksze firmy projektowe pisza swoje programy?
Znam Arupa, gdzie maja Gsa, ktory przegrywa z profesjonalnymi programami.
Owszem, na papierze, w czasopismach, moze to ladnie wyglada i podnosi prestiz firmy ale znam opinie ludzi ktorzy w Arupie musieli to cudo uzywac.

adam_47

AnalizyMES wydaje się, że trochę przeginasz. Nie wydaje mi się, że piszecie od nowa Autocada?
Pytanie dotyczyło chyba ułatwianiu sobie pracy inżyniera projektanta budownictwa, a nie dodatkowo omnibusa informatycznego.