Orcas? Smells fishy to me.....

  • Thread starter Thread starter squishy
  • Start date Start date
S

squishy

So what new suprises are in store for us with Orcas?

I am downloading the VPC now to try it out myself. But, I will go out on a
very sturdy limb here and say that MS will try and get developers to code to
Vista with Orcas and not worry so much if it is backwards compatable with XP
or even VS 2005.

Microsoft has made it clear that backwards compatability is no longer a
priority. The question is, just how long will developers (and the
businesses that pay them) continue to re-write code just to line Microsoft's
pockets?

Seems to me they are intent on destroying what they built with VB (through
version 6 anyway).

Well, I've got a hot grill and Orcas downloading. I'll try it out and let
you know what Microsoft breaks next.
 
squishy said:
So what new suprises are in store for us with Orcas?

I am downloading the VPC now to try it out myself. But, I will go out on
a very sturdy limb here and say that MS will try and get developers to
code to Vista with Orcas and not worry so much if it is backwards
compatable with XP or even VS 2005.

Microsoft has made it clear that backwards compatability is no longer a
priority. The question is, just how long will developers (and the
businesses that pay them) continue to re-write code just to line
Microsoft's pockets?

Seems to me they are intent on destroying what they built with VB (through
version 6 anyway).

Well, I've got a hot grill and Orcas downloading. I'll try it out and let
you know what Microsoft breaks next.
Click to expand...
Having spent considerable time with Beta 1, porting projects in C++, C# and
VB (web and Windows), plus creating a few new ones, I'd say you're wrong on
all counts. Orcas certainly supports new Vista features, but it doesn't
force you to use them.
 
squishy said:
So what new suprises are in store for us with Orcas?
Click to expand...

Don't know, but so far I like what's happening. I'm an old qb45 etc fan, &
yes I've listened to the
vb 6.0 folks, but dot.net is cool. Yes, needs work, but NOT having to lug
around a vbrunxxx is
great. Backward compatability IMHO contributes to bloatware.and system
complexity.
 
So what new suprises are in store for us with Orcas?

I am downloading the VPC now to try it out myself. But, I will go out on a
very sturdy limb here and say that MS will try and get developers to code to
Vista with Orcas and not worry so much if it is backwards compatable with XP
or even VS 2005.
Click to expand...

Well, since the new features do not constitute a new version of the
framework but merely additions to the 2.0 framework, there won't be
any compatibility problems. You can still write 2.0 code that is
compatible with VS2005 and Windows XP
Microsoft has made it clear that backwards compatability is no longer a
priority. The question is, just how long will developers (and the
businesses that pay them) continue to re-write code just to line Microsoft's
pockets?

Seems to me they are intent on destroying what they built with VB (through
version 6 anyway).
Click to expand...

Seems to me that you've already made your judgment about Orcas even
before you have installed it.

I have not spent very much time with Orcas (who has the time?), but
IMO, linq, linq to SQL, linq to Xml, linq to entities and linq to
objects are great features.

Chris
 
Chris Dunaway said:
Well, since the new features do not constitute a new version of the
framework but merely additions to the 2.0 framework, there won't be
any compatibility problems. You can still write 2.0 code that is
compatible with VS2005 and Windows XP


Seems to me that you've already made your judgment about Orcas even
before you have installed it.

I have not spent very much time with Orcas (who has the time?), but
IMO, linq, linq to SQL, linq to Xml, linq to entities and linq to
objects are great features.

Chris
Click to expand...
Not to nitpick, but Orcas does use a new version of the .NET Framework,
v3.5.
Your points about compatibility, however, are well taken IME. Orcas lets you
target v2.0.3.0 if you wish.

I also agree the op has prejudged the next VS. Actually, I think it's a
troll.
 
Smitty said:
Don't know, but so far I like what's happening. I'm an old qb45 etc fan,
& yes I've listened to the
vb 6.0 folks, but dot.net is cool. Yes, needs work, but NOT having to
lug around a vbrunxxx is great.
Click to expand...

Are you high? Having to ship/install a 25MB framework is better than a <
2MB file?
Backward compatability IMHO contributes to bloatware.and system
complexity.
Click to expand...

I agree. So how do you feel about having .Net 1.0, 1.1, 2.0 & 3.0 on every
machine to be able to run all of the .Net apps? That's over 1 GB of .Net
frameworks, and Microsoft's just gettnig started.

If the MS jackasses had half a brain they'd copy the functionality of
Thinstall or Xenocode and let us build self-sufficient, single file,
executable apps that have all dependencies wrapped into a single exe file.

That way when a developer calls MS and gets a .Net patch that nobody else
uses, we won't be right back in the fictional "DLL Hell" story again. (You
did know that those patches break code just like the old "DLL Hell" did,
right?)

BTW, "DLL Hell" was a lie. It never existed. The problem was that
Microsoft intentionally told developers to install their apps to produce
this behavior. The solution was simple. Place all of your app's DLLs in
the same dir as the exe, and BAM! - no more "DLL Hell" and no need for
registry entires or even "registering" your dependent files.

Wow! Explaining that to developers would have been a hell of a lot easier
than inventing a whole new language! But, it wouldn't have lined their
pockets nearly as well, would it?

squishy
 
pvdg42 said:
Not to nitpick, but Orcas does use a new version of the .NET Framework,
v3.5.
Your points about compatibility, however, are well taken IME. Orcas lets
you target v2.0.3.0 if you wish.

I also agree the op has prejudged the next VS. Actually, I think it's a
troll.
Click to expand...

I simply pay attention to what Microsoft has done in the past.

Do you really think they've changed?

squishy
 
BTW, "DLL Hell" was a lie. It never existed. The problem was that
Microsoft intentionally told developers to install their apps to produce
this behavior. The solution was simple. Place all of your app's DLLs in
the same dir as the exe, and BAM! - no more "DLL Hell" and no need for
registry entires or even "registering" your dependent files.
Click to expand...

Sometimes it seems that we have a very real "Framework Hell" with .net
deployment.
 
Bryan said:
Sometimes it seems that we have a very real "Framework Hell" with .net
deployment.
Click to expand...

We do. Especially when a developer finds a bug (like at www.kbalertz.com)
and calls Microsoft for a "hotfix".

If that developer includes the "hotfix" with their application, any program
that simply coded around the problem may be screwed.

..Net Hell is "DLL hell" all over again. But, this time, instead of
affecting a single DLL, it affects the whole framework.

Nice going, Microsoft.

I really would like to see programming languages like REALbasic mature a bit
more. It'd make a great Visual Studio replacement.
 
Back
Top