This will "defiantly" fix the problem.

If someone says "stop being an asshole" and your conclusion is "but then I will have nothing to say", what the hell is wrong with you?

I am continually amazed with what people defend this behavior with. You don't need to be devoid of humor or steeped in forced neutrality, you don't need to stop speaking your mind or fear that you can't have an open and honest discussion. You just need to stop being a dick. (Which would probably help any arguments you're trying to make in any case.)

("You" doesn't refer to parent or grandparent; it's just a placeholder. "One" doesn't sound good.)

I don't understand how pointing out that it's not of the same model as the PC junior keyboard, which comes down to facts, is "projecting". I figured that someone who would equate the MacBook keyboard with the old chiclet keyboards with a rubbery feel and without durable mechanisms hadn't used them, since the difference is quite stark.

But okay, it does suck for you that they don't make the previous model then.

I had a PowerBook G4, then a MacBook, their first to have the chiclet keyboard, then an early aluminium MacBook Pro. The chiclet keyboard is the most comfortable keyboard I've used, and a day didn't go by when I was on the MBP that I didn't want the chiclet keyboard back. (I have since gotten a MacBook Pro with the chiclet keyboard, and I'm very happy with it.) It may share some superficial looks with actual rubber-like chiclet keyboards (like the ZX Spectrum keyboard or those waterproof things you can roll up), but the keys are real keys; very distinct and deliberate without needing to travel far. The connection is made by scissor switches and the keys provide just the right amount of resistance. The aluminium keyboard was prone to accidentally triggering too easily unless you were built like a crane fly.

It's not too hard to find reviews of the desktop Apple keyboard of the same model where people walked in with preconceived notions but are now converted. Here's one. I have one of those keyboards at work at a mostly-Windows-based development shop, and the usual sequence from interested visitors tends to be to ridicule me, paint me with overzealous brand loyalty (who the hell uses an Apple keyboard!?) and then trying it out for half a minute before deciding they want one themselves, damn the torpedoes, even though they'll have to remap some keys and swallow some pride. Even people who already have flat, laptop-like keyboards tend to note an improvement.

If you've tried the keyboard for a significant period of time and don't like it, I apologize. Everyone should have the right to use a keyboard they're comfortable with. But you should know that you're in a clear minority from what I've seen, and that regardless of that, the keyboard is not actually anything like a PC junior model keyboard and people tend to like it because of how it feels, not because of how it makes them feel.

The MacBook Air now has two USB ports.

Otherwise, you're correct. Carry on.

If you want to run state-of-the-art C# right now, this instant, Mono supports C# 4.0 just as well as Microsoft does. If you want to run state-of-the-art .NET framework, you're boned, because Mono skimps on a number of features from it, like WPF or mirror ports of LINQ to SQL or Entity Framework (although DbLinq and NHibernate provide similar solutions).

If you are willing to stick to C# and other frameworks than Microsoft's own, you've been able to do that for several years and nothing bad will happen to you. It's an accident of history, because Microsoft didn't quite open up the language well enough for this to have happened on its own, but the progress doesn't go away and Microsoft has started making available more of its frameworks as full-on BSD-level open source since Mono got off the ground. (I believe that Microsoft's implementation of the entire .NET framework will be open sourced within five years. I have nothing to back this up with except for the trend.)

That said, you probably shouldn't build exactly what you're planning to do for your tens-of-millions J2EE system in Mono, no. I might be more okay with that if Java wasn't such a painful language to program in.

I'll have what he's having. I could use a good high.

Well done! Leading by example.

If you're looking for web backend, first of all, I wouldn't choose Go for anything. It's too young and too prone to change in weird ways, and it's got an exception handling mechanism that's... exceptional. Like nothing you've seen before - for good reason, I believe.

For better or worse, Ruby's got plenty of web frameworks even if Rails isn't your thing. With some luck, you'll find something that should suit you perfectly, as long as you get along with the language.

I didn't start it. Someone said it sucked. I just said "nuh-uh and here's why". Someone retorted. I replied. Now you tell me, through posting a comment about something else than the topic, that I shouldn't post off-topic comments. If that's really what bugs you, go talk down dreamchaser instead, or the people who upvoted his comment.

And C# isn't even half as good as bacon. It's not even the best programming language I know of. (I mentioned Ruby, which apparently was decisively on topic, but you hadn't gotten to your "on-topic" phase yet, so you chose to bitch about the rest instead of actually cultivating the discussion, something that only people you disagree with and can convincingly describe as mouth-breathing scum should have to do.) I just agree with previous posters that it doesn't deserve most of the crap it gets, and that, as someone who also does a fair amount of other languages, share their values about keeping away from Microsoft by default and has actually used C#, I'm not as turned off as the asker seems to be. That actually seems to be on topic to me, but fair enough.

This is Slashdot: he would have gotten far fewer replies about C# had he just not mentioned Microsoft altogether. And he seems to have done alright with on topic commentary too. I'll reply to any reply I get, but I'll stop this discussion if you want. It's easy: just don't reply.

I know exactly why he was porting it. No one was doing anything new anymore in that environment. There was no new language, no new framework, nothing to make coding more productive than ten years prior aside from whatever had ground its way through Qt's world of macros or the C/C++ standards. (I'm wary of saying "easier" in that crowd. I don't mean that programs should write themselves for me, but there are easy wins to be had by simply learning from past mistakes. C doesn't need to go anywhere for the tasks it's made for. It just doesn't have to be the default for everything else, too.)

Maybe taking to porting Microsoft's previous version is alarming in a way you didn't address: there was no one looking forward except for repaving every damn layer below the window manager.

First, migration. When that ever actually becomes an issue for me, I'll let you know. Microsoft used to invent a new database access acronym every week or so, but they both support the old acronyms in perpetuity and have slowed down their pace dramatically. Except for swearing loudly at old projects using stored procedures and DataTables instead of an ORM with LINQ support (basically queries over objects that also turn into precompiled queries for the database using reified map/filter-like query expressions; look it up), I haven't had any actual problems with migrating anything. No wild goose chases even with major .NET upgrades. My legs are intact.

If you mean planning to migrate to another platform, who does that? You pick a platform you're comfortable with supporting, you build what they need and then you support it. Even if you were to specifically wean a client off of Redmond (or anything else), you're not going to "forget" that plan. They're going to come to you, or maybe you're going to come to them, and say so, and that's when you draw up the plan. You don't build things with the intent to then wildly change platforms midstream, and if you do, you damn well have a migration plan. (If you take on that sort of task and don't, you're short-sighted, by which I mean profoundly stupid.)

I didn't say a thing about portability in my comment; nor did the original parent. Either go higher ("scripting" languages) or lower (C, C++) on the abstraction scale if you want pure language portability. If you want "kinda sorta" portability, C# happens to offer that right now thanks to Mono, and it's not just academic in that there are real Linux programs being written, distributed and used with it. It's an accident of history, but the progress that's been made won't go away overnight either.

I wouldn't drown myself just in the portability of the language, though. Most cross-platform GUI toolkits suck. You end up designing for the lowest common denominator. Java is egregious with its several official toolkits at various stages of decrepitude, but it's far from the worst offender. It's a great solution, as long as you want your users to suffer equally.

I think the cross-platform toolkit people are coming around to is the web, where the parameters shift a bit. The backend (whichever server side component you use) and the frontend (the web pages) need to be portable in different ways, but both are easier to achieve. You can realistically host C# sites (with ASP.NET, including MVC) on Mono on non-Windows with good performance and support. I'm not losing any sleep over "locking in" our clients; it's usually a clear improvement to where they came from, even if it isn't exactly PHP in terms of ubiquity.

Okay, I'll bite: C# is a good language that makes more progress and is more eager to grow modern capabilities than Java is. None of the two will go away overnight, and C# isn't the very best thing ever, but I don't think people would have any problem giving it the credit it does deserve if Anders Hejlsberg worked somewhere else than Microsoft.

I personally mostly prefer to code in other languages than C#, like Ruby, but I'd much rather work in C# than in Java and that's not for a lack of trying. I use and love ASP.NET MVC, which is open source, patterned on Rails and all about the code, with no "insert control here" wizards in sight.

I know that there's a lot of people who drag a grid view onto a Web Forms canvas, hook up the data bindings, bill you the licenses of everything in the server stack and three weeks' work and then can't actually fix anything because they don't know how to code. Aside from conceding that Microsoft has largely traditionally gone out of their way to supply these people with software, I call Sturgeon's Law. Just please don't let that fool you into thinking that everyone who has touched or developed for a Microsoft product has the coding skills (and chair propelling propensity) of Steve Ballmer. If that's all they were capable of, I would be right behind you.

You're right that the people that Apple is now pissing off won't be queueing up to port their applications to Objective-C. But it's clear that Apple doesn't want to invest that kind of money in that kind of user experience and then have to support it. They're already well on their way to slough off Carbon completely.

They want to settle on just one framework that they provide and support. (And yes, I said framework, not languages. There are supported bridges to Objective-C for Ruby and Python, and unsupported bridges in many other languages.)

I would conserve my bewilderment until Apple starts making it impossible to do, say, Qt apps.

And frankly, Mac can ill afford to lose software.

My hunch tells me that there are more Cocoa applications than Java GUI applications, and even if that isn't strictly the case, that the number of people that are writing Java GUI applications each day are shrinking, and the number of people that are writing Cocoa applications each day are growing. (Yes, excluding iOS.)

Mac as a platform doesn't have a ton of software compared to Windows, but that doesn't mean that this makes even a sizable dent in the installed applications that people use. Name one pervasive Mac Java application besides Eclipse and Vuze.

(That doesn't mean that it's a valid reason to kill a Java runtime. But that sentence was discussing the impact, not the action.)

It's worse than that; I believe they were British.

You're right. You're very right. That doesn't mean *every* other point is wrong, though. The PC era won't be over for a long time, and the laptop has won the war in the office, but businesses are also the first to look, point and drool at the iPad. Some didn't like Tablet PCs when they came out, and most simply focus on what it has the potential to do that laptops don't. (Nearly all those things has to do with its form factor and the human mind.)

It does a serviceable subset of what many people do with their laptops (yes, except for Flash games, etc) and serves its "light pad in a meeting" niche well. Some people will move to an iPad instead of a laptop, and a laptop instead of their desktop at work.

I'm also amazed at the idea that the iPad has to fully supplant the laptop before it gets anywhere. The Web doesn't fully supplant the desktop OS yet, and I'm guessing no one would call that a failure. It's about doing enough things well enough and a few things that nothing else does.