Earlier quoted context omitted.
A roadmap for Lazarus just released on 19 Aug 2023 (3 minutes video) https://www.youtube.com/watch?v=ixQ2LZTzVJQ
Is there text form?
I come here not to bury Delphi, but to praise it (2019)
31–40 of 113 posts
Re: I come here not to bury Delphi, but to praise it (2019)
#32The no-circular-dependencies rule was a huge pain though. It allowed the compiler to be very fast (along with it basically not optimizing), but no other language has copied this because combined with weak to non-existent refactoring tools it was just a constant pain to be hitting this limitation whilst developing. Sure, if you're an architecture god who plans out all their internal interfaces in advance on paper it w…
F# requires code to be in dependency order. You can't refer to types unless the compiler has seen them.
Re: I come here not to bury Delphi, but to praise it (2019)
#33I know he's talking about Delphi here, but FreePascal+Lazarus is still one of my secret weapons. It has some sort of supernatural force field which causes people to ignore it and unfairly denigrate it; meanwhile I whip up desktop applications in hours that would normally take days.
A roadmap for Lazarus just released on 19 Aug 2023 (3 minutes video) https://www.youtube.com/watch?v=ixQ2LZTzVJQ
Re: I come here not to bury Delphi, but to praise it (2019)
#34The no-circular-dependencies rule was a huge pain though. It allowed the compiler to be very fast (along with it basically not optimizing), but no other language has copied this because combined with weak to non-existent refactoring tools it was just a constant pain to be hitting this limitation whilst developing. Sure, if you're an architecture god who plans out all their internal interfaces in advance on paper it w…
Us Architecture Gods don’t need planning. The internal interfaces have been immaculately conceived in our mental space. It’s the regular peasantry of architecture that need to do the planning.
Re: I come here not to bury Delphi, but to praise it (2019)
#35Re: I come here not to bury Delphi, but to praise it (2019)
#36The no-circular-dependencies rule was a huge pain though. It allowed the compiler to be very fast (along with it basically not optimizing), but no other language has copied this because combined with weak to non-existent refactoring tools it was just a constant pain to be hitting this limitation whilst developing. Sure, if you're an architecture god who plans out all their internal interfaces in advance on paper it w…
C++20 Modules, .NET Assemblies, D modules, Ada packages, and plenty of other othes.
Also, Turbo Pascal did indeed allow for circular dependencies between units, as long as the related uses statements were written in the implementation section of the unit, and there were no public dependencies.
Thanks to bitsavers, Turbo Pascal 5 manual, page 97,
http://bitsavers.informatik.uni-stuttgart.de/pdf/borland/tur...
Re: I come here not to bury Delphi, but to praise it (2019)
#37The quarterly Delphi posting, "We will not go quietly...."
It is a sweet revenge that most modern languages, have decided to go with the Pascal influenced approach (yes some ML as well), even most of the C++ wannabe replacements (with exception of Circle).
Re: I come here not to bury Delphi, but to praise it (2019)
#38I started with Turbo Pascal 3, Moved to 4, 4.5, 5, 6 then Delphi. Somewhere in there moved to "C" and then "C++". Couple of observations: - Using C (Borland or Microsoft) required two floppy disks - one for the compiler, one for the linker. With most of the Pascal versions you end up just needing one floppy disk, later it didn't matter as we moved to HDD. - First "terrible" experience (by a friend) - he moved from Pa…
https://news.ycombinator.com/item?id=36659349
See the thread title to get it (90s developer ...)
And:
Why use Pascal?
Re: I come here not to bury Delphi, but to praise it (2019)
#39Earlier quoted context omitted.
Because it's all proprietary, and continuously deprecated to blend better with the latest hype. I did 13 years with Delphi, full time.
It is still slower than Web fronted "today's framework to take over the world!".
As in, new one tomorrow, or in a week. Wish project timelines matched ;-)