C# 2.0 Spec Released 634
An anonymous reader writes "Microsoft released the design specifications document for C# 2.0 (codenamed 'Whidbey') to be released early next year. New features of the language include generics similar to those found in Eiffel and Ada, anonymous methods similar to lambda functions in Lisp, iterators, and partial types."
Re:That's great (Score:1, Insightful)
What are you talking about fool? MS is perfectly within their rights to create whatever they want, blame it on the pointy-haired bosses for assuming everything MS creates is golden.
2 Personalities, one body. [whitehatresearch.net]gc#? (Score:2, Insightful)
moving towards bloatware or are these important? (Score:2, Insightful)
Its great that they are adding new features. But are they removing anything that was decided to be a bad idea? Now is the time to do it, in the early versions shortly after its birth, before there is too much legacy code...
Will MS begin to use this for its own products like Office in the near future?
Re:gc#? (Score:2, Insightful)
gcc is Free software; so download the source and add c# or visual basic support. Once you get the ball rolling others will join in and help.
Version 7. (Score:1, Insightful)
Code Name (Score:3, Insightful)
Re:Who gives a shit about C# (Score:4, Insightful)
Perhaps there are potential submarine patents, but Java is absolutely vendor-tied while C# is at least relatively open.
Does adding every ingredient make it better? (Score:1, Insightful)
All they are going to get is a language that nobody will understand all of because its just too complex. Are they just out to sell the massive books and training courses that will be needed in order to learn C#2? Is this their plan to "lock in" universities to teaching microsoft programing to all levels, because it will take 4 years of classes just to cover it all?
Re:Does adding every ingredient make it better? (Score:5, Insightful)
Anyway, anonymous higher order functions and generics are two really glaring deficiencies in Java, C#, and many other modern OO languages, so adding them is a step in the right direction. It's not as if these are minor, useless features.
> Is this their plan to "lock in" universities to teaching microsoft programing to all levels, because it will take
> 4 years of classes just to cover it all?
That's crazy. Universities don't teach programming languages except as tools to teach more important concepts.
Re:Does adding every ingredient make it better? (Score:4, Insightful)
Thats a great idea. Sounds great on paper, sounds great in theory. Sounds great while you're playing around with a bubble sort.
After that, its a load of crap.
Tell you what: You learn your bubble sort however you want. Your assignment is to write a program that uses a row colored spheres with numbers texture mapped to the surface of the sphere to demonstrate how the bubble sort actually operates.
I learned to do this at my university, and was lucky enough to get a professor that hadn't bought into the Windows Thing, and tought graphics programming with OpenGL (available everywhere) instead of DirectX (available in windows, and if you're lucky, wine).
In fact, when you get out of your pretty little university, you can try and get a job on "I know my programming theory". If you don't know the language and APIs that Company X is using, you're sunk. These days they don't settle for learning on the job. I had a wonderful job interview for developing an interesting application, I wowed them all with my knowledge, except for one little thing: I didn't know Perl/GTK which was what they were writing their application in. A few weeks later I got a check in the mail for my flight, car rental, and hotel and a thank you letter for taking the time to interview them in person.
Re:gc#? (Score:1, Insightful)
people keep making languages, taking what they see as the best part of others, and occasionally putting in a new concept
the crappy ones, which is most of them, get selected out of course, but eventually someone will make one that kicks the crap out of everything else (but it won't happen if people stop trying)
almost certainly in 2010 you will look back and see dozens more crappy abandoned languages, but hopefully there will be 1 or 2 that make things easier
innovation (Score:3, Insightful)
Re:Does adding every ingredient make it better? (Score:4, Insightful)
Is such a high level language such as one that is designed to run upon other protocals the same?
No.
Re:gc#? (Score:4, Insightful)
What colleges are teaching C#? At my school we had one Pascal course then went into C followed by C++. I believe we could have taken Assembly right after Pascal, but I'll take that after I finish C++. I've heard of other schools starting with java or even python. I'm not arguing that schools don't teach C#, I just want to know which ones do so I can be sure not to transfer there.
Re:That's great (Score:2, Insightful)
Re:Does adding every ingredient make it better? (Score:4, Insightful)
A good language should support the development of code that doesn't contain common flaws. In my opinion, C and C++ are directly responsible for security flaws that cost trillions.
Re:moving towards bloatware or are these important (Score:1, Insightful)
Any programmers looking at C#, I recommend also checking out Python, it is a wonderful language. Particularly with Win32 extensions [python.net] (Windows-specific extensions, but most useful feature is an amazing editor / debugger, Pythonwin) Psyco [sourceforge.net] runtime compiler and wxPython [wxpython.org] for cross-platform GUI building.
Re:Does adding every ingredient make it better? (Score:5, Insightful)
If you've got a Computer Science degree, and you payed attention, you can pick up the syntax for a new language within an hour. With a good API reference, you can be banging out code like an old pro with a weekend of study. It's not that hard.
What matters far more than how well you know a language is how well you know how to program. Any monkey with a keyboard can whip out a Visual Basic app.
But to write truly masterful code... that transcends skill with a language and approaches art.
That said, I'm going to contradict myself: it's important to know the basic capabilities of the language you're working with. Java would be a shitty language to write, say, a program that computes the sum of the two numbers input to it on the command line, because it takes so long for the VM to load -- far more than the actual execution time of the program.
Fortunately, things like that can be quickly learned.
the kitchen sink too? (Score:3, Insightful)
The next version will of course have features from Esperanto, Mandarin, and Martian.
I'm all for extending a language, but they haven't had C# around enough to be larding new stuff on. The language already had several ways to do most things, now they're adding more?
If we wanted ten ways to do anything, we'd use perl. If we're not using perl, that usually means we like to be a little more constrained.
-andy
Ask a stupid programmer.... (Score:3, Insightful)
Here's a clue: null pointers and memory leaks are not "low level" problems--they're logic errors. Dereferencing a null pointer can happen in Java, and accessing a disposed object can happen in C#. Memory leaks and null pointers usually mean you aren't managing an object's lifetime correctly, and are typically symptoms of design errors (or minor bugs--off by one, etc.--which can happen in any language).
C# is like most MS tools--great for 80% of the work, but the last 20% is difficult or nearly impossible because MS didn't think of the problem you were trying to solve, and the language isn't flexible enough to adapt.
Finally, it is impossible to report errors in the implementation. When I found a serious error in the .Net runtime, I tried several ways to report it, getting no answer, or in the case of the microsoft.* newsgroups, assertions that I couldn't find bugs since the high-and-mighty MS and testers hadn't find it.
Sigh. Compare that to the people who hang out in comp.lang.c++.* -- I ran screaming away from C# as quickly as possible.
Re:Who gives a shit about the ECMA? (Score:4, Insightful)
Of course not.
But those who don't remember history are doomed to repeat it.
Re:ugh (Score:4, Insightful)
Wrong.
Pascal is not meant for serious programming like C is, but Pascal has sorta grown into this business application language, and is far from obsolete.
You also cannot do anything in C++ that you can in C. You can do this in C, but not C++:
Or...
These examples were shamelessly ripped from Bjarne's FAQ, which is available Here. [att.com]
Re:Why should I care? (Score:3, Insightful)
I'm the last man in the world to support Java, but C# is optimized to windows, and probably matches the OS's file system better. I'm not sure if C# would do as well in an non-MS environment
This is a pet peeve of mine. LANGUAGES SHOULD NOT BE DEBATED BY THEIR STANDARD LIBRARIES. Don't like a library? Download another. Buy one. I'm sure theres 50 gadzillion XML libraries floating around. Chances are you'll like one better than the default. If you want to debate languages, debate the features of the language- what does one language enable you to do natively that another doesn't, or what does one make easier?
This is why languages should NOT have huge libraries. The designers of a language do not get everything right, especially the first time through. Invariably, third party designers who can focus in on one area can make a better API. In languages where they have huge standard libraries, like Java and C#, people tend not to bother because there's one already there. Unfortunately, that makes people end up using terrible APIs (the original Java gui, anyone?), and leads to a lot of bad comparisons between languages that have nothing to do with the languages.
They'll come, C# hasn't been around as long. ALthough what the hell those things are I don't know (and beign a C programmer, never will need to. Nah!)
I've found a lot of inaccuracies in MSDN, although I admit the idea is nice. But comparing webpages about the two languages in a language comparison? Just plain inane. A nice help page or not has nothign to do with a language!
Again- the IDE is not a language feature. Its not really a good way to compare two languages.
Kitchen sink not yet included.... yet (Score:1, Insightful)
Expect an over ambitious plan with a buggy implementation and confused metaphors which don't necessarily fit with each other or with themselves, for that matter. However, undoubtedly, they will *sound* fantastic in powerpoint slides and when spoken of by the press, "Microsoft only" developers, and, finally, when compared to the "other guys".
The problem with Microsoft is, they market first, plan second, and then try to pick up the pieces third.
It is really unfortunate, but Microsoft isn't good for the computing industry anymore. Microsoft is only good for Microsoft. And principally this is because, Microsoft only cares about Microsoft winning, at any cost.
Re:Ask a stupid programmer.... (Score:2, Insightful)
The problems cited are language problems. Yes, you can do workarounds and never create a bug but a competent language should make it easier to write bug-free code not add land mines to swagger over.
Re:VB Programmers (Score:1, Insightful)
Re:booooring (Score:1, Insightful)
Now let's take MS and it's alturistic willingness to make choices that break compatibility and put it in context. Heads up, they want you to have to upgrade to the next version of Windows. They dont care if they break older versions because it means more money for them. I'd go as far as to say, if the language become the primary development language for windows look for big changes as often as the
Java is maturing as a fine language lead not by Sun, but by the comunity of users and developers and I have no doubt that when the time comes to clean out the cruft for Java 3 we'll see all of the type safty maintained. Java was designed from the start to be cross platform first and with type safety and the rest as secondary goals. They've maintained the bytecode compatibility because this is not a new version, it's supposed to become a part of the Java 2 platform.
Only Java 3 will tell if I'm full of shit.
See and join the JCP, if you care to do more than just complain that they didn't do what you wanted. http://www.jcp.org/en/home/index
Re:Kitchen sink not yet included.... yet (Score:1, Insightful)
First of all, the Slashdot poster complaining about Microsoft's FUD isn't necessarily the same as the one posting FUD.
Secondly, can Anonymous Cowards really be placed into the category of "Slashdot Posters"? You're more of a "Slashdot Poster" than I'm being right now.
Besides, Microsoft has a history of starting FUD wars that has been well-defined in legal records.
Re:Ask a stupid programmer.... (Score:3, Insightful)
Instead I simply stopped using C# and went on to better things. I'd rather have a language and implementation that works, and has a useful community than one that MS is pushing as 'the next big thing'.
Re:Ask a stupid programmer.... (Score:3, Insightful)
Re:Who gives a shit about C# (Score:2, Insightful)
The biggest chunk of any language is it's vocabulary. In this case it's API.
There are OSS J2EE projects (Jboss, Jonas, Jakarta's new project).
And then there is this purely proprietary thing called MBF - Microsoft Business Framework.
BTW to emphasise that the beef is in API, not language, let me remind you that .NET Framework can be programmed in many languages (C#, VB.NET, Managed C++, etc.).
What other nearly-irrelevant subset of the beef is standartized by ECMA? Ones-and-zeores maybe? You know: "our systems are open, 'cause they are based on "ones-and-zeroes" standard" ;-)
Anyway, ECMA seems to be almost a joke in terms of freedom of their standards: http://techupdate.zdnet.com/techupdate/stories/mai n/0,14179,2832719,00.html:
And it appears that ISO (C#/CLI are ISO standards too) is no better: http://www.imaging-resource.com/NEWS/1027527673.ht ml (JPEG no more?):
So what is a safer bet, OSS Java or .NET? Of course .NET, because it's closed and thus patent-torpedoes-invincible - can license patented technology, unlike all those open J2EE projects...
I'm sure it's better to suffer proprietary lock-in than potentially-deadly patent threat. Right?
Yet, even MS can be torpedoed successfully once in a while (e.g. that plugins patent hitting IE).
Software world seems to be a mess with no clear future perspective.
[Sorry for a somewhat-messy/offtopickish post.]
Re:Who gives a shit about C# (Score:2, Insightful)
I suggest you write the following lists side-by-side:
On the left, list the companies with members on the standards committe participating in defining the specification of upcoming versions of the Java language (JSRs 14, 175, 176 and 201). Count how many times each company appears on these lists, too.
On the right, list the companies with members on the standards committe participating in defining the specification of upcoming versions of the C# language.