Lazarus vs Delphi (embarcadero Community Edition)

Odpowiedz Nowy wątek
2019-03-12 11:36
0

Witam,
teraz jedno i drugie (Lazarus i Delphi) do części zastosowań darmowe.
Co lepsze? Jak do tego podchodzić?

Pozostało 580 znaków

2019-03-12 11:37
2
darekdarek napisał(a):

Witam,
teraz jedno i drugie (Lazarus i Delphi) do części zastosowań darmowe.
Co lepsze? Jak do tego podchodzić?

Lepsze do czego? Do sterowania choinką na Raspberry Pi czy programowania ERP dla fabryki rowerów?


Szacuje się, że w Polsce brakuje 50 tys. programistów

Pozostało 580 znaków

2019-03-12 11:38
0
vpiotr napisał(a):
darekdarek napisał(a):

Witam,
teraz jedno i drugie (Lazarus i Delphi) do części zastosowań darmowe.
Co lepsze? Jak do tego podchodzić?

Lepsze do czego? Do sterowania choinką na Raspberry Pi czy programowania ERP dla fabryki rowerów?

Do programowania ERP dla fabryki rowerów.
Zresztą obojętne - czy jest obszar w którym Lazarus będzie lepszy?

edytowany 1x, ostatnio: darekdarek, 2019-03-12 11:40

Pozostało 580 znaków

2019-03-12 11:43
3

Lazarus jest lepszy w:

  • w darmowości (darmowe bez ograniczeń na dochód)
  • w działaniu na Linuksie
  • w perspektywie długości wsparcia (nie zniknie - masz pełne źródła)

Szacuje się, że w Polsce brakuje 50 tys. programistów

Pozostało 580 znaków

2019-03-12 12:44
0
vpiotr napisał(a):
darekdarek napisał(a):

Witam,
teraz jedno i drugie (Lazarus i Delphi) do części zastosowań darmowe.
Co lepsze? Jak do tego podchodzić?

Lepsze do czego? Do sterowania choinką na Raspberry Pi czy programowania ERP dla fabryki rowerów?

Żadne z powyższych.

Pokaż pozostałe 7 komentarzy
Niby tak, ale nie wiem czy jest to wymaganie krytyczne. Może OP niech się wypowie. - vpiotr 2019-03-12 14:14
Idąc tym tropem to zaproponował bym VS z C# plus WinForms, ew. WPF(nie lubię). Tak naprawdę nie wiemy czy to ma być pod CRUD, czy gdzieś gdzie performance i zarządzanie pamięcią jest ważne, czy na jedną platformę, czy na wiele. Trudno tak doradzać - to jak zapytać się jaki kupić samochód bez powiedzenia, czy będziemy wozić żonę i dziecko, czy 20 ton cementu ;p - somedev 2019-03-12 14:20
Prościej: Czy jest coś, co zrobię w Lazarusie a nie zrobię tego w tym nowym Delphi? - darekdarek 2019-03-12 14:22
Stąd też mój pierwszy post w wątku. - vpiotr 2019-03-12 14:23
Lazarus teoretycznie wspiera więcej platform, bo teoretycznie na RPi też tam skompilujesz, ale nikt poważnie tego nie robi, jest to jak cierń w dupie, i się krzaczy. Na Delphi masz wspierane platformu takie jak Windows, Linux, OsX, Android, iOS (nawet zegarki). Teraz tez coś kobinuja z frontem i SenchaJS. Jest to dużo stabilniejsze niż Lazarus, ale i tak daleko im do konkurencji (Xamarin). - somedev 2019-03-12 14:33

Pozostało 580 znaków

2019-03-12 12:48
1

W Lazarusie jest pełno WTF jeśli chodzi o stabilność. Mniej funkcji niż w Delphi, ale da się pisać i możesz używać komercyjnie. Delphi musisz bulić jak za zboże. Szczerze to odradzał bym, produkty firmy Embarcadero ze względu na licencjonowanie, jakość i wsparcie. Jednak musząc wybierać wybrał bym Delphi.

Pozostało 580 znaków

2019-03-12 13:40
0
somedev napisał(a):

W Lazarusie jest pełno WTF jeśli chodzi o stabilność.

Masz na myśli stabilność samego IDE? Chyba nie stabilność programu wynikowego?

Pozostało 580 znaków

2019-03-12 14:05
2

To i to. Ide potrafi sie wykrzaczyć, czy błędnie działać, a sam LCL też ma błędy w runtime, szczególnie jak chcesz przenosić kod między środowiskami. Jakieś liby stylu LazSerial, też nie za bardzo sobie radzi zmieniając platforme. Ta dewiza "Write once, compile everywhere" to tylko marketing.

Pozostało 580 znaków

2019-03-12 14:56
4

Lazarus potrafi się wysypać w najmniej oczekiwanym momencie, czasem za sprawą absolutnie podstawowych czynności. I to nie że wyskoczy błąd i dana operacja zostanie przerwana – poleci wewnątrz wyjątek, nie zostanie złapany i wyskakuje komunikat AFAIR z przyciskami Continue i Abort. Nieważne co się wybierze, bo kontynuacja oznacza ”wiszenie” zaciętego IDE, a przerwanie jest równoznaczne z ubiciem procesu i utratą danych niezapisanych w danej sesji.

Przedwczoraj mało mnie krew nie zalała, gdy takie błędy dostawałem podczas edycji filtrów w oknie komunikatów. Z jakiegoś powodu IDE utworzyło dwa różne filtry o takim samym ID i przy próbie usunięcia jednego z nich leciał wyjątek, który nie był ubsługiwany. Z poziomu środowiska nic nie dało się zrobić – musiałem ręcznie usuwać te filtry bezpośrednio z plików konfiguracyjnych środowiska.

Inny przykład wyjątku z d**y? Ustawić kursor na wbudowanym identyfikatorze, nie posiadającym deklaracji (np. instrukcji Break) i użyć funkcji Find declaration. W oknie komunikatów pojawi się to:

Codetools, Errors, 1:
Error: EAccessViolation: Access violation

Tyle dobrze, że ten wyjątek środowiska nie wywala i można dalej normalnie pracować.

Takich małych utrudnień jest masa – niektóre całkowicie wykrzaczają IDE, pozostałe co najwyżej wkurzają (nie wpływają na stabilność). Mimo wszystko tego typu niedociągnięć z wersji na wersję jest coraz mniej, więc prace idą w dobrym kierunku i środowisko jest coraz bardziej stabilne. Sam radzę sobie z tym po prostu pamiętając czego nie robić, aby nie wykrzaczyć IDE.


Żeby opisać wszystkie bolączki to trzeba by spory artykuł wysmarować. Sam nauczyłem się pracować z tym środowiskiem, unikać wszelkich problemów i zapamiętywać kolejne napotkane, aby móc ich unikać w przyszłości. Mimo wszystko jestem z niego zadowolony – przynajmniej za nic nie muszę płacić i mam pełen dostęp do źródeł (z paskudnym, niejednolitym formatowaniem, ale co poradzić…).

Natomiast społeczność jest na tyle duża i obeznana, że w przypadku trudniejszych problemów zawsze jest się do kogo zwrócić o pomoc i tę pomoc chętnie i szybko się otrzyma, a wszystkie zgłaszane błędy są rozpatrywane i dość sprawnie łatane w kolejnych trunkach.

Podsumowując – Lazarus to środowisko, w którym bohatersko pokonuje się trudności nieznane w żadnym innym IDE. ;)


edytowany 8x, ostatnio: furious programming, 2019-03-12 15:04

Pozostało 580 znaków

2019-03-25 12:03
hnb
0
furious programming napisał(a):

Inny przykład wyjątku z d**y? Ustawić kursor na wbudowanym identyfikatorze, nie posiadającym deklaracji (np. instrukcji Break) i użyć funkcji Find declaration. W oknie komunikatów pojawi się to:

Codetools, Errors, 1:
Error: EAccessViolation: Access violation

Tyle dobrze, że ten wyjątek środowiska nie wywala i można dalej normalnie pracować.

Takich małych utrudnień jest masa – niektóre całkowicie wykrzaczają IDE, pozostałe co najwyżej wkurzają (nie wpływają na stabilność). Mimo wszystko tego typu niedociągnięć z wersji na wersję jest coraz mniej, więc prace idą w dobrym kierunku i środowisko jest coraz bardziej stabilne. Sam radzę sobie z tym po prostu pamiętając czego nie robić, aby nie wykrzaczyć IDE.

czy masz gdzieś linki do tych błędów na bugtrackerze? Jeśli nie, to byłoby miło gdybyś je dodał.


NewPascal.org

Pozostało 580 znaków

2019-03-25 14:14
0

@hnb: z chęcią bym zgłosił te błędy, ale nie mogę się zalogować na bugtrackera. Zapomniałem danych do logowania (ostatnio logowałem się z pięć lat temu), a narzędzie do przypominania hasła nie jest mi w stanie pomóc.

Jeśli chodzi o te kilka wymienionych błędów, to ja nie wiem co nich myśleć. Ktoś testuje w ogóle te narzędzia? Bo coś mi się wydaje, że albo nie są one testowane, albo robione jest to po łebkach.


edytowany 1x, ostatnio: furious programming, 2019-03-25 14:19
Na pytanie "Czy ktoś to w ogóle tetował?!", śmiało mogę odpowiedzieć, że "Z pewnością będą zapierdalać na galerze, do ostatnich swoich dni, za wypuszczenie takiego crapa" - somedev 2019-03-25 14:35
Panuj nad językiem. - furious programming 2019-03-25 14:37
Była to parafraza, pewnego znanego jegomościa. Tez się dziwię, że Coyte nie wyCIACHał. - somedev 2019-03-25 14:38
Wiem że nrgeekowa galera się udziela, ale mimo wszystko. - furious programming 2019-03-25 14:39

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0