[OT] OOP Concepts

[Joe \Nuke Me Xemu\ Foster]

"Ted" <TTarney@hotmail.com> wrote in message <news:3b213e1e$1@news.devx.com>...

> Wow, I thought I was being nice. ****.
>
> ya **** skippy I'm a C++ bigot.
>
> ATL is hard? You must work with VB guys who try to use ATL. ATL is great.
> I guess if you don't understand C++, templates and real design, you just
> wouldn't like ATL. I don't see the problem with ATL. Could you elaborate?
> Oh, wait, you do have to know multithreading, apartments, marshalling and
> the like, I guess you're right(NOT). The hair on the floor is probably because
> coming from VB those **** MESSAGE MAPS get in the way of our drag and drop.

Actually, moron, check out the complaints about ATL over in the vb.dotnet
groups coming from a prominent component vendor. You know nothing.

> As for access. What the **** are you talking about? You are trying to tell
> me that Access is good? For what? For high school kids writing apps maybe.
> You cannot even compare Access to Oracle, DB2 or SQL Server. Holy crap,

Actually, cretin, check out the latest Access vs. Oracle flamefest over
in the comp.databases groups. Why do you think Oracle's selling the Cult
of Larry instead of database servers?

> I can't believe you said that. Have you ever heard of profiling your code?

All the time. You're not exactly the brightest bulb in the box, are you?

> I guess since you use VB you really don't care because it's so **** slow
> to begin with. Then maybe Access rocks! That's how much I know. I guess
> when you buy Office, you have access to Access, and we know how much Office
> lends itself to real development.

Actually, imbecile, VB uses the same back-end code generator as VC++. For
calculations, just twiddle a few checkboxes in the Project Options, and
the two run at close to the same speed, but with the same lack of error
checking. Oh well.

> Oh man, I just gotta get back on the MFC thing. I guess you know quite a
> bit about raw API calls? You must because VB uses them so extensively.
> You know those API Calls like:
>
> PutMouseOverButtonClickDragDrop();
> SelectDatabaseAndWhereToPutItAndIWillWriteTheCode();
> _beginthreadexIfVBGuysKnewThreading();

Sure, the rampant race conditions and other multithreading bugs make the
rest of us *real* confident in the alleged abilities of you alleged "Real
Programmers". Feh.

> The last one returns BOOL. So depending on the environment the flag gets
> set automatically for you. In VB - FALSE;

All you're returning is BOOLsheet.

> I kill me!!!

Perhaps, but not quite in the way you meant.

> Maybe we should let this go. You won't change my mind and I won't change

Somehow I doubt you have a mind to change.

> yours. But I will reiterate, THE ORIGINAL CODE WAS WRITTEN IN C++ AND THAT'S
> WHAT THIS WAS ABOUT. So move on. This is an architecture group NOT VB.
> But, if ya want ta keep goin, the wife's out a town.

Come now, you had absolutely no clue about polymorphism or about how COM
could have just as many vbtables as a multiply-inherited C++ class. Could
your wife have left you for someone with a clue, perhaps a VB programmer?

--
Joe Foster <mailto:jfoster@ricochet.net> DC8s in Spaace: <http://www.xenu.net/>
WARNING: I cannot be held responsible for the above They're coming to
because my cats have apparently learned to type. take me away, ha ha!

[Ted]

So, I go to the VB.NET group to find this so called vendor, and I see that
you are just as much a jackass there as you are here. I see from this post:

>Admittedly, I posted code to the microsoft.public.dotnet groups instead
>of here once

Great, if you have something real to contribute then that is a news flash.


I see that Zane over there thinks so highly of you. Boy looking at some
more of these posts on the VB.NET discussions, you are well loved. So back
on the dumbass comments you continue to make here also.

Wow, they REALLY REALLY like you over there. I will put it in something
you can understand, you are a dumbass.

As for ATL, you once again are a dumbass. Why ( and I couldn't find it )
would a prominent vendor do this, much less in a VB.NET group. Oh that's
right, you use ATL all the time. Looking at some of your other posts, you
have come up through the ranks huh. Assembler to C++ and settled on C++.
Couldn't cut real languages? (Please any VB guys/ladies reading this, it
is not directed at you.) I will restate what I have said, if your dumbass
understood(NOT THAT PART) design, C++ and templates you would know how good
ATL is.

You seem to rely on what other people tell you. If you profile a query(
that returns nothing) to both Access and SQLServer(2000) with ADO using VB
and VC++, how the **** can you tell me access is better. The speed is unreal
in Access(sarcasm). If you need help on using a profiler I could lend you
a hand. I hope that someday you could move to a real company that uses a
real database so you know what the **** is going on. I guess if you have
access you probably don't have access to Oracle( you can download it for
free) or SQLServer to profile the **** code to begin with.

Oh how I wish you could expand on this backend code generator. What the
****? Create a form in VB and an MFC dialog app. Run a quick test to any
COM object and tell me how many calls get made with the VB app in comparison
to the MFC app. Once again, you're a dumbass. Even with error checking(
exception handling in C++ ), C++ blows VB away. The number of calls is astounding.

Multithreading, oh please explain this to me. I am sure you know all about
race conditions, kernel objects, deadlock, so please give me a clue.
You probably deal with these every day. Oh yeah, you use VB and Access so
I am assuming your connection pooling is handled for you, so writing a thread
pool wouldn't even occur to you.

Tell me more about how I don't know COM. Once again, you're a dumbass.
And more about polymorphism, because you are obviously so skilled here.


And it's the wifes lesbian weekend. When yours gets home tell her to come
back and get her shoes from under my bed and the eggs were a little runny
this morning.

"Joe \"Nuke Me Xemu\" Foster" <joe@bftsi0.UUCP> wrote:
>"Ted" <TTarney@hotmail.com> wrote in message <news:3b213e1e$1@news.devx.com>...
>
>> Wow, I thought I was being nice. ****.
>>
>> ya **** skippy I'm a C++ bigot.
>>
>> ATL is hard? You must work with VB guys who try to use ATL. ATL is great.
>> I guess if you don't understand C++, templates and real design, you just
>> wouldn't like ATL. I don't see the problem with ATL. Could you elaborate?
>> Oh, wait, you do have to know multithreading, apartments, marshalling
and
>> the like, I guess you're right(NOT). The hair on the floor is probably
because
>> coming from VB those **** MESSAGE MAPS get in the way of our drag and
drop.
>
>Actually, moron, check out the complaints about ATL over in the vb.dotnet
>groups coming from a prominent component vendor. You know nothing.
>
>> As for access. What the **** are you talking about? You are trying to
tell
>> me that Access is good? For what? For high school kids writing apps
maybe.
>> You cannot even compare Access to Oracle, DB2 or SQL Server. Holy crap,
>
>Actually, cretin, check out the latest Access vs. Oracle flamefest over
>in the comp.databases groups. Why do you think Oracle's selling the Cult
>of Larry instead of database servers?
>
>> I can't believe you said that. Have you ever heard of profiling your
code?
>
>All the time. You're not exactly the brightest bulb in the box, are you?
>
>> I guess since you use VB you really don't care because it's so **** slow
>> to begin with. Then maybe Access rocks! That's how much I know. I guess
>> when you buy Office, you have access to Access, and we know how much Office
>> lends itself to real development.
>
>Actually, imbecile, VB uses the same back-end code generator as VC++. For
>calculations, just twiddle a few checkboxes in the Project Options, and
>the two run at close to the same speed, but with the same lack of error
>checking. Oh well.
>
>> Oh man, I just gotta get back on the MFC thing. I guess you know quite
a
>> bit about raw API calls? You must because VB uses them so extensively.
>> You know those API Calls like:
>>
>> PutMouseOverButtonClickDragDrop();
>> SelectDatabaseAndWhereToPutItAndIWillWriteTheCode();
>> _beginthreadexIfVBGuysKnewThreading();
>
>Sure, the rampant race conditions and other multithreading bugs make the
>rest of us *real* confident in the alleged abilities of you alleged "Real
>Programmers". Feh.
>
>> The last one returns BOOL. So depending on the environment the flag gets
>> set automatically for you. In VB - FALSE;
>
>All you're returning is BOOLsheet.
>
>> I kill me!!!
>
>Perhaps, but not quite in the way you meant.
>
>> Maybe we should let this go. You won't change my mind and I won't change
>
>Somehow I doubt you have a mind to change.
>
>> yours. But I will reiterate, THE ORIGINAL CODE WAS WRITTEN IN C++ AND
THAT'S
>> WHAT THIS WAS ABOUT. So move on. This is an architecture group NOT VB.
>> But, if ya want ta keep goin, the wife's out a town.
>
>Come now, you had absolutely no clue about polymorphism or about how COM
>could have just as many vbtables as a multiply-inherited C++ class. Could
>your wife have left you for someone with a clue, perhaps a VB programmer?
>
>--
>Joe Foster <mailto:jfoster@ricochet.net> DC8s in Spaace: <http://www.xenu.net/>
>WARNING: I cannot be held responsible for the above They're coming
to
>because my cats have apparently learned to type. take me away,
ha ha!
>
>

[Thomas Eyde]

This thread is turning ugly. Joe, that wife remark was totally unnecessary.

/Thomas