From: "Robert Comer" 

> Never. I think it's a minority game....

You'd be surprised...

> I can't take VB seriously.

I'm curious, why?  Why not take it seriously when you take Java and C#
seriously?  I pooh-poohed it too when I was only an AS/400 programmer, but
VB has somewhat grown on me and for small UI oriented stuff, it's not bad.

> Today I've been researching interfacing to Non-Linear Editing systems. I
> think they are definitely cycle consumers of the highest order. Many
common
> applications need to be fast, even when attached to a relatively slow
> network or disk connection. Think web browser or text processor for
example.
> Or any complex web site implementation.

Oh, I understand that, but there's a LOT of stuff that doesn't...

> Part of it's intrinisic in the form of API that an OS can expose to a
> process. You have to transform between two worlds so there will always be
> room for carelessness. Even if you delegate to a VM or other language
layer.

I don't agree that the transform has to have room for carelessness. Strong
typing, parameter checking, and forcing variable initialization would help
this area *immensely* and it wouldn't slow down C at all.  Most of the bugs
I picked out of our Production system wouldn't have been an issue, and all
these bugs crashed either MSSQL or the server itself.  The company we hired
to do the app, had some of those programmers that aren't fit to be using
something like C++.  (This app's a big time ODBC 3 tier client server type
app where the middle tier is NT4/MSSQL server.)

Heck, I'm not sure that using OS API's directly is a "good" thing
anyway. (language features and the compiler should handle all that stuff.)

- Bob Comer


"Paul Ranson"  wrote in message
news:40226e2f$1{at}w3.nls.net...
> "Robert Comer"  wrote in message
> news:402266e1$1{at}w3.nls.net...
> > What, you've never worked in a shop with a midrange or a mainframe?
There
> > is significant code in all sorts of languages better suited to
> > stability/security out there.
>
> Never. I think it's a minority game....
>
> > You're also missing another language on the PC, probably the most used
of
> > all, VB.
>
> I can't take VB seriously.
>
> > Actually, in my environment everything read/writes/updates databases.
RAW
> > execution speed gains nothing for me. That's why an AS/400 is good for
> this
> > type work, while raw computational speed isn't even up to low end
desktop
> > standards, everything is optimized for I/O, so that 500Mhz processor can
> > serve 100 users with sub second response times.
>
> Today I've been researching interfacing to Non-Linear Editing systems. I
> think they are definitely cycle consumers of the highest order. Many
common
> applications need to be fast, even when attached to a relatively slow
> network or disk connection. Think web browser or text processor for
example.
> Or any complex web site implementation.
>
> > I agree, but C++ lets you use that coding style, and that's basically my
> > complaint in a nutshell, dump the old baggage and it would be an okay
> > language.
>
> Part of it's intrinisic in the form of API that an OS can expose to a
> process. You have to transform between two worlds so there will always be
> room for carelessness. Even if you delegate to a VM or other language
layer.
>
> Paul
>
>

--- BBBS/NT v4.01 Flag-5