8 ms·

Borland C++ Builder (2015)

79 points by networked 3y ago

xony 3y ago
[dead]
bitwize 3y ago
Embarcadero is pretty much in the business of soaking customers locked into Borland's old products for as much as they're willing to pay, hence why the IDEs cost an arm and a leg while competitive products are relatively cheap or free.
- pjmlp 3y ago
  Meanwhile, the only real C++ RAD alternative to C++ Builder in 25 years was C++/CX, killed by internal WinDev politics. And maybe by .NET 9, all the kinds of Delphi workloads will be finally supported by Native AOT and low level coding capabilities. All enterprise products cost an arm and a leg, and at that level it hardly matters, license costs aren't where usually project budgets get burned.
  - torbica 3y ago
    >And maybe by .NET 9 If I take look on roadmaps and apply developer velocity of MAUI, WinForms and WPF it will take many more versions.
    - bitwize 3y ago
      Avalonia is out there and works nicely. Looks like they're making a WPF compatibility layer.
      - torbica 3y ago
        Third party controls are simply not there yet. (Performant datagrids, comboboxes with complex layout etc)
MattPalmer1086 3y ago
I used to work at a Delphi shop that switched to C++. Of course we used C++ Builder. The component palette was identical to Delphi (and was still Object Pascal code). You could use Delphi UI components with it. C++ support was a bit buggy in places, but not terrible. I had worse problems compiling C++ on AIX. Delphi and C++ Builder were simply the best native UI creation tools I've ever used.
- fatneckbeard 3y ago
  this whole borland/delphi approach is rather similar to how Visual Basic for Applications still works inside of Excel or Outlook, and is still used by big companies all over the world as i type this.
- haolez 3y ago
  I remember trying to compile OpenCV 2 for it and the compiler would segfault on me.
danjoredd 3y ago
Looks like C++ Builder is still available. Its way expensive and the licensing for community edition is very prohibitive...if you make more than 5k or you have more than 5 people on your team you need to pay up. And you practically need to sell a kidney to afford it. That sucks because this IDE looks really neat, but its def not worth the money in my opinion unless you are a larger company already Community edition: https://www.embarcadero.com/products/cbuilder/starter https://www.embarcadero.com/products/cbuilder/starter Professional https://www.embarcadero.com/products/cbuilder https://www.embarcadero.com/products/cbuilder
- jart 3y ago
  Is $500/year really the going rate for a kidney? That's like the price to rent some GPUs for an overnight training job. I think it's perfectly reasonable that Embarcadero makes their software free to use until it's helped you earn at least 10x that much revenue, on top of it being a flat rate. Most companies just divide their offerings into strictly commercial / non-commercial.
  - neverartful 3y ago
    There are 4 different editions. $500/year is the cheapest of those 4 editions. https://www.embarcadero.com/app-development-tools-store/cbuilder https://www.embarcadero.com/app-development-tools-store/cbui...
    - deleted 3y ago
      [deleted]
  - danjoredd 3y ago
    If you make 5k 500 is 1/10 of your yearly income. That is a pretty big amount, especially when you take out taxes and operating expenses. Thats why I said it isn't worth it UNTIL you are a bigger business.
    - looping__lui 3y ago
marcodiego 3y ago
I have to repost https://news.ycombinator.com/item?id=28491963 https://news.ycombinator.com/item?id=28491963 again: My main problem with delphi: it is "too proprietary". It was a very productive IDE in the 90's or early 2000's but lost their path and never recovered. Some new versions broke compatibility with previous version's components. There was the case where you paid a good amount of money on some proprietary components and they simply wouldn't work in the next version: you were imprisoned in an obsolete IDE. By not being multi-platform (I heard it improved lately) you could only use it with/for win32 so it lost servers, embedded, cloud and mobile. By not being open-source nobody could improve it. Then it had to compete with "native tools". Whoever develops for windows wouldn't quit ms' tools to use it, whoever develops for mac wouldn't quit apple's tools to use it, whoever develops for android wouldn't quit google's tools to use it, whoever develops for linux was mostly ignored after kylix. Note that I didn't even mentioned price and license. They improved it later, I heard. But seems more like the old case of too little too late. Most successful programming languages today are open source and multi-platform. Delphi was dependent on win32 for too long and it still is "too proprietary". You do the world a favor by porting your project to lazarus.
- DesiLurker 3y ago
  what I want is terminal based turbo-C++ ide with the plugin architecture of vscode and solid integration of code browsing. & yes I can do it with vim or emacs but I dont wanna.
  - stuaxo 3y ago
    Now people have more modern versions of the UI, it should be possible.
- kogus 3y ago
  I worked with Delphi for several years, and it was the first IDE I used professionally. It was truly brilliant for developing Win32 and WinForms applications. I can honestly say that Delphi 5 was a better tool for building Windows apps than the latest versions Visual Studio, at least in terms of usability, responsiveness, and debugging. But man are you ever right about the compatibility issues! Upgrading from Delphi 5 to the (then current) Delphi 2005 was a total nightmare. Our codebase was about 600k lines, and I will never forget the trauma of trying to get it to just build in the newer version. The comparison with .NET codebases that "just work" from version to version is night and day, and sadly it's worth putting up with a laggy beast of an IDE to have that security around your projects.
pascal_wizzard 3y ago
Don't use delphi, the rad sucks for everything but dragging and dropping components. The drag and drop is also a pain in the ass because it will constantly adjust the layout, making every commit be filled with noise. Maybe all frontend is this bad though, I don't have much experience with other tools.
- canistel 3y ago
  But wouldn't careful usage of margins, anchoring and aligning - if it is possible - take care of this?
  - pascal_wizzard 3y ago
    In the dfm(the UI declaration file) the positions of elements are always absolute with relation to the forms top left point, they are just recalculated on the fly when a change in the form causes them to resize. Using alignment is great but it doesn't solve the problem. Not really that big of an issue in the big picture, just makes diffing forms annoying.
    - narag 3y ago
      It's been a long time, so things might have changed... I doubt it anyway. What you write about sounds very much like you could solve easily changing the default behaviours. There was some "autoalign" property, or something similar, that you can disable. I won't install a demo to check, I'm afraid, but knowing that there's a solution could help?
      - badsectoracula 3y ago
        The described issue exist in Lazarus so i think it'd be the same in Delphi and C++ Builder. There are tools for automatic alignment, Lazarus has both an align property (align to the parent's left, right, top or bottom edge or to the remaining area in the center, which is good enough for many layouts) and an anchor system (allowing to either "anchor" an control's edge in place so it gets resized with the parent or to place an edge relative to another control's edge or center point) as well properties for margins, min/max size and a bunch of special-case containers that layout their children like page/flow, etc. However the controls still have their left/top/width/height properties, the layout functionality just updates those. And since forms are just serialized objects that store a property's value if it is different from the default value, the left/top/width/height properties are always stored in the form even if they'd be overridden later by the automatic layout mechanisms (object serialization exists at a lower level than that, it doesn't "know" about forms or anything like that - in Lazarus it isn't even part of the LCL framework but instead part of Free Pascal's FCL framework on top of which LCL was written and technically these are two separate projects). The end result is that if you open a project and for some reason the controls get resized (e.g. you have a different theme than the last time you opened it which would cause some buttons to be smaller/larger and in turn cause other layout changes), when you save the project the files in which the forms are serialized in will have different values than previously for their left/top/width/height properties - and that will show up in a diff when you have the project in version control. This is can be a bit annoying since when you want to see what changed in a form you have to mentally ignore all the position and size changes. Though TBH in practice personally i never thought much about it.
galkk 3y ago
I think Borland is great example of what happens when you don't care about backward compatibility and try to milk your customers all the time. Even since Turbo Pascal, and with Delphi, every new version (5->6->7) of a compiler/tool required new compiled libraries/components. Eventually a lot of shops (and Delphi and C++ builder were huge in xUSSR, for example) stopped to care and moved on to Java/C#.
shimonabi 3y ago
I use the newest version (Alexandria) of C++ Builder everyday in my job since other developers in the company have legacy software from the 90s. You can't really open old projects in new versions of the software. Some devs use VMs to develop on the old versions of Builder. The documentation and the example code for the C++ side are horrible, because they are focused on Delphi. You must know Delphi to figure out how to use the libraries in C++. The documentation for Delphi also feels very light and outdated. The latest books about it are from the begining of the 2000s and there are very few Youtube videos about it. Sometimes Intellisense stops working and you don't know why. Sometimes some access violation happens and the debugger gives you no hint why. The price is also expensive. I think my company spent 2300€ for a single license and they expect you to renew every year.
- prasooncc 3y ago
  It’s better to port cppbuilder with ui code to Mfc.that’s what we did at last when we were absolutely done with it. As a fellow developer who’d been in this situation before ,my advice would be to start doing it now
tragomaskhalos 3y ago
I have a vague memory of a Borland C++ coming bundled with a rather funky Smalltalk-inspired container library - this was pre-STL and in fact pre-templates even. Perhaps another old fart can confirm or correct?
- zwieback 3y ago
  I think early Borland container libraries had a "Object" base class for everything, pre templates. All that went away as C++ compilers started supporting templates more. I remember this era as always making tradeoffs between code size, memory consumption, standardness and performance. Not sorry those days are over...
  - jen20 3y ago
    These days we get huge binaries, unbounded memory consumption, no standards and awful performance. Much better!
Topolomancer 3y ago
My first IDE when I started to be excited about programming! I vividly remember a book that was about teaching C++ to kids; I devoured it and spent a glorious summer just fiddling with what I thought was very complex code at the time. How time flies...
- professoretc 3y ago
  Yep, I'm pretty sure Borland C++ was what I used in college in my first "real" programming class. The nice thing about the older IDEs was how easy it was to get started programming: start it up and you're looking at a blank source file; often you can compile and run without even officially saving it! Made it really easy to try things out. The only "IDE" that comes close to that level of immediacy today would be something like Processing.
- akhayam 3y ago
  [dead]
glonq 3y ago
For DOS development, I loved Borland Turbo C++. But for windows development, Borland's OWL never really clicked with me. I eventually got into windows using MS Visual C++ and MFC.
- zwieback 3y ago
  I thought the original OWL with the proprietary syntax for event handlers was great but by the time the second version came around we'd grudgingly switched to MSC++/MFC.
  - glonq 3y ago
    Yeah I think the jump from DOS to Windows, procedural to event-driven, lite framework to rich framework, and barely-C++ to very-C++ was just too much for me to tackle at the same time. Truthfully I first dipped my toes into Windows development using Visual Basic, then jumped to MSVC++ & MFC after I quickly outgrew VB. Having smart colleagues [hi Keith!] and great MFC books [hi Mike Blaszczak!] around certainly made it easier.
jll29 3y ago
There are many posters that complain about Borland Builder´s price tag, but what they may not realize is what Microsoft charged back then for Visual Studio C/C++ (plus the MSDN subscription fees) was likewise a lot. You got piles of books and piles of floppy disks (later piles of CDROMs) for that. Only recently, free development tools have become available that rival commercial offerings. But most serious developers do not care about a few thousand dollars in tooling cost, because the main determinant of software cost is developer salaries and nothing else. Since they are typically six digit dollar amounts, the cost for tools like editors, IDEs, compilers and libraries pales in comparison or becomes a rounding error.
- godot 3y ago
  For companies I think you're right; but a price tag of a few thousand dollars was a strong deterrent for students or hobbyists/learners to get into doing those development. I think the web was great for learners in the 90s/00s because no special tools were necessary. All you needed was Notepad and a browser. If you did some CGI/Perl or PHP you may also need a $5-$20/mo web host account, that's about it.
  - zakki 3y ago
    And todays students will shape the future. If something not relevant with student’s now, it will not relevant with student’s future. Finally that thing will be forgotten.
    - pjmlp 3y ago
      Most students don't have any issues getting pirated stuff on street bazaars, so price isn't really an impeding factor.
- badsectoracula 3y ago
  Borland's prices were much cheaper. Check the price list[0] from 1997, when the original BCB was made. The cheapest (Standard, the version that i used in the linked blog post) was only $99.95 (which remained the same until around 2003 and BCB5). Nowadays the cheapest is $1599[1]. Delphi also had similar prices. In comparison Microsoft's prices for Visual C++ 97 were much higher, at least according to this old post[2]. The cheapest might have been $99 like Borland's but that was for the learning edition which could only be used by students for non-commercial purposes (Borland's $99 versions of Delphi and BCB did not have that restriction) and the next cheapest was $499 - practically five times more expensive. [0] http://web.archive.org/web/19970605053133/http://www.borland.com/bcppbuilder/ordering/ http://web.archive.org/web/19970605053133/http://www.borland... [1] http://web.archive.org/web/20230220010556/https://www.embarcadero.com/app-development-tools-store/cbuilder http://web.archive.org/web/20230220010556/https://www.embarc... [2] https://www.itprotoday.com/windows-78/microsoft-sets-pricing-visual-studio-97 https://www.itprotoday.com/windows-78/microsoft-sets-pricing...
badsectoracula 3y ago
Hey, i wrote this post ages ago :-). Some minor updates since then: Since then i also tried Qt Creator and while it feels more clunky than even the original Borland C++ Builder, especially with the form designer (which i think is basically the standardalone Qt Designer embedded in it) and how it doesn't feel like a coherent product but a mashup of different bits and pieces, it is probably the closest you can find in open source for a RAD(-ish) C++ IDE (big caveat that i have only used it sparingly, never made anything more than a few toy apps with it). I am a bit worried that you're still relying on the Qt company which has shown hostility towards the open source community several times but i think that between Embarcadero and Qt company, relying on the latter is better and it is popular enough for external developers to pick it up in case it gets abandoned (the benefit of it being FLOSS). But at the end i still think Lazarus is better when it comes to a RAD IDE and framework (i am taking all three of these combined, not separated) for desktop applications, assuming you do not mind using Free Pascal as the language. Of course that is with my big bias since i learned programming on Turbo Pascal, used Delphi in the 90s, use Lazarus since the 2000s and in recent years even contribute to its development. Someone starting nowadays will most likely have a harder time getting used to it and the documentation could certainly be better.

79 points by networked 3y ago

xony 3y ago

[dead]

Embarcadero is pretty much in the business of soaking customers locked into Borland's old products for as much as they're willing to pay, hence why the IDEs cost an arm and a leg while competitive products are relatively cheap or free.

pjmlp 3y ago
Meanwhile, the only real C++ RAD alternative to C++ Builder in 25 years was C++/CX, killed by internal WinDev politics. And maybe by .NET 9, all the kinds of Delphi workloads will be finally supported by Native AOT and low level coding capabilities. All enterprise products cost an arm and a leg, and at that level it hardly matters, license costs aren't where usually project budgets get burned.
- torbica 3y ago
  >And maybe by .NET 9 If I take look on roadmaps and apply developer velocity of MAUI, WinForms and WPF it will take many more versions.
  - bitwize 3y ago
    Avalonia is out there and works nicely. Looks like they're making a WPF compatibility layer.
    - torbica 3y ago
      Third party controls are simply not there yet. (Performant datagrids, comboboxes with complex layout etc)

MattPalmer1086 3y ago

I used to work at a Delphi shop that switched to C++. Of course we used C++ Builder. The component palette was identical to Delphi (and was still Object Pascal code). You could use Delphi UI components with it. C++ support was a bit buggy in places, but not terrible. I had worse problems compiling C++ on AIX. Delphi and C++ Builder were simply the best native UI creation tools I've ever used.

fatneckbeard 3y ago
this whole borland/delphi approach is rather similar to how Visual Basic for Applications still works inside of Excel or Outlook, and is still used by big companies all over the world as i type this.
haolez 3y ago
I remember trying to compile OpenCV 2 for it and the compiler would segfault on me.

danjoredd 3y ago

Looks like C++ Builder is still available. Its way expensive and the licensing for community edition is very prohibitive...if you make more than 5k or you have more than 5 people on your team you need to pay up. And you practically need to sell a kidney to afford it. That sucks because this IDE looks really neat, but its def not worth the money in my opinion unless you are a larger company already Community edition: https://www.embarcadero.com/products/cbuilder/starter https://www.embarcadero.com/products/cbuilder/starter Professional https://www.embarcadero.com/products/cbuilder https://www.embarcadero.com/products/cbuilder

jart 3y ago
Is $500/year really the going rate for a kidney? That's like the price to rent some GPUs for an overnight training job. I think it's perfectly reasonable that Embarcadero makes their software free to use until it's helped you earn at least 10x that much revenue, on top of it being a flat rate. Most companies just divide their offerings into strictly commercial / non-commercial.
- neverartful 3y ago
  There are 4 different editions. $500/year is the cheapest of those 4 editions. https://www.embarcadero.com/app-development-tools-store/cbuilder https://www.embarcadero.com/app-development-tools-store/cbui...
  - deleted 3y ago
    [deleted]
- danjoredd 3y ago
  If you make 5k 500 is 1/10 of your yearly income. That is a pretty big amount, especially when you take out taxes and operating expenses. Thats why I said it isn't worth it UNTIL you are a bigger business.
  - looping__lui 3y ago

marcodiego 3y ago

I have to repost https://news.ycombinator.com/item?id=28491963 https://news.ycombinator.com/item?id=28491963 again: My main problem with delphi: it is "too proprietary". It was a very productive IDE in the 90's or early 2000's but lost their path and never recovered. Some new versions broke compatibility with previous version's components. There was the case where you paid a good amount of money on some proprietary components and they simply wouldn't work in the next version: you were imprisoned in an obsolete IDE. By not being multi-platform (I heard it improved lately) you could only use it with/for win32 so it lost servers, embedded, cloud and mobile. By not being open-source nobody could improve it. Then it had to compete with "native tools". Whoever develops for windows wouldn't quit ms' tools to use it, whoever develops for mac wouldn't quit apple's tools to use it, whoever develops for android wouldn't quit google's tools to use it, whoever develops for linux was mostly ignored after kylix. Note that I didn't even mentioned price and license. They improved it later, I heard. But seems more like the old case of too little too late. Most successful programming languages today are open source and multi-platform. Delphi was dependent on win32 for too long and it still is "too proprietary". You do the world a favor by porting your project to lazarus.

DesiLurker 3y ago
what I want is terminal based turbo-C++ ide with the plugin architecture of vscode and solid integration of code browsing. & yes I can do it with vim or emacs but I dont wanna.
- stuaxo 3y ago
  Now people have more modern versions of the UI, it should be possible.
kogus 3y ago
I worked with Delphi for several years, and it was the first IDE I used professionally. It was truly brilliant for developing Win32 and WinForms applications. I can honestly say that Delphi 5 was a better tool for building Windows apps than the latest versions Visual Studio, at least in terms of usability, responsiveness, and debugging. But man are you ever right about the compatibility issues! Upgrading from Delphi 5 to the (then current) Delphi 2005 was a total nightmare. Our codebase was about 600k lines, and I will never forget the trauma of trying to get it to just build in the newer version. The comparison with .NET codebases that "just work" from version to version is night and day, and sadly it's worth putting up with a laggy beast of an IDE to have that security around your projects.

pascal_wizzard 3y ago

Don't use delphi, the rad sucks for everything but dragging and dropping components. The drag and drop is also a pain in the ass because it will constantly adjust the layout, making every commit be filled with noise. Maybe all frontend is this bad though, I don't have much experience with other tools.

canistel 3y ago
But wouldn't careful usage of margins, anchoring and aligning - if it is possible - take care of this?
- pascal_wizzard 3y ago
  In the dfm(the UI declaration file) the positions of elements are always absolute with relation to the forms top left point, they are just recalculated on the fly when a change in the form causes them to resize. Using alignment is great but it doesn't solve the problem. Not really that big of an issue in the big picture, just makes diffing forms annoying.
  - narag 3y ago
    It's been a long time, so things might have changed... I doubt it anyway. What you write about sounds very much like you could solve easily changing the default behaviours. There was some "autoalign" property, or something similar, that you can disable. I won't install a demo to check, I'm afraid, but knowing that there's a solution could help?
    - badsectoracula 3y ago
      The described issue exist in Lazarus so i think it'd be the same in Delphi and C++ Builder. There are tools for automatic alignment, Lazarus has both an align property (align to the parent's left, right, top or bottom edge or to the remaining area in the center, which is good enough for many layouts) and an anchor system (allowing to either "anchor" an control's edge in place so it gets resized with the parent or to place an edge relative to another control's edge or center point) as well properties for margins, min/max size and a bunch of special-case containers that layout their children like page/flow, etc. However the controls still have their left/top/width/height properties, the layout functionality just updates those. And since forms are just serialized objects that store a property's value if it is different from the default value, the left/top/width/height properties are always stored in the form even if they'd be overridden later by the automatic layout mechanisms (object serialization exists at a lower level than that, it doesn't "know" about forms or anything like that - in Lazarus it isn't even part of the LCL framework but instead part of Free Pascal's FCL framework on top of which LCL was written and technically these are two separate projects). The end result is that if you open a project and for some reason the controls get resized (e.g. you have a different theme than the last time you opened it which would cause some buttons to be smaller/larger and in turn cause other layout changes), when you save the project the files in which the forms are serialized in will have different values than previously for their left/top/width/height properties - and that will show up in a diff when you have the project in version control. This is can be a bit annoying since when you want to see what changed in a form you have to mentally ignore all the position and size changes. Though TBH in practice personally i never thought much about it.

galkk 3y ago

I think Borland is great example of what happens when you don't care about backward compatibility and try to milk your customers all the time. Even since Turbo Pascal, and with Delphi, every new version (5->6->7) of a compiler/tool required new compiled libraries/components. Eventually a lot of shops (and Delphi and C++ builder were huge in xUSSR, for example) stopped to care and moved on to Java/C#.

shimonabi 3y ago

I use the newest version (Alexandria) of C++ Builder everyday in my job since other developers in the company have legacy software from the 90s. You can't really open old projects in new versions of the software. Some devs use VMs to develop on the old versions of Builder. The documentation and the example code for the C++ side are horrible, because they are focused on Delphi. You must know Delphi to figure out how to use the libraries in C++. The documentation for Delphi also feels very light and outdated. The latest books about it are from the begining of the 2000s and there are very few Youtube videos about it. Sometimes Intellisense stops working and you don't know why. Sometimes some access violation happens and the debugger gives you no hint why. The price is also expensive. I think my company spent 2300€ for a single license and they expect you to renew every year.

prasooncc 3y ago
It’s better to port cppbuilder with ui code to Mfc.that’s what we did at last when we were absolutely done with it. As a fellow developer who’d been in this situation before ,my advice would be to start doing it now

tragomaskhalos 3y ago

I have a vague memory of a Borland C++ coming bundled with a rather funky Smalltalk-inspired container library - this was pre-STL and in fact pre-templates even. Perhaps another old fart can confirm or correct?

zwieback 3y ago
I think early Borland container libraries had a "Object" base class for everything, pre templates. All that went away as C++ compilers started supporting templates more. I remember this era as always making tradeoffs between code size, memory consumption, standardness and performance. Not sorry those days are over...
- jen20 3y ago
  These days we get huge binaries, unbounded memory consumption, no standards and awful performance. Much better!

Topolomancer 3y ago

My first IDE when I started to be excited about programming! I vividly remember a book that was about teaching C++ to kids; I devoured it and spent a glorious summer just fiddling with what I thought was very complex code at the time. How time flies...

professoretc 3y ago
Yep, I'm pretty sure Borland C++ was what I used in college in my first "real" programming class. The nice thing about the older IDEs was how easy it was to get started programming: start it up and you're looking at a blank source file; often you can compile and run without even officially saving it! Made it really easy to try things out. The only "IDE" that comes close to that level of immediacy today would be something like Processing.
akhayam 3y ago
[dead]

glonq 3y ago

For DOS development, I loved Borland Turbo C++. But for windows development, Borland's OWL never really clicked with me. I eventually got into windows using MS Visual C++ and MFC.

zwieback 3y ago
I thought the original OWL with the proprietary syntax for event handlers was great but by the time the second version came around we'd grudgingly switched to MSC++/MFC.
- glonq 3y ago
  Yeah I think the jump from DOS to Windows, procedural to event-driven, lite framework to rich framework, and barely-C++ to very-C++ was just too much for me to tackle at the same time. Truthfully I first dipped my toes into Windows development using Visual Basic, then jumped to MSVC++ & MFC after I quickly outgrew VB. Having smart colleagues [hi Keith!] and great MFC books [hi Mike Blaszczak!] around certainly made it easier.

jll29 3y ago

There are many posters that complain about Borland Builder´s price tag, but what they may not realize is what Microsoft charged back then for Visual Studio C/C++ (plus the MSDN subscription fees) was likewise a lot. You got piles of books and piles of floppy disks (later piles of CDROMs) for that. Only recently, free development tools have become available that rival commercial offerings. But most serious developers do not care about a few thousand dollars in tooling cost, because the main determinant of software cost is developer salaries and nothing else. Since they are typically six digit dollar amounts, the cost for tools like editors, IDEs, compilers and libraries pales in comparison or becomes a rounding error.

godot 3y ago
For companies I think you're right; but a price tag of a few thousand dollars was a strong deterrent for students or hobbyists/learners to get into doing those development. I think the web was great for learners in the 90s/00s because no special tools were necessary. All you needed was Notepad and a browser. If you did some CGI/Perl or PHP you may also need a $5-$20/mo web host account, that's about it.
- zakki 3y ago
  And todays students will shape the future. If something not relevant with student’s now, it will not relevant with student’s future. Finally that thing will be forgotten.
  - pjmlp 3y ago
    Most students don't have any issues getting pirated stuff on street bazaars, so price isn't really an impeding factor.
badsectoracula 3y ago
Borland's prices were much cheaper. Check the price list[0] from 1997, when the original BCB was made. The cheapest (Standard, the version that i used in the linked blog post) was only $99.95 (which remained the same until around 2003 and BCB5). Nowadays the cheapest is $1599[1]. Delphi also had similar prices. In comparison Microsoft's prices for Visual C++ 97 were much higher, at least according to this old post[2]. The cheapest might have been $99 like Borland's but that was for the learning edition which could only be used by students for non-commercial purposes (Borland's $99 versions of Delphi and BCB did not have that restriction) and the next cheapest was $499 - practically five times more expensive. [0] http://web.archive.org/web/19970605053133/http://www.borland.com/bcppbuilder/ordering/ http://web.archive.org/web/19970605053133/http://www.borland... [1] http://web.archive.org/web/20230220010556/https://www.embarcadero.com/app-development-tools-store/cbuilder http://web.archive.org/web/20230220010556/https://www.embarc... [2] https://www.itprotoday.com/windows-78/microsoft-sets-pricing-visual-studio-97 https://www.itprotoday.com/windows-78/microsoft-sets-pricing...

badsectoracula 3y ago

Hey, i wrote this post ages ago :-). Some minor updates since then: Since then i also tried Qt Creator and while it feels more clunky than even the original Borland C++ Builder, especially with the form designer (which i think is basically the standardalone Qt Designer embedded in it) and how it doesn't feel like a coherent product but a mashup of different bits and pieces, it is probably the closest you can find in open source for a RAD(-ish) C++ IDE (big caveat that i have only used it sparingly, never made anything more than a few toy apps with it). I am a bit worried that you're still relying on the Qt company which has shown hostility towards the open source community several times but i think that between Embarcadero and Qt company, relying on the latter is better and it is popular enough for external developers to pick it up in case it gets abandoned (the benefit of it being FLOSS). But at the end i still think Lazarus is better when it comes to a RAD IDE and framework (i am taking all three of these combined, not separated) for desktop applications, assuming you do not mind using Free Pascal as the language. Of course that is with my big bias since i learned programming on Turbo Pascal, used Delphi in the 90s, use Lazarus since the 2000s and in recent years even contribute to its development. Someone starting nowadays will most likely have a harder time getting used to it and the documentation could certainly be better.