Vlákno názorů k článku Integrované vývojové prostředí Lazarus: jen zdánlivý anachronismus od tukan - Myslím, že je dobré posuzovat prostředí tím, jestli...

Myslím, že je dobré posuzovat prostředí tím, jestli se někde skutečně používá.

Lazarus/free pasal se kupodivu používá, třeba u Double Commanderu (https://doublecmd.sourceforge.io/). Nyní se k němu znova vracím a koukám se jestli je to použitelné a jaké jsou tam chyby. Zatím jsem s Double Commanderem spokojen.

Ano, skutečně se používá a stále dost často, viz. např. odkaz přímo na jejich wiki:

https://wiki.freepascal.org/Projects_using_Free_Pascal

nebo tady:

https://awesomeopensource.com/projects/lazarus

Osobně používám Lazpaint, GHTopo, Skychart, Virtual Moon Atlas, Castle Game Engine a k zahození není ani Python4Lazarus. Existuje i účetní program Gestinux, který právě testuji (i když GUI vypadá slušně řečeno odpudivě). Zajímavě vypadá i embedeed prostředí pro RPi Ultibo Core.

Uvidíme, kam se bude další vývoj ubírat, autoři stále umožňují běh pod Win2000/XP, což je přinejmenším podivuhodné. Stále vychází aktuální Blaize Pascal magazín a oficiální fórum je velmi živé, takže přes veškeré problémy projekt stále žije a nevypadá, že by tomu v dohledné době mělo být jinak.

Mimochodem, tady jsou hezky popsané jednotlivé verze Free Pascalu i s jejich novými vlastnostmi:

https://www.duhoctrungquoc.vn/wiki/en/Free_Pascal

a pokud někdo stále čeká na nejnovější verzi nebo rád ty vývojové (v mém Archu je stále starší 2.0.12), je zde klikací možnost fpcupdeluxe.

Vypadá použitelně, jsem zvědav na kód.

Tak tohle fakt není pro mě. Už jsem zapomněl, že existuje něco jako řetězec dlouhý maximálně 256 znaků, case insensitive kód, Inc(i), sekce Interface a Implementation apod.

Navíc ty dialekty - v každém souboru je explicitně uvedeno, že se jedná o {$mode objfpc}{$H+}. Ale proti gustu...

Tohle dráždí jen nedorostlé script kiddies, staří fortranisté to berou stoicky :)

Nedráždí to nikoho, kdo tohle používat nemusí. Užij si to, i s Fortranem a Cobolem. ;)

Řetězec max. 255 (ne 256 pokud si dobře pamatuju) znaků je ještě z Turbo Pascalu, tj. 30 let stará věc. Už první Delphi mělo "dlouhé řetězce". Zase naopak, situace, kdy pro zjištění délky řetězce musím iterovat přes všechny znaky, až (možná) dojdu k nule, je taky nic moc. (tedy obě řešení na houby :-)

Inc() a Dec() je na hlavu, to zase jo.

Neomezené řetězce má každý "velký" jazyk, že některé mají vedle toho i řetězce pevné délky je jen plus. Třeba Fortran má obě varianty, stačí si vybrat tu lepší podle konkrétní situace.

BTW příčetné jazyky vyšší úrovně si u řetězců drží i jejich délku, nic se neiteruje pro její zjištění.

Jasně, všechno má pro a proti, já jsem nechtěl vyloženě Pascal pomlouvat. Mně tam dost věcí nesedí, ale beru to i jako osobní preferenci - někdo má rád kávu a někdo čaj a je to i zvyk. Já jsem od (Turbo) Pascalu přešel k C, chvíli jsem byl z lecčehos otrávený, ale zvykl jsem si a něco mi přišlo lepší. Na druhou stranu ++i a i++ je v něčem taky peklo. V tom kódu Double Commanderu je explicitně zapnuté {$H+}, což by mělo znamenat, že to jsou AnsiStringy, tedy normální UTF-8 řetězec, jaký používáme běžně v "moderních" jazycích.

Retezce prosly dvema velkymi prerody. Puvodni verze 255 znaku + pocitadlo. Od Delphi 2 neomezene + pocitadlo + 0 na konci. Soucasna (2009) verze totez s unicode podporou. Copy on write, pocitani referenci.

Keby len doublecmd, veď aj slávny Total Commander je v Lazarovi. Dôvod bol, že ľudia chceli 64 bitovú verziu a Delphi stále meškalo. Tak sa autor rozhodol prepísať to do Lazara. TC od verzie, myslím, 8.0 je už v Lazarovi.

TC není celý v Lazarovi. 32-bit verze je stále v Delphi. 64-bitová verze je v Layarovi. Budu citovat pana Ghislera (autora TC):

"I didn't migrate to Lazarus, I'm still using Delphi for TC 32-bit. I'm using Lazarus for TC 64-bit because there was no 64-bit Delphi at the time when I needed to create a 64-bit version.

Lazarus works well, but the created EXE files are quite a bit larger. If you can afford Delphi, I recommend that you stay with it. Lazarus is a bit slower, but it's still fast enough to not slow down my workflow."