Forgot your password?

typodupeerror

Comment: Re:Cross platform via wine (Score 1) 142

by Gr8Apes (#40198961) Attached to: Humble Indie Bundle V Released

those options are not worst than the way other platforms offer to interact with native calls. e.g. Python ctypes or as mentioned jni. Most of the times you dont even need to go that far, and if you find repeatedly far from the runtime, then you are using the wrong tool.

I didn't say there were. What I did say was that MS claimed C# was the way of windows programming for the future. And then they failed to deliver by delivering a half-ass language.

.NET's primary feature is multi-language support. C# was supposed to bring the wonders of Java managed memory to Windows developers, and of course better it. MS itself originally stated that C# (.NET, C# with C++/CLI were the only two languages really supported at that time) was to be the one and future language for programming in windows, including the system. Recall Longhorn?

Since VS2002 vb .net was also included but I give you that the focus was really on C#. The OS team never delivered on the bindings and structure to do real system programming with .Net that has been quite obvious for years now and .Net found its place being very popular on other kinds of applications.

Yes, it serves fine as a Java competitor, if it could only get to be a little faster. At least it's faster than Ruby, Grails, et al.

Maybe not everyone wants to use C# to do system programming and the language fits their needs? It seems a bit far fetched to call the whole thing misguided because it does not fulfill your expectations on a specific area that pretty much everyone knows by now is not its main target.

Ah - there's the rub. Systems programming was one of C#'s original purposes. I never said when the systems coding took place. It was years ago. I would not try it today, it'd be pointless,and quite possibly easier and faster to do in Java, Ruby, Scala, or Lisp, which should say everything you need to know or hear about the state of systems programming in C#, at least on Windows. It's also an indictment of the language itself.

Comment: Re:Cross platform via wine (Score 1) 142

by Gr8Apes (#40198883) Attached to: Humble Indie Bundle V Released

MS's .NET languages are all hamstrung by the CLR they're running on. Yes, it's relatively easy to drop into the "unsafe" native calls, but that's not a feature that makes it better - it's a feature required by short comings of the CLR

No, it's a feature required for those circumstances where the base class library does not yet provide certain functionality. I'm not aware of any limitations in the CLR itself (i.e. the VM) which preclude from adding some functionality. It would be pretty surprising, anyway, given that its bytecode and execution model are flexible enough to support the entirety of ISO C++.

And amazingly enough that need is not decreasing with time.

Comment: Re:imho (Score 1) 254

by Gr8Apes (#40198821) Attached to: Startup Skips IE Support, Claims $100,000 Savings

I prefer my address bar to, well, work with addresses, and search to do search. Surprise. I especially hate chrome doing a search on localhost when I want to go to http://localhost./

But that's just me, and I guess according to your opinion mine's worth less than yours. Consider this though - Until Chrome, I don't believe anyone had combined the two. Ever wonder why an ad company that serves ads on searches created a browser with this default?

Comment: But can it.... (Score 1, Redundant) 68

by JWSmythe (#40194241) Attached to: Speech Recognition Using the Raspberry Pi

    But can it identify pie? Sometimes I need a computer to determine what kind of pie a pie is. Is it raspberry pie, raspberry cobbler, raspberry rhubarb pie, raspberry jam sandwich, apple pie, apple crumb pie, or apple cobbler. Could it identify doughnuts too? I hate thinking I'm about to eat a Boston cream doughnut, just to find out they put that nasty lemon filling in.

    Voice recognition has already been done.. Dessert identifiers, *that* is the future! Desert identifiers would be useful too, but may be slightly off topic.

Comment: Re:That's it... (Score 1) 767

by Timex (#40191243) Attached to: Red Hat Will Pay Microsoft To Get Past UEFI Restrictions

How does this make you mad at RHEL/Fedora and not Microsoft?

I've been planning to avoid MS Win8 from the beginning. If I wanted a tablet, i'd have one by now. If I have new hardware, I'll put the OS I want on it, and if I can't then I won't buy it. It's that simple.

This whole thing makes me pissed at RH/Fedora because they're effectively letting MS think they can turn this into a "win/win" situation: MS either makes money selling half-assed operating systems that hardware is locked into using or MS makes money by licensing access to that hardware.

Screw them, screw the hardware.

Comment: Re:That's it... (Score 1) 767

by Timex (#40191199) Attached to: Red Hat Will Pay Microsoft To Get Past UEFI Restrictions

Red Hat is willing to pay to be licensed to be able to run on the new hardware. They are going out of their way so you can run Fedora on the new hardware. And you want to ditch them because of it? Remind me never to buy you a beer.

I think it sets a really bad precedence, to be perfectly honest, and I don't like it a bit.

As for the beer, don't lose sleep over it: I don't drink.

Keep the number of passes in a compiler to a minimum. -- D. Gries

Working...