Live data from Hacker News

I come here not to bury Delphi, but to praise it (2019)

accu.org

31–40 of 113 posts

Re: I come here not to bury Delphi, but to praise it (2019)

#31

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?

Only the Lazarus video roadmap: https://www.blaisepascalmagazine.eu/roadmap-for-fpc-and-laza...

Re: I come here not to bury Delphi, but to praise it (2019)

#32
post #28

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 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.

Yeah, this is quite nice once you are used to it.

Re: I come here not to bury Delphi, but to praise it (2019)

#33

I 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

Thanks for sharing!

Re: I come here not to bury Delphi, but to praise it (2019)

#34

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 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…

> Sure, if you're an architecture god who plans out all their internal interfaces in advance on paper it was OK, but I was 15.

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)

#36

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 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 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)

#37
post #13

The 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)

#38
post #17

I 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…

Can't resist reposting:

https://news.ycombinator.com/item?id=36659349

See the thread title to get it (90s developer ...)

And:

Why use Pascal?

https://news.ycombinator.com/item?id=36646890

Re: I come here not to bury Delphi, but to praise it (2019)

#39
post #10
post #8

Earlier 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!".

With the emphasis on "today's".

As in, new one tomorrow, or in a week. Wish project timelines matched ;-)

Re: I come here not to bury Delphi, but to praise it (2019)

#40
Also a great teaching language, as used at London Imperial College Electrical and Electronic Engineering dept. in the early 00s. Gave you lots of power but not too much, and enough rules to force you to learn without doing mad things. I have fond memories. And I miss the compilation speeds!
Post reply on HN