Live data from Hacker News

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

accu.org

91–100 of 113 posts

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

#91
post #66
post #50

Earlier quoted context omitted.

That is way easier than the stuff I was reading before which said I needed some sort of 3rd party paid component for it, nice.

Third party paid component for parsing strings into basic data types and making http requests? That doesn't sound right even for late 20th century

I love comments like this because it shows me how diverse this field is, and how different everyone's experience and expectations are.

As a counterpoint to your comment, I make a living writing high-quality libraries. Everything I make is "in the box", but its not hard to improve on that.

My most popular tools are around string functions, json and xml readers/writers and network functionality.

So, on one hand I'm selling ice-cream in Alaska, on the other hand, it's good ice-cream.

It's a small market, a pimple on a niche, but its big enough to keep me going and that's big enough for me.

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

#92
post #77
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…

And Turbo Pascal was CHEAP, I think in terms of what you got for your $50? I can't remember the original retail price, you couldn't beat it. Hell, if you kept your eye out you could get copies of Delphi, / Delphi 3 for the cost of a "introduction to Delphi" book which almost always came with a standard license of Delphi. Hobbyist Borland was the best Borland. A really amazing company that fully embraced those origina…

Turbo C was actually about the same price, I paid £32 I believe, and then paid £50 for the upgrade to Borland C++ 3.1 (all as a single purchase), vs paying the £200 or so for C++ on it's own. I remember it arriving the day after in a huge 'crate' full of books.

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

#94
post #36

Earlier quoted context omitted.

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

Modules and assemblies are different. Lots of languages ban circular dependencies between modules (most!). Delphi units were single source files though, and that's a much more painful proposition because it forcibly links source file size and program architecture. I saw a lot of big unit files in Delphi code bases.

Arriving at a place with a Delphi codebase developped over the course of 30 years (some files had 80ies copyrights), the tendency tot have enormously long ones was apparent. 10k lines would be short, and 100k nothing unusual. Really hard tot navigatie, the Delphi IDE doesn't really help with that (or much else really).

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

#95
post #22

Earlier quoted context omitted.

> I started with Turbo Pascal 3, Moved to 4, 4.5, 5, 6 then Delphi. Somewhere in there moved to "C" and then "C++". I never understand why people use "C" as opposed to C. Does anyone use "Pascal" as opposed to Pascal?

If you’re going to quote C please note that you should be using single quotes: ‘C’

Depends on whether I want the string constant or the character constant.

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

#96

Pascal is objectively verbose. But there's something very aesthetically pleasing about the blockiness of it.

As someone that grew up on C, I always found Pascal positively brutalist with its BEGIN and END blocks, instead of using the more nimble braces.

These days I recognise the immense potential it had, and lament the fact that I never had the chance to learn it properly. My path was Borland Turbo C++, VB6, VC++6 then I moved to the Linux world.

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

#97
post #71

Perhaps unknown to the HN community is that C# periodically gets Delphi features reintroduced in it in one way or another. More recently, C# 9 and 10 have returned the concept of `records` (preferably immutable objects) along with the `with` keyword for making copies with some of the properties changed from the source to the dest object. It has been an interesting decade watching HN metaphorically (and sometimes lite…

When he adds metaclasses and Virtual Class Functions to C#, I'll say his migration of Delphi features is finally complete.

Only if we get the same flexibility in native code and COM interop, for the complete feature set.

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

#98
post #47

$4400 per seat (of which $1000 is annual fee) for a windows-only product with zero job postings?

It is still quite used in many European countries, I know of German and Belgian companies, and there are enough companies to keep an yearly conference going, and regular sessions on BASTA! conference in Germany.

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

#99
post #54

Earlier quoted context omitted.

Modules and assemblies are different. Lots of languages ban circular dependencies between modules (most!). Delphi units were single source files though, and that's a much more painful proposition because it forcibly links source file size and program architecture. I saw a lot of big unit files in Delphi code bases.

Apparently no one read the part about dependencies being allowed between implementations section, and I imagine also never looked into Delphi packages, in regards to code size and organising units.

I recall being allowed to have dependencies between implementation sections, but this was still quite a painful restriction.

I don't remember Delphi packages, indeed. It was a long time ago now.

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

#100
I keep saying this every time Delphi is mentioned, but it definitely deserves the praises:

Borland Delphi had the best and the most useful documentation/help system that I ever used - and those were times before Google or even access to Internet for many of us, so reading manuals played a huge role in learning.

Post reply on HN