🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.delphi.bazy-danych
Article #82742

Re: X-DBData Components 1.8 ze wsparciem dla RAD Studio 10.2 Tokyo!

#82742
From: Roman Tyczka
Date: Mon, 27 Mar 2017 07:30
45 lines
3669 bytes
On Sun, 26 Mar 2017 10:30:51 +0200, Krzysztof Szyszka wrote:

>>> miło mi poinformować, że ukazała się nowa wersja pakietu X-DBData
>>> Components 1.8!
>>
>> Mały ruch na grupie. Ja sam dotykam Delphi już sporadycznie. Ale zapytam nie kusiło Cie nigdy
>> wypuścić pakietów pod Lazarusa? Myślę że twoje kontrolki by były dużą wartością dodatnią.(mówie to
>> na podstawie tego co przeczytałem o nich i słyszałem) Nie miałem nigdy okazji testować ich i się
>> nimi pobawić. Podejrzewam że sporo pracy by też trzeba włożyć by to się dało zrobić. Ale tak jak
>> już wspomniałem przeszło Ci to przez głowe?
> 
> Napisz mi najpierw, dlaczego ludzie nadal używają Lazarusa zamiast najnowszych wersji Delphi,
> w których dzisiaj można pisać programy na różne platformy z Linuxem włącznie (10.2 Tokyo)?

Warto zaznaczyć, że na Linuksa można pisać tylko aplikacje bez GUI, to dość
poważny bloker, bo jednak gros aplikacji delphiowych to nie serwery, lecz
apki desktopowe.

> Ja widzę tylko jeden powód - Lazarus i FPC są dostępne za free, a Delphi kosztuje coraz więcej.

Siedzą w Delphi też dlatego, że trudno przerzucić duży projekt, więc mając
w tyle głowy chęć migracji wciąż dokupują updaty. Poza tym zawsze jest
obawa, że zdobycie nowych przyzwyczajeń zajmie zbyt dużo czasu. Z drugiej
strony IDE Lazarusa mimo, że wyglądem przypomina Delphi 7 ma sporo
ciekawych ficzerów, których próżno szukać w Delphi. Tak samo sam Object
Pascal jest nieco inny, w jednym miejscu uboższy, w innym bogatszy. To
hamuje. Ale jednocześnie wiele bibliotek migruje do FPC/Lazarusa i powoli
portfolio lazarusowe puchnie. Z Delphi, poza straszliwymi cenami, wciąż
dzieją się dziwne rzeczy. W zeszłym roku zostali zwolnieni twórcy
kluczowych technologii delphiowych. Wyleciał autor FMXa i jeden z
programistów tego pakietu. Oraz co szczególnie dziwne na trawkę poszedł
autor FireDACa. Zwolnił się też jeden z kluczowych twórców kompilatora
x86/x64. Zlikwidowali oddział w Hiszpanii. To nie napawa optymizmem.
 
> Być może przeniesienie pod Lazarusa niektórych moich pakietów byłoby wartością dodaną dla
> użytkowników Lazarusa, ale czy również dla mnie? Nie sądzę, by praca, którą musiałbym wykonać
> kiedykolwiek zwróciła się finansowo, szczególnie że ja nie bardzo znam Lazarusa. Wiem jednak,
> że niektórych pakietów (wizualnych) nie dałoby się w ogóle przenieść z tego samego powodu,
> dla którego nie zostały do tej pory przeniesione z VCL na FMX i to dotyczy nie tylko moich pakietów.

Jakich np. pakietów nie dałoby się przenieść? Możesz podać przykład?

-- 
pozdrawiam
Roman Tyczka
Technical Details
Message-ID: <1ocsl4ufju8uj.dlg@tyczka.com>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail
References: <ob6cpc$v4m$2@node2.news.atman.pl> <58d702c1$0$639$65785112@news.neostrada.pl> <ob7u80$dud$1@node2.news.atman.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail
From: Roman Tyczka <noemail@because.no>
Newsgroups: pl.comp.lang.delphi,pl.comp.lang.delphi.bazy-danych
Subject: Re: X-DBData Components 1.8 ze wsparciem dla RAD Studio 10.2 Tokyo!
Date: Mon, 27 Mar 2017 09:30:54 +0200
Organization: ATMAN - ATM S.A.
Lines: 45
Sender: romek@tyczka.no.found
Message-ID: <1ocsl4ufju8uj.dlg@tyczka.com>
References: <ob6cpc$v4m$2@node2.news.atman.pl> <58d702c1$0$639$65785112@news.neostrada.pl> <ob7u80$dud$1@node2.news.atman.pl>
NNTP-Posting-Host: 94.75.90.137
Mime-Version: 1.0
X-Trace: node2.news.atman.pl 1490599855 27183 94.75.90.137 (27 Mar 2017 07:30:55 GMT)
X-Complaints-To: usenet@atman.pl
NNTP-Posting-Date: Mon, 27 Mar 2017 07:30:55 +0000 (UTC)
User-Agent: 40tude_Dialog/2.0.15.84
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit