> I would guess, from my experience, 95% of
> people with CS degrees can't write a sort
> routine
Just the opposite from my experience.
Most of the CS grads I know could not only
write a sort routine, they could tell
you which ones were better for various
situations. They may insist on writing
it in pascal or scheme, but they can write
it.
> How do you think that COM actually
> communicates ?
One module loads another module and gets
the offset to the vtable. The COM designers
designed a binary standard that (not coincidentally)
mimics the layout of the c++ vtable.
So. COM uses function pointers to communicate.
And that's a helluva lot faster than any network
operation.
In com, you load a binary module and get the
offset of the vtabl then start calling
functions. The only performance hit you take
is with dynamically loading the module.
But its no more of a performance hit than
loading a 'c-style'.dll or.so
You can do a lot more with com than you can
with pipes. Pipes are basically limited to
handling streams. You can communicate with
the object any way you see fit.
Slashdot Mirror
I stopped reading after this line:
-
"So Microsoft built ActiveX, a technique within Windows for automatically downloading and executing arbitrary programs"
Maybe Mr. Joy should read up some more:I'll let you submit it. ;)
I believe that quote belongs to Tannenbaum.
Its from Computer Networks: Third Edition.
"Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway."
See ERCB: Computer Networks X 2 for more info.
Should've previewed that. Too lazy to retype.
Got it.
It appears to only do it when you type
begin.
It won't do it if you type
begin.
are you sure about that?
k b; EN-US;q265230
_I_ can't reproduce it under OE6.
MS says it was fixed after OE5.5:
http://support.microsoft.com/default.aspx?scid=
this explains it
I can't reproduce it either.
at least not w/6.00
> I would guess, from my experience, 95% of
> people with CS degrees can't write a sort
> routine
Just the opposite from my experience.
Most of the CS grads I know could not only
write a sort routine, they could tell
you which ones were better for various
situations. They may insist on writing
it in pascal or scheme, but they can write
it.
Not so fast MosesJones!
XPCOM
You would most likely be 'grandfathered in'.
That's what the other disciplines have done
over the years.
because there's more to software engineering than just patterns.
until the boss sees the spaghetti & promptly fires your arse.
> Somebody please explain to me why would
> somebody consider export templates to
> be 'obscure' and 'theoretical'?
Even though its part of the standard, I'm
not aware of any compiler that currently
implements the 'export' keyword.
Are you aware of any? Doesn't that pretty much
make it 'obscure' & 'theoretical'?
Kinda reminds me of the Knuth qoute:
"Beware of the above code. I have only proven it correct, not tested it."
> As soon as you make a raw Win32 API call,
> forget it
No shit. They don't call it a _WIN32_ api call
for nothing.
god help that energy company.
I'd call it insightful.
Maybe funny, but in a scary way.
>Are these new employees skilled in unix-like OS
>programming going to move to other unix-likes?
...
>Or will the the tumble merely continue...
The VAX is dead! Long live the VAX!
hmmm.... VAX.
> How do you think that COM actually
> communicates ?
One module loads another module and gets
the offset to the vtable. The COM designers
designed a binary standard that (not coincidentally)
mimics the layout of the c++ vtable.
So. COM uses function pointers to communicate.
And that's a helluva lot faster than any network
operation.
You misunderstand what com is.
.dll or .so
In com, you load a binary module and get the
offset of the vtabl then start calling
functions. The only performance hit you take
is with dynamically loading the module.
But its no more of a performance hit than
loading a 'c-style'
You can do a lot more with com than you can
with pipes. Pipes are basically limited to
handling streams. You can communicate with
the object any way you see fit.
You need to get an ethics primer.
What you are saying is that once 51%
of steak knives are used for evil, then
steak knives are "officially" evil.
Doesn't matter that the one in your drawer
hasn't been used for evil, its evil now.
Doesn't matter that 2 seconds ago your dear
old grandma was holding a morally good steak
knive to carve up her dinner. Now its evil.
> A tool is evil if it is primarily used to do
> evil things
so I guess if all of these people are using
their computers to primarily download music,
then that makes the computer evil.
get me the vatican on the horn, time to
CAST OUT DEMONS!
"... skills that would help us in the first 10 years of employment"
That's what trade schools are good for.
I couldn't keep reading after this line:
"It's not entirely clear how much of this was the
quality of the movie, how much that people
obviously needed to laugh"
Katz is a little too anxious to find deeper
meanings. Sometimes a duck really is just
a duck.
Never underestimate the power of laziness.
The other company would have to come up
with "1-click" paypal account conversions
to ever have a chance.