Board index » cppbuilder » Re: BCB status

Re: BCB status


2004-07-01 03:00:39 AM
cppbuilder50
Tamas Demjen < XXXX@XXXXX.COM >wrote:
Quote
mailing list and the newsgroups. I managed to get the C++Builder
Unleashed book, which really got me started. Otherwise I would have gone
with the VC++.
I've never been sorry that long ago I went with BCB. I am, however,
increasingly sorry that it's a Borland product.
 
 

Re:Re: BCB status

"Andrue Cope [TeamB]" < XXXX@XXXXX.COM >writes:
Quote
Captain Jake wrote:

>2) A large percentage of C++
>programmers laugh at the whole idea of RAD programming being real
>programming.

Very true.
I disagree. The problem BCB solves is just visual GUI creation. GUI is
an insignificant part of lots of C++ projects, on terms of work
time. Even if the GUI is a large part of the project, other factors
must be balanced (compiler & linker quality, support, availability of
trained people, vendor lock-in, etc). Then, for some GUI-intensive
projects, visual GUI designing is not applicable. Think of dynamic
interfaces.
Quote
OTOH give them a reasonable taste of it and they stop
laughing and start drooling. Given a decent marketing program and BCB
could have been a lot more successful.
That was what I thought years ago. Now I know better and see the
adoption of BCB as a big mistake and I wouldn't recommend it to anyone
except for some quick & dirty throw-away GUI applications that uses
C libraries. Right now I wouldn't consider BCB for interfacing with
C++ libraries.
--
Oscar
 

Re:Re: BCB status

Frank Gruber wrote:
Quote
>>Maybe because of the first impression BCB1 gave. I buyed BCB1 the
>>moment it was released and was actually sadly disappointed. Compilation
>>times where really bad on the P166 I owned at that time.
>
>I always found compilation times OK provided pre-compiled headers were
>working OK.

Oh, it seems that we have reached the nostalgic level
here in the forum, because presence has only ugly things
to tell.

Frank.
Well, my interest in the forum consists of a combination of nostalgia and a
desire to see how things finally end. I'm also hoping that there might be
some interest in my technique for porting BCB code to a gcc / Lazarus
environment.
I'm not sure what it was you though was ugly. Perhaps you don't like
pre-compiled headers. I must say it always did seem odd to me that I had to
compile tens (or hundreds) of thousands of lines of header code just to
compile a few tens of lines of code that I had put in a source file. I
didn't particularly mind because the pre-compiled headers effectively
solved the problem.
--
Chris Gordon-Smith
London
Homepage:
Email Address: Please see my Home Page
 

{smallsort}

Re:Re: BCB status

"Oscar Fuentes" < XXXX@XXXXX.COM >wrote
Quote
I disagree. The problem BCB solves is just visual GUI creation. GUI is
an insignificant part of lots of C++ projects, on terms of work
time.
Actually, the RAD paradigm encompasses a lot more than just GUI design.
Dave
 

Re:Re: BCB status

"Dave Jewell" < XXXX@XXXXX.COM >writes:
Quote
"Oscar Fuentes" < XXXX@XXXXX.COM >wrote

>I disagree. The problem BCB solves is just visual GUI creation. GUI is
>an insignificant part of lots of C++ projects, on terms of work
>time.

Actually, the RAD paradigm encompasses a lot more than just GUI design.
Exactly. And most people on this ng seems to forget that.
--
Oscar
 

Re:Re: BCB status

Quote
That was what I thought years ago. Now I know better and see the
adoption of BCB as a big mistake and I wouldn't recommend it to anyone
except for some quick & dirty throw-away GUI applications that uses
C libraries.
If this is your opinion why the heck are you wasting your time
in this forum ?
Frank.
 

Re:Re: BCB status

"Frank Gruber" < XXXX@XXXXX.COM >writes:
Quote
>That was what I thought years ago. Now I know better and see the
>adoption of BCB as a big mistake and I wouldn't recommend it to anyone
>except for some quick & dirty throw-away GUI applications that uses
>C libraries.

If this is your opinion why the heck are you wasting your time
in this forum ?
I'm not wasting time. I enjoy reading some posts, specially from
certain people.
Moreover, this is becoming an interesting exercise on psychology :-)
What people says here explains a lot about the current state of the
software development industry.
--
Oscar
 

Re:Re: BCB status

"Oscar Fuentes" < XXXX@XXXXX.COM >wrote in message
Quote
>>I disagree. The problem BCB solves is just visual GUI creation. GUI is
>>an insignificant part of lots of C++ projects, on terms of work
>>time.
>
>Actually, the RAD paradigm encompasses a lot more than just GUI design.

Exactly. And most people on this ng seems to forget that.
The point I was making is that the RAD paradigm (including in BCB) is more
than just GUI creation. With the right components, you can connect data
components to data sources, define the way an audio waveform is processed
through a sequence of filters, and so on. All with just a few mouse clicks.
This being the case, it's not valid to say that:
Quote
The problem BCB solves is just visual GUI creation
Dave
 

Re:Re: BCB status

"Dave Jewell" < XXXX@XXXXX.COM >writes:
Quote
"Oscar Fuentes" < XXXX@XXXXX.COM >wrote in message
news: XXXX@XXXXX.COM ...

>>>I disagree. The problem BCB solves is just visual GUI creation. GUI is
>>>an insignificant part of lots of C++ projects, on terms of work
>>>time.
>>
>>Actually, the RAD paradigm encompasses a lot more than just GUI design.
>
>Exactly. And most people on this ng seems to forget that.

The point I was making is that the RAD paradigm (including in BCB) is more
than just GUI creation. With the right components, you can connect data
components to data sources, define the way an audio waveform is processed
through a sequence of filters, and so on. All with just a few mouse clicks.
This being the case, it's not valid to say that:

>The problem BCB solves is just visual GUI creation
IMO, the feature of connecting to databases from de designer is useful
only for speeding up the creation of DB GUI interfaces. I don't know
how good is the ability to process waveforms from the designer.
BTW, RAD is a set of more or less loosely defined methods and
practices. Some tools enable the application of those practices on a
more effective way, but saying that by using BCB you are applying RAD
is a bit of a overstatement.
For me, due to my requirements, creating GUIs the old way is more
effective than dragging and clicking things around.
--
Oscar
 

Re:Re: BCB status

"Dave Jewell" < XXXX@XXXXX.COM >wrote:
Quote
"Oscar Fuentes" < XXXX@XXXXX.COM >wrote in message
news: XXXX@XXXXX.COM ...

>>>I disagree. The problem BCB solves is just visual GUI creation. GUI is
>>>an insignificant part of lots of C++ projects, on terms of work
>>>time.
>>
>>Actually, the RAD paradigm encompasses a lot more than just GUI design.
>
>Exactly. And most people on this ng seems to forget that.

The point I was making is that the RAD paradigm (including in BCB) is more
than just GUI creation. With the right components, you can connect data
components to data sources, define the way an audio waveform is processed
through a sequence of filters, and so on.
You can do that with VB and ActiveX components, components that can be
reused in your VB, VC++, and Delphi apps.
 

Re:Re: BCB status

Alisdair Meredith wrote:
Quote
Word is that BCC5, when it first shipped, was a buggy product and it
took a couple of patches to settle down, so existing customers were
not happy with Borland anyway.
For the record: parts of it , particularly the resource workbench,
weren't even feature complete (not just buggy) until 5.2 came out.
--
Ken
planeta.terra.com.br/educacao/kencamargo/
* this is not a sig *
 

Re:Re: BCB status

"Peter Yeoh" < XXXX@XXXXX.COM >wrote:
Quote
Why has not BCB prospered?
Probably a combination of reasons.
1. They lost a lot of their C++ people when they dumped OWL.
2. The fact VCL is written in Pascal is not appealing to those looking
for a C++ framework.
3. VB is good enough for a lot of RAD work.
4. Some people were confused with the Delphi (and BCB) marketing. Was
Delphi written to compete with VB or SQL Windows? Some seem to think
it was going after the client/server GUI design space, as opposed to
the more general programming market addressed by VB. So, perhaps BCB
was typecast into being a database front-end design tool along with
Delphi?
...
 

Re:Re: BCB status

Tamas Demjen wrote:
Quote
Being able to use boost is neither.
We use Boost. We compiled the latest version earlier this month. We
don't use all of it but we do use the smart pointers and Regular
Expressions including writing our own iterators.
--
Andrue Cope [TeamB]
[Bicester, Uk]
info.borland.com/newsgroups/guide.html
 

Re:Re: BCB status

Andrue Cope [TeamB] wrote:
Quote

We use Boost. We compiled the latest version earlier this month. We
don't use all of it but we do use the smart pointers and Regular
Expressions including writing our own iterators.

But since experimenting with VC++, I can use so much more (including the
preferred syntax of boost::function which I really like) and lambda
(although keep forgetting about that as I'm used to making up bind
statements).
Cheers
 

Re:Re: BCB status

Quote
Well, my interest in the forum consists of a combination of nostalgia and
a
desire to see how things finally end.
So we have similar interrests for staying here.
Quote
I'm not sure what it was you though was ugly. Perhaps you don't like
pre-compiled headers.
I was not refering to anything special. I meant the whole situation
with BCB / CBX which is ugly in general.
Frank.