I come here not to bury Delphi, but to praise it (2019)
41–50 of 113 posts
Re: I come here not to bury Delphi, but to praise it (2019)
#42I 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.
Re: I come here not to bury Delphi, but to praise it (2019)
#43The quarterly Delphi posting, "We will not go quietly...."
I get a bit of nostalgia when coding in Typescript, Kotlin, Swift. 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)
#44The quarterly Delphi posting, "We will not go quietly...."
I get a bit of nostalgia when coding in Typescript, Kotlin, Swift. 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).
What could have been.
Re: I come here not to bury Delphi, but to praise it (2019)
#45The 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…
> The 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 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 secti…
Re: I come here not to bury Delphi, but to praise it (2019)
#46I 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.
Last time I looked at this I couldn't really find an easy standard way to make HTTPS API calls and parse JSON, but only spent an hour or two playing with it. Can you point me at the canonical way to do this? What's the Requests of FreePascal?
Re: I come here not to bury Delphi, but to praise it (2019)
#47Re: I come here not to bury Delphi, but to praise it (2019)
#48Re: I come here not to bury Delphi, but to praise it (2019)
#49Earlier quoted context omitted.
> long term maintenance was. How so?
Because it's all proprietary, and continuously deprecated to blend better with the latest hype. I did 13 years with Delphi, full time.
Re: I come here not to bury Delphi, but to praise it (2019)
#50Earlier quoted context omitted.
Last time I looked at this I couldn't really find an easy standard way to make HTTPS API calls and parse JSON, but only spent an hour or two playing with it. Can you point me at the canonical way to do this? What's the Requests of FreePascal?
Fun, I struggled with json parsing for a long time, and have done it for the first time with freepascal. Maybe this can help you : https://medium.com/@marcusfernstrm/freepascal-and-json-337c0... ?