Slashdot Mirror


.NET Programmers In Demand, Despite MS Moves To Metro

mikejuk writes "Are you a newbie programmer looking for a job? It seems your best bet is to opt for .NET. According to technical jobs website Dice.com, companies in the U.S. have posted more than 10,000 positions requesting .NET experience — a 25 percent increase compared to last year's .NET job count. So Microsoft may want us to move on to Metro but the rest of the world seems to want to stay with .NET."

319 comments

  1. People stay with what they know by amiga3D · · Score: 1, Redundant

    No one likes to set up for one system, put all their resources into learning and developing it, and then have to move to a new one just because MS wants to make more money.

    1. Re:People stay with what they know by Ethanol-fueled · · Score: 0

      Right, that's why we still have government entities like the VA still using DOS and IE6 applications.

    2. Re:People stay with what they know by kanguro · · Score: 1

      Metro and winRT are artifacts for tablets and possibly smartphones, including the "bias" to c++. Development for corporate and business in general will be in .NET,WPF, Silverlight and the like for some years to come. You can program for Win8 tablets with .NET if you want, but they want the apps performing for the ARM processors, and they concocted a "runtime" closer to the iron. Microsoft knows the next battle will be on tablets and similar devices, and it will be a fight to the death, so they have made almost a company bid on win8 and metro. But that does not apply to the desktop necessarily. And the desktop will stay for a long time. Android and iOS have not seen real competition because they target different people. Let's see what happens with win8, that will target everybody and possibly every platform. Don't underestimate them.

    3. Re:People stay with what they know by curmudgeon99 · · Score: 2

      Microsoft has already lost the tablet market. And .NET is already a dying platform. Microsoft itself does not eat its own dog food. None of Microsoft's own products are written in .NET. Neither Windows nor Office were ever written in .NET. If Dice shows a 25% increase in .NET ads, that's because the economy is coming back and it does not imply some incremental improvement for .NET.

    4. Re:People stay with what they know by micheas · · Score: 3, Insightful

      Either that or there is a mass defection of programmers from dot net to other platforms that are viewed as having more of a future.

      There are a lot of possible reasons for the influx of ads for a skilled position. Some of them indicating a healthy platform, some of them not.

    5. Re:People stay with what they know by ghjm · · Score: 3, Insightful

      Look, isn't it obvious that .NET is simply transitioning from early mainstream to late mainstream? You can only conceivably call it a "dying" platform if your perspective is 100% early adopter, which is 100% not the perspective of business customers.

    6. Re:People stay with what they know by Corson · · Score: 1

      Thumbs up.

    7. Re:People stay with what they know by Corson · · Score: 2

      "Neither Windows nor Office were ever written in .NET" -- Yes, because the Windows, Development Tools, and Office teams are separate entities and none of them wants to restart from scratch. But new applications for Windows are another story. You can developn C++, C#, and very soon in... Javascript. :)

    8. Re:People stay with what they know by GigaplexNZ · · Score: 3, Informative

      None of Microsoft's own products are written in .NET.

      Visual Studio is.

    9. Re:People stay with what they know by shutdown+-p+now · · Score: 3, Informative

      None of Microsoft's own products are written in .NET.

      Most Microsoft development tools are written partially or wholly in .NET (guess what I do for a living...).

      FWIW, Windows itself has bits and pieces written in .NET as well. Nothing major, but it's there.

    10. Re:People stay with what they know by Anonymous Coward · · Score: 0

      So, increased hiring for .Net programmers means .Net is dying. Whereas decreasing hiring for .Net programmers would mean .Net is dying.

      An interesting little worldview you've constructed for yourself, there.

    11. Re:People stay with what they know by Kaenneth · · Score: 3, Informative

      Sharepoint, Visual Studio, Expression suite, the Tablet API, the Surface platform, Silverlight, many of the Windows 'Live' applications, and the XNA game framework are all written with .NET

    12. Re:People stay with what they know by hairyfeet · · Score: 1

      Yep they have bet on ARM and its gonna bomb like the Hindenburg! I have shown the screencaps of Win 8 to over a hundred customers so far, in all walks of life. these are the people that MSFT is supposed to be selling to and NOBODY LIKED WHAT THEY SAW and NOBODY wanted it. Hell the closest I got to a positive reaction was this exchange:

      "That is a nice looking cell phone picture, what is that? Android? I've heard of that, its supposed to be good....what do you mean Windows? Windows what? Well that is just stupid! Why would I want a cell phone for a desktop?"

      And out of that average housewife's mouth comes wisdom. My customers all love the new Win 7 UI, had no trouble picking up all the cool new features like breadcrumbs and jumplists but not. a. single. one. would even entertain the thought of running Win 8. in fact the reaction I got was "But YOU will be able to get me another Windows 7 if I need it, right?"

      The only nice thing I can say about Windows 8? that it may finally get that pathetic excuse of a CEO Balmer forced to "pursue other interests" and hopefully they can bring Ozzie back or one of the guys from the Office team to right the ship. They finally make a decent UI, that works for both power users and noobs, and what do they do? in yet another example of Ballmer having a raging hard on for Cupertino goes "Ooooh...tablets! Me too me too!" and promptly screws the OS division.

      Does he not know that people buy Windows to run Windows programs and when ALL those programs don't run on ARM they are gonna be bringing those "Windows" devices back EN MASSE? Oh that DOES bring up one other nice thing....all the hackers are gonna be able to buy Windows ARM tablets at Touchpad prices, because the retailers are gonna get stuck with so many returns they are gonna be up to their asses in the things. Between HP trying to commit suicide and MSFT trying their damndest to join them I don't know WTF has got into these CEOs. It is like they have all lost their damned minds.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    13. Re:People stay with what they know by cshark · · Score: 1

      It's COM all over again.
      I think despite the Microsoft's words, that .net is deader than a door nail, with no logical upgrade path.

      Personally, I'm looking forward to Javascript being a full citizen in the land of Microsoft.
      So to all the shit heads that gloated about how great it was that .net was killing com... I say unto them ha ha.

      Although, I can't help but wonder how Microsoft intends to alienate their developers on the next go round.

      --

      This signature has Super Cow Powers

    14. Re:People stay with what they know by ThirdPrize · · Score: 1

      They could make 'em use Javascript? I am personally leaving IT all together if Javascript is the way of the future. Giving up the nice fully featured .Net libraries for something that was designed for manipulating HTML. Come on.

      --
      I have excellent Karma and I am not afraid to Troll it.
    15. Re:People stay with what they know by LifesABeach · · Score: 1

      I'm trying to remember when I looked for a job by what m$ ever said; and that's going back a few years. From my point of view, its what the client had, or wanted to experiment with. Judging by what is advertised by non head hunter companies for software help, they don't listen to m$ either.

    16. Re:People stay with what they know by calzakk · · Score: 1

      IDE yes, compiler no.

  2. Confused by sourcerror · · Score: 5, Insightful

    Isn't Metro just a different GUI library on top of .Net?

    1. Re:Confused by recoiledsnake · · Score: 2

      This is Slashdot, which seems to invent it's own alternate reality when it comes to Microsoft. The headlines and summary spread misinformation, then those are repeated in the comments ad nauseam by the commenters who only get news from Slashdot.

      --
      This space for rent.
    2. Re:Confused by Mondor · · Score: 1

      Yes, it is. Just a GUI.

    3. Re:Confused by tech4 · · Score: 2

      Exactly. Metro is just GUI. In fact, you can use .NET languages to develop for it. Even the article doesn't talk anything about Metro. wtf submitter?

    4. Re:Confused by kestasjk · · Score: 1

      That's one way to look at it..

      The other way is that Microsoft is failing in its goals, and the populace is rebelling against them by going with a quaint older technology rather than Microsoft's newfangled nonsense, and frankly I am inclined to agree.

      (Actually I thought Metro was a GUI design standard.. I don't know much about it but I know it's not a competitor for .NET..)

      --
      // MD_Update(&m,buf,j);
    5. Re:Confused by TheGavster · · Score: 1

      Reading the Wikipedia article on Metro, it doesn't even seem to be an actual UI library, but more of a specific UI design philosophy. I think as long as you emphasize text as the primary design element and break the screen into flat blocks, you could be developing in Scheme using Qt for all Microsoft cares.

      --
      "Because Science" is one step from "Because old book". Try "Because of my experiment testing my falsifiable assertion".
    6. Re:Confused by Anonymous Coward · · Score: 0

      This is Slashdot, which seems to invent it's own alternate reality (FULL STOP). The headlines and summary spread misinformation, then those are repeated in the comments ad nauseam by the commenters who only get news from Slashdot.

      There, fixed that for you. I'm convinced most Slashdotters have never read a single economics, history, religious, or philosophy book of any practical relevance, let alone a technical reference.

    7. Re:Confused by SerpentMage · · Score: 0

      Sorry it is not just a GUI... It is a new API designed to replace the current .NET API. Think of it as follows, .NET is Swing and WinRT is SWT. Both use Java technologies, but they are not compatible with each other. What makes WinRT a royal pain is that it is low level C++ API. Thus C# becomes a second rate citizen and C++ a first rate citizen and it uses COM technologies. Never thought that would happen in that COM is brought back to life.

      The ramification of this is that C++ programmers who feared becoming obsolete now have something to write to instead of the WinAPI. It also means WinAPI is dead and thus things like Wine are history for any new program. As it is a C++ API the binding is going to be difficult to replicate with Wine. C API is much easier to replicate.

      Overall this is a lock-in story by Microsoft. It is what it is and personally I think WinRT will fail overall because it means you are completely beholden to the Windows platform!

      --

      "You can't make a race horse of a pig"
      "No," said Samuel, "but you can make very fast pig"
    8. Re:Confused by Trufagus · · Score: 1

      The problem is not limited to Microsoft stories.

      There are stories on all topics that make no sense. I don't know much about how these stories get selected and edited, but couldn't /. hire editors that know the basics of the technologies so they can weed out stories that are fundamentally wrong or that make no sense?

    9. Re:Confused by SerpentMage · · Score: 4, Informative

      Here is Miguel on the topic and I think he does a great job of explaining it...

      http://tirania.org/blog/archive/2011/Sep-15.html

      --

      "You can't make a race horse of a pig"
      "No," said Samuel, "but you can make very fast pig"
    10. Re:Confused by Tsingi · · Score: 1

      This is Slashdot, which seems to invent it's own alternate reality (FULL STOP). The headlines and summary spread misinformation, then those are repeated in the comments ad nauseam by the commenters who only get news from Slashdot.

      There, fixed that for you. I'm convinced most Slashdotters have never read a single economics, history, religious, or philosophy book of any practical relevance, let alone a technical reference.

      Those are the only kinds of books I read of late. It gives me a deeper understanding of the world. Which is frankly very depressing these days.

    11. Re:Confused by Anonymous Coward · · Score: 0

      "which seems to invent it's own alternate reality when it comes to" using the apostrophe correctly.

    12. Re:Confused by Anonymous Coward · · Score: 0

      Metro illustrated.

    13. Re:Confused by Tsingi · · Score: 1

      What makes WinRT a royal pain is that it is low level C++ API. Thus C# becomes a second rate citizen and C++ a first rate citizen

      Funny, when Is started my current job, while waiting for permission from on high to build Gnu/Linux tech, I was given a project in MS Managed C++.

      It wasn't even close to C++, it was just weird. Thankfully I got the Linux project (That I was hired for) My recommendation was to change the language on that project, not sure if they did.

    14. Re:Confused by Anonymous Coward · · Score: 0

      very accurate, slashdotters associate Windows with Win95. And when they see a command prompt they say: "hey!, look Windows still runs on MS-DOS"

    15. Re:Confused by broken_chaos · · Score: 1

      To be fair, most economics theories these days are wishful thinking.

    16. Re:Confused by Eirenarch · · Score: 1

      Let me translate the /. title for you: .NET developers in demand despite Microsoft's switch to .NET (which of course does not make sense but hey why do we cre about sense if wecan frame MS as betraying their devs).

      If we need to be exact Metro is the UI style. You can develop Metro style apps on any os with any tech if it allows you to go full screen and allows you to draw UI widgets (like tiles). On Windows Phone 7 the apps are Metro style and are developed using Silverlight (an UI framework for .NET). On Windows 8 they are developed either using HTML and JS (there are Windows Specific JS libraries that allow you to draw the widgets and you can call the new Windows API called WinRT). The other way is to use XAML for UI and C++ or C# for backend. XAML is the UI markup language used by Silverlight so in practice the combination XAML + C# is pretty much the same as Silverlight. The controls for metro style apps provided for C++ are the same (i.e. the Silverlight ones). While Silverlight apps themselves won't run without changes the investment in the technology is 100% portable and is in fact the best investment you could have done if you wanted to develop for Windows 8.

    17. Re:Confused by lightknight · · Score: 1, Insightful

      Metro is not the 'problem.' It's their announced shift to C++ (which pulls resources away from C#, as per the original timeline).

      MS saying they want more focus on C++ is a tactful way of saying "we're deprecating C#, fuck you guys." And most of the people who have worked with and promoted MS technologies know how to read between the lines. Since the C# development community is huge for Windows development (extremely large, like it might eclipse C++ in terms of the number of people who actually develop deployed applications with it (not school projects, etc.)), they're essentially destroying a fair portion of their own developer base. Like have the artillery fire on your own supply airports; it's not just dumb, it doesn't make any rational sense.

      C++ is fine, but many C/C++ programmers transitioned to C# a long time ago. That's in addition to the people from other languages that got pulled into C#. They choose C# over C/C++ and friends to get away from the inconveniences of those languages. Building an application in an afternoon is a fricking strength; being able to easily debug it is a strength; having Intellisense work and give useful information about a method you need to use just once in your career is a strength. Unless you are building device drivers or building something that isn't on a MS platform, there really isn't a point in using C or C++. Namespaces, bitches, learn to love them. Learn to enjoy strings being a first class primitive with full support, and not having to spend time chasing the '\0' that you forgot. And so on. Unless you're a masochist.

      Unfortunately, there's this weird myth that C# programmers suck, but only among people who do not use the language. You'd think that despite the fact that it's a MS technology, C/C++ programmers transitioning to it would have been a strong sign that it's a better f*cking language. And C# isn't just a variant of Java; they are not that similar. I believe C#'s language specc alone has been eating Java for the last two generations.

      C# is a core technology that keeps MS afloat. If I were a shareholder, I'd be frightened that they're doing this. Like sell my shares now frightened.

      --
      I am John Hurt.
    18. Re:Confused by ultranova · · Score: 0

      I'm convinced most Slashdotters have never read a single economics, history, religious, or philosophy book of any practical relevance, let alone a technical reference.

      It's not that you can't come up with any better argument than that to defend your own views on said subjects that's the saddest thing here. No, the saddest thing is that you realized even yourself what a pathethic argument that was well enough to post anonymously, yet still felt compelled to post it.

      I cry for you, mr. AC. ;..(

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    19. Re:Confused by lightknight · · Score: 1

      Managed C++ != C#.
      Managed C++ is / was a variant of C++, with a garbage collector and some other things bolted on. C# is a new language, with a strong similarity to C++, that also has a garbage collector. Both languages are managed (from a memory standpoint), and I think both compile down to the CLR, but that's kind of it.

      I don't know anyone who uses Managed C++ (I created a project in it once, gave up; this was back when I programmed in C++). I use C# all the time.

      Managed C++-> http://en.wikipedia.org/wiki/Managed_Extensions_for_C%2B%2B
      C# -> http://en.wikipedia.org/wiki/C_Sharp_%28programming_language%29

      --
      I am John Hurt.
    20. Re:Confused by lightknight · · Score: 1

      They should have finished pulling things into the new managed classes. They didn't finish. Now it appears they never will. So much for a clean break.

      --
      I am John Hurt.
    21. Re:Confused by jsnipy · · Score: 1

      The problem with all of this is the flawed thinking that everything is desktop centric. Metro is new, along with Windows 8. .Net stretches waaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaay further than the desktop. This shows the short sighted thinking of many posters, or the fact that they work in shops still rewriting the same software since the 90's.

      --
      -- if you mod me down, I will become more powerful than you can possibly imagine
    22. Re:Confused by mikejuk · · Score: 1

      .NET languages but not the framework. Also if you want to create a component you need to use C++ which is the only language that can do the job.

    23. Re:Confused by Anonymous Coward · · Score: 1

      "What makes WinRT a royal pain is that it is low level C++ API."

      No it isn't. It is a COM api that is projected *with full fidelity* into C++/.Net/javascript.

      "Thus C# becomes a second rate citizen"

      Again, that's incorrect. C# is a first rate citizen that can both consume and produce WinRT APIs with full fidelity. These APIs use the same data types and operational semantics as normal C# code.

      Furthermore, C#/VB actually have an *easier* time consuming WinRT APIs as both those languages have built in support for the 'async' pattern that is prevalent throughout the entire WinRT.

      Please stop spreading FUD. You do not have any idea about what you're talking about.

    24. Re:Confused by SpryGuy · · Score: 4, Insightful

      That is factually untrue.

      "Microsoft demoed creating new WinRT components on both C++ and .NET."

      http://tirania.org/blog/archive/2011/Sep-15.html

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    25. Re:Confused by sourcerror · · Score: 1

      "Overall this is a lock-in story by Microsoft. It is what it is and personally I think WinRT will fail overall because it means you are completely beholden to the Windows platform"

      Well, you can say that about almost all Windows technologies: WPF, Silverlight, PowerShell, Windows Scripting Host, Active Directory, VBA etc.

    26. Re:Confused by derGoldstein · · Score: 4, Interesting

      It's this type of attitude that separates programmers into idiotic "camps". I'm not talking about MS behaving weirdly and making nonsensical decisions -- that's a given. I mean making it sound like C# is oceans apart from modern C++. When you're programming in C++ and STL (along with some Boost, as required), most programs are going to be almost identical in structure. I know this because I've had to port code back and forth from C# to ANSI C++, and apart from some specific, easy-to-isolate areas (like interfacing with the GUI), the structure of the programs remains the same. You should be separating the code that talks with the GUI no matter what language you use, unless your program is heavily intertwined with the GUI (like graphics programs or visualizers).

      You should be comfortable using both languages. If you're coming from C# to C++, then check out Accelerated C++, and (some time later) follow that up with this advice.

      This isn't like moving from C# to C, it's much closer. Also, you should aim to be a Programmer, rather than a (C++ || Java || C# || Python) Programmer. It'll make your life easier and make you better at your job.

      --
      Entomologically speaking, the spider is not a bug, it's a feature.
    27. Re:Confused by Anonymous Coward · · Score: 0

      We use C++/CLI (which is not the same thing as "Managed C++") to write wrappers between COM stuff and .NET clients. We find we have to solve lots of lifetime issues in that wrapper layer, and we can't rely on tlbimp to do it right.

      It's a pain in the neck, really.

    28. Re:Confused by derGoldstein · · Score: 2, Informative

      See also:
      Here's the one Microsoft Windows 8 slide that everyone wants to redo

      Anyway you look at it, C# isn't going anywhere.

      --
      Entomologically speaking, the spider is not a bug, it's a feature.
    29. Re:Confused by Tacvek · · Score: 2

      Managed C++ has long been deprecated in favor of C++/CLI.

      C++/CLI is C++ plus a set of extensions to allow intermixing C++ and managed objects. The code is by default compiled to a mixture of managed code and native code. It is by far the easiest way to interface managed and native code, since you do not need to use COM, nor do you need to use p/invoke. (Of course if you don't know C++/CLI it may be easier to use one of those other methods).

      There is also the option to generate pure managed code which then uses automatically generated p/invoke calls, and marshaling of managed equivalent structures. The code remains unverifiable, since it uses techniques like raw pointers. The resulting assembly is very unlikely to work on other architecures, due to differences in mangling, alignment, or word sizes.

      You also have the option of attempting to generate "safe" verifiable MSIL (managed code), This puts substantial restrictions on the code, but allows the code to be called by other code running under partial trust. This code is potentially portable, but my not be if calls are made to native code.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    30. Re:Confused by Eirenarch · · Score: 1

      It's their announced shift to C++ (which pulls resources away from C#, as per the original timeline)

      You made this up which makes the rest of your comment bullshit.

    31. Re:Confused by derGoldstein · · Score: 1

      Similar situation here, except I have to hook up ANSI C++ programs with different GUIs on different OSs. I can use Qt sometimes, but if you interface the code with C++/CLI you get a much smaller file size and a much faster (more responsive) UI. I keep a separate file with a bunch of glue-code that converts between containers like std::string and .Net Strings, along with other relatively low-level conversions. C++/CLI sure is ugly, which is why you want to minimize its use. Whenever you can isolate code as standard C++/STL, do so. Still, using C++/CLI is worth it if you want a responsive UI on Windows.

      --
      Entomologically speaking, the spider is not a bug, it's a feature.
    32. Re:Confused by derGoldstein · · Score: 2

      I disagree with much of what he said, but this point is actually easy to corroborate:
      See -- C++ Renaissance at Microsoft, Craig Symonds and Mohsen Agsen: C++ Renaissance, and What does the latest "C++ Renaissance" mean?

      This doesn't mean they're abandoning C#, however.

      --
      Entomologically speaking, the spider is not a bug, it's a feature.
    33. Re:Confused by Unoriginal_Nickname · · Score: 1

      The weekly trends on Channel 9 and MSDN blogs don't dictate company policy. They aren't deprecating C#. In fact, the situation for C# will be much better in Windows 8 than it is right now: Metro is all managed, and you'll be able to access WinRT directly (no more P/Invoke hell like with Win32 API.)

      There are lots of reasons to use C++ on Windows: it's faster, supports intrinsics, offers a superior energy efficiency, does not have an embarrassing pause, trivially offers convenient access to the native APIs, and has a compile-time Turing complete purely functional metaprogramming language. And, yes, it also has namespaces and string objects with bounds-checking. None of these features are new.

      You're doing your career a huge disservice by limiting yourself to one language.

    34. Re:Confused by curmudgeon99 · · Score: 1

      No, it's not. Metro is written in C++. None of Microsoft's products are written in .NET. Neither Windows nor Office use .NET in any way.

    35. Re:Confused by curmudgeon99 · · Score: 0, Troll

      Recall a recent article "Why We Don't Hire .NET Programmers about a CEO who said he saw .NET on a resume as a black mark? Meaning, if your resume has .NET, it means they will consider NOT choosing you as a candidate. .NET developers have everything automated for them and end up with no deep understanding of what they are doing. Remove them from Visual Studio and they cannot fend for themselves.

    36. Re:Confused by Tacvek · · Score: 5, Informative

      I as understand it WinRT replaces COM.

      WinRT consists of several parts.
      The first such part is a replacement for COM, heavilly inspired by managed code. Indeed the restrictions on the exported interface are explicitly designed such that objects remain easy to call from managed code. It also lifts some idiotic restrictions that COM had. The interfaces are now described using CLI metadata in the form of a WinRT file. Despite being heavily inspired b y managed code, this is still all native code, and does not require a garbage collector.

      The second part of WinRT is a set of APIs that replace many Win32 Apis, exported using this new COM replacement. These APIs are also inspired by managed code, especially the naming and namespacing conventions. The APIs are not particularly low level, but are actually rather similar to many of the APIs in the .Net Framework. For example, consider the 'Windows.Data.Json' namespace. That hardly seems low level. Or how about 'Windows.Data.Xml.Dom' which is very roughly a ported version of the .NET 'System.Xml' namespace?

      When writing .NET metro style apps in C#, the Full .Net framework is actually available, although only a portion of it is exposed by default, because the app store will reject Metro-style apps that use APIs not exposed by default, because those APIs can be used to escape the Metro Sandbox. (This is much like how metro-style C++ code could call any win32 API, even those not exposed by default, but that will cause the application to be rejected from the app store).

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    37. Re:Confused by cyber-vandal · · Score: 1

      One CEO of one poxy start up. He had no idea what he was talking about and neither do you.

    38. Re:Confused by cyber-vandal · · Score: 1

      Sharepoint is and so is Dynamics CRM. Stop being a retard.

    39. Re:Confused by curmudgeon99 · · Score: 1

      Let's see: perhaps my 15 years of software development including an early stint with MS technologies might give me some experience.

    40. Re:Confused by Coolhand2120 · · Score: 1

      I don't trust these contractors - they've been using electric drills instead of screwdrivers, I don't think they really know what they're doing.

    41. Re:Confused by cheekyjohnson · · Score: 2

      Wait... so if he said, "1 + 1 = 2," the fact that part of his comment is allegedly made up would make that untrue?

      --
      Filthy, filthy copyrapists!
    42. Re:Confused by PhrostyMcByte · · Score: 3, Interesting

      WinRT doesn't replace .NET or the Win32 API, nor is it a second-class citizen when used from C#.

      Metro apps are intended to be small—about the size of a cell phone app. They aren't made to replace full desktop apps meant to get work done. The .NET APIs you get for Metro apps have been scrubbed, getting rid of "insecure" APIs as well as ones that WinRT made redundant. A lot of the .NET API you've become used to is still available, though.

      It uses COM behind the scenes, but there's no hint of COM in the API -- in fact, people in the Mono project have already begun work on a purely managed WinRT implementation. It definitely doesn't feel like a second-class citizen while using it. I'll be curious to see how much overhead it introduces.

      WinRT in C++ is a little weird. There are two ways to use it: WinRTL, which is written in standard C++ but has all the verbosity of COM, or C++/CX, some extensions to C++ that make using it a breeze if you don't care about portability. It doesn't replace the Win32 API either. They encourage you to use WinRT when possible, but the entire Win32 API is still available. It's not clear if they'll be filtering the APIs you're allowed to use during the review process.

      The biggest problem with Metro apps is that you can't just distribute an exe—all distribution needs to go through the Windows app store, complete with $100/year fees and review process. I'm sure a hack will come out, but this might make life a bit more difficult for many hobby developers trying to reach the common user.

    43. Re:Confused by Coolhand2120 · · Score: 3

      Please read the comments as well as the mia copa at the top of the link you provided.

      http://blog.expensify.com/2011/03/25/ceo-friday-why-we-dont-hire-net-programmers/

      That you think .NET devs are script kiddies speaks volumes about you. I'm curious - what IDE do you think .NET developers should be using? The only thing that VS does for a .NET dev is run the command line for CLI when they click 'build'. Learning how to use CLI to compile from the command line takes 5 minutes to figure out, so there's that hurdle. What other "magic" is VS doing that makes .NET devs so stupid/lazy? Refactoring? Intelesence? Just because you're too ignorant to understand what an IDE is and what the .NET framework is doesn't mean can (without looking like a fool) go around and bash .NET. That you think that .NET devs are script kiddies makes me think that you don't know what .NET is or what a script kiddie is. I'll give you a hint: Script kiddies don't know how to write code - that's what makes them a script kidde.

      But really, I think you've made your little story up there. Please give me the scenario where you would "take a .NET developer out of Visual Studio". Because it sounds a too me like you're fibbing.

    44. Re:Confused by Anonymous Coward · · Score: 0

      No, you're gonna have timothy, and you're gonna like it.

    45. Re:Confused by cyber-vandal · · Score: 1

      I'll see your 15 years and raise you 17 years including current development in MS technologies. You still don't know what you're talking about. Where is your evidence that .NET is dying? Are Microsoft going to kill off ASP.NET which is extremely successful? What are they planing to replace it with? Are they planning to completely rewrite Dynamics CRM and Sharepoint, both of which are ASP.NET applications, and both of which had new versions out recently? If so in what?

    46. Re:Confused by curmudgeon99 · · Score: 1

      Well, since we are describing a future event--we shall see.
      Five years from now we will have our answer. Do you think .NET will be alive and vibrant in 2016?

    47. Re:Confused by afabbro · · Score: 1

      There are stories on all topics that make no sense. I don't know much about how these stories get selected and edited, but couldn't /. hire editors that know the basics of the technologies so they can weed out stories that are fundamentally wrong or that make no sense?

      Dude, it's Slashdot: the editors are even less technically savvy than the readers.

      --
      Advice: on VPS providers
    48. Re:Confused by cyber-vandal · · Score: 1

      Yes I do. I've already asked you what Microsoft are planning to replace ASP.NET with and you, of course, have no idea because you don't know what you're talking about.

    49. Re:Confused by colinrichardday · · Score: 2

      Curmudgeon99 never said that Microsoft was moving away from .NET; he said that developing in .NET doesn't lead to a deeper awareness of programming.

    50. Re:Confused by cyber-vandal · · Score: 1

      He's said it repeatedly on this thread. I lost track of the utter shite he's spouted tonight. Please accept my apologies. However he's still talking bollocks and quoting a tedious (and wrong) coding snob to make his point.

    51. Re:Confused by Coolhand2120 · · Score: 1
      No, Curmudgeon99 said

      Frankly, I've seen this problem in action. Take a .NET developer out of Visual Studio and they flounder. They don't understand what the tool is doing for them. So, without the tool, they are lost. Another name for them is "script kiddies".

      .NET developers are script kiddies?

    52. Re:Confused by Anonymous Coward · · Score: 0

      Curmudgeon99 doesn't have a "deep awareness of programming" so he's not qualified to make that statement. He couldn't even get an interview at most places that require a "deep awareness of programming."

    53. Re:Confused by Twinbee · · Score: 1

      I'm sure it's perfectly possible for a non .NET developer who optimizes the heck out of every program to nevertheless write poorly designed programs which weren't that useful to begin with. And obviously the reverse too. .NET is there to make our lives easier. Otherwise we would be programming in machine code all the time. So well, you can use a command line (slow clap...).

      --
      Why OpalCalc is the best Windows calc
    54. Re:Confused by Coolhand2120 · · Score: 1

      He is clearing stating that he lacks confidence in the rest of what he's saying, not that everything that he says must be false. If you had a broken clock, it would still be right twice a day.

      Falsus in uno, falsus in omnibus - False in one thing, false in all.

    55. Re:Confused by BitZtream · · Score: 5, Informative

      Sigh ... please tell me you don't tell people you know the .NET framework.

      What makes WinRT a royal pain is that it is low level C++ API. Thus C# becomes a second rate citizen and C++ a first rate citizen and it uses COM technologies.

      The Windowing and other GUI apis have ALWAYS been low level C (not C++) APIs, and likely always will be. Windows.Forms was built on top of that. I'm not real sure how you can say that C# is a second class citizen or a first class citizen, it is neither and both. .NET Libraries care not what language they are being used by, sure the API may not feel as natural in one language over the other, but thats not anything new and will always be there.

      Its rather retarded to think that any API other than the one at the lowest level is going to be the one that is most natural. Its all implemented in C at the low level, regardless of what lazy language you throw on top of it.

      Never thought that would happen in that COM is brought back to life.

      Then you have absolutely no idea how the .NET framework is built. .NET Assemblies are extensions to ActiveX, which are ... extensions to COM objects ... which are extensions of OLE2 objects. In fact, every .NET framework assembly is a OLE2 object, as is every ActiveX and COM object, each one just a different set of interface requirements on top of the previous.

      It is what it is and personally I think WinRT will fail overall because it means you are completely beholden to the Windows platform!

      You mean like Windows.Forms is beholden to the Windows platform? So I guess you're saying it would be absolutely impossible for someone to write a clean implementation of it or a wrapper around Qt or GTK to do the same? Thats odd, why do you seem to think what can be done for the Windows.Forms namespace can't be done again, why do you think thats the case?

      I'm fairly certain you have absolutely no idea how the .NET framework works. You have heard of Mono haven't you?

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    56. Re:Confused by colinrichardday · · Score: 1

      Sorry if he said it somewhere else, but I didn't see it in the comments to which you responded.

    57. Re:Confused by cheekyjohnson · · Score: 1

      He is clearing stating that he lacks confidence in the rest of what he's saying,

      That isn't what he said, though. He said that the rest of his comment is "bullshit." Perhaps he should have phrased it in a different way.

      --
      Filthy, filthy copyrapists!
    58. Re:Confused by gbjbaanb · · Score: 1

      do you have a link to that? I know MS is seeing a renaissance in C++ dev, and that can only be a good thing :) but I thought you could use C#/VB or C++ to write WinRT apps (or HTML/JS based ones).

    59. Re:Confused by flimflammer · · Score: 1

      If you actually read the actual article, he never said it was a black mark in and of itself. You'll also see that he backpedaled quite a bit, and in the end he even advertised hiring .net programmers which completely took the point of the article and flushed it down the toilet.

      Really, putting a startup ceo as some sort of reference as to why .NET is something negative is hilarious.

    60. Re:Confused by GigaplexNZ · · Score: 1

      If you had a broken clock, it would still be right twice a day.

      Assuming it's not a digital clock...

    61. Re:Confused by gbjbaanb · · Score: 2

      no, but a majority are what we used to call 'VB devs', only now they have curly brackets, woot!

      Try to develop some C# code outside VS and you'll see it is a very verbose language, you have to do a lot of stuff that used to be a single line or two of C++ - I don't mean access the APIs, but it seems to me that everything you do requires a new object being created. Try writing the code in notepad and you won't like it.

      Now a lot of people say 'but I never will write C# in notepad so its a moot point' not really, it shows how dependant on the environment you are, how much you rely on the IDE to write code for you. I know some people who can't write C# code without resharper being installed!

      So its not the language that gives you productivity, but the IDE. I wish they'd sent all that effort on making the IDE write C++ code for you instead and not bothering with C# at all.

    62. Re:Confused by shutdown+-p+now · · Score: 2

      Isn't Metro just a different GUI library on top of .Net?

      No.

      Metro is not a GUI library. It's not a library at all. It's a term to describe a new kind of apps, specific to Win8, that are fullscreen, run in a very tight sandbox, and have different life cycle that allows the OS to unload them. Basically, tablet-enabled apps for Windows.

      WinRT (Windows Runtime) is the library (and a bit more than that; the term is overloaded). It's not just a GUI library, mind you. It also has file I/O, and sockets, and HTTP, and lots of other stuff. It's most similar to .NET or Java standard class library.

      WinRT is not on top of .NET. The implementation itself is pure native code. It it "projected" into .NET, so that WinRT classes and interfaces look like CLR classes and interfaces. This is done on runtime/bytecode level, not on language level, so any .NET language can target WinRT.

      Not all Metro apps have to use WinRT. In particular, HTML/JS apps don't use it for GUI, and they may not need to use it for anything else if capabilities provided by HTML5 modules (canvas, IndexedDB etc) are sufficient. If they do want/need to use it, it is projected into JavaScript (sans UI parts, since HTML5 is supposed to be used for that with JS).

    63. Re:Confused by shutdown+-p+now · · Score: 2

      "Renaissance" in this case means "no longer a second-class citizen". It doesn't mean "fuck everything else".

      All proof you need is the fact that everything you can do in a Metro app in C++, you can do in C# or VB.

    64. Re:Confused by Anonymous Coward · · Score: 0

      Wow. So many things wrong in such a small posting.

      Here are some corrections:

      1) Metro is the name of the style of UI used in WinPhone, Win 8 and other MS technologies. It's not the actual APIs.
      2) XAML is what is most often used to create Metro Style UIs
      3) XAML is a markup language which can be used in conjunction with .Net language.
      4) XAML is used in conjunction with .Net and non-.Net languages. It doesn't replace them.
      5) C# is not a second class citizen to WinRT. C#, C++ & Javascript are all first class citizens
      6) WinRT is the core technology. Then there are language projects which expose WinRT in each language. All the supported language projects are first class citizens.
      7) Win32 is not dead. WinRT is the preferred API, but ultimately Win32 is still the backbone of the system.
      8) WinRT failing because it locks you into Windows? Pure nonsense. The fact that it's in Windows means it will immediately have 100s of millions of computers using it. Think .Net, it was built by MS to only target Windows. It has been extremely successful.

      Watch some of the //Build/ Videos about WinRT before posting about it. They explain WinRT and it's relationship to Windows and .Net in detail.

    65. Re:Confused by shutdown+-p+now · · Score: 1

      By the way, with Win8 and WinRT, it's easier than ever to create components in one language and use them in another. Previously you could do that if you targeted CLR for all languages, but that doesn't work so well for C++, where idiomatic use of the language (STL, Boost etc) results in bytecode that's too complicated for the JIT compiler, and is poorly optimized with a significant perf hit.

      In Win8, you write native portable C++ code, wrap it in (still native) C++/CX classes, and your .NET code sees them as if they were .NET classes. It works the other way around, as well - code something in .NET and use it from native C++ directly.

      You can even do some pretty weird things, such as taking a C++/CX class, and inheriting from it in .NET. So half of your object lives on the native heap, and half is managed...

      Ditto for JS (it can't define its own classes, but it can use ones written in C++ or .NET).

    66. Re:Confused by shutdown+-p+now · · Score: 1

      Here is one more write-up that may be helpful in putting the bits together.

    67. Re:Confused by shutdown+-p+now · · Score: 1

      They encourage you to use WinRT when possible, but the entire Win32 API is still available.

      Not entire API, no. Try calling e.g. CreateFile in a Metro C++ app - it won't even compile. This describes it in more detail, and this lists all APIs that are available.

      It's not clear if they'll be filtering the APIs you're allowed to use during the review process.

      It will. You can try it yourself by using something that's banned (e.g. by making your own dllexport declaration) and then running it through Windows App Cert Tool.

    68. Re:Confused by shutdown+-p+now · · Score: 3, Informative

      The Windowing and other GUI apis have ALWAYS been low level C (not C++) APIs, and likely always will be.

      The whole point of WinRT is to change that, actually. It's no longer low-level C. It's an object-oriented API from ground up using a framework that's deliberately designed to be consumable from different languages (GC or no GC, static or dynamic typed... there are a lot of considerations there).

      Then you have absolutely no idea how the .NET framework is built. .NET Assemblies are extensions to ActiveX, which are ... extensions to COM objects ... which are extensions of OLE2 objects. In fact, every .NET framework assembly is a OLE2 object, as is every ActiveX and COM object, each one just a different set of interface requirements on top of the previous.

      You are absolutely wrong here. .NET assemblies are not extensions to ActiveX. It doesn't even make sense, because an "ActiveX object" is a COM component with a visual UI. Nor are they COM objects. You can take a .NET class and make it visible to COM as a COM object, but it has to be explicitly done, limits what you can do with such a class, and is implemented via a separate bridge (COM Interop).

      Heck, .NET classes don't implement IUnknown (the most basic requirement for a COM object).

    69. Re:Confused by shutdown+-p+now · · Score: 1

      Actually I thought Metro was a GUI design standard

      You're mostly right. In Win8 context, "Metro" is also the description for new-style sandboxed apps. WinRT is the new standard library (that's also available in .NET).

    70. Re:Confused by triffid_98 · · Score: 1

      line or two of C++ - I don't mean access the APIs, but it seems to me that everything you do requires a new object being created. Try writing the code in notepad and you won't like it.

      Because C# is an object oriented language strongly related to Java/J++? If you really want procedural code just write it as a static method in a library class, that's 3 extra lines of code sir.

      As for C# writing code for you, yes, if you are doing GUI shit and drag controls onto a form then it instantiates the object in your code. We are talking a couple of lines of code that it's smart enough to write for you. If you don't want auto-complete or re-factoring tools,etc. nobody is forcing them on you.

      This is entirely different from the Visual C++ 'wizard' interface that would auto-generate stacks of code that you then had to hack apart because it didn't do exactly what you wanted.

      PS. Some of us already know how computers work at a low level but would rather not hand-optimize code/memory maps that the compiler does a better job at anyway.

    71. Re:Confused by shutdown+-p+now · · Score: 1

      .NET and C# are not going anywhere. Everything you can do in a Metro app in C++, you can also do in C# - by design.

      Heck, you can usually do it easier, especially because a lot of WinRT APIs are intentionally future-based async only (e.g. most of file and network I/O) so that developers don't block the UI thread with blocking I/O. And C# (5.0) is easiest to use those APIs from, because it has direct language support for them - in both C++ and JS, you have to explicitly sign up a continuation for the task, usually with a lambda, and of course loops and other constructs cannot straddle that boundary.

    72. Re:Confused by shutdown+-p+now · · Score: 1

      .NET languages but not the framework.

      False. The framework is significantly trimmed down, but most core libraries are still available (e.g. collections, streams, XML etc).

      Also if you want to create a component you need to use C++ which is the only language that can do the job.

      False. Any public .NET class in a Metro library project is automatically a WinRT component, and can be used as such - from C++, JS etc.

    73. Re:Confused by shutdown+-p+now · · Score: 1

      Thanks for a correct and concise summary of how things work.

    74. Re:Confused by bzipitidoo · · Score: 1

      you should aim to be a Programmer

      Try telling that to Human Resources.

      --
      Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    75. Re:Confused by Eskarel · · Score: 3, Informative

      Except that's not what they're doing, they're un-deprecating C++, not deprecating C#.

      Microsoft seems finally to have come to the conclusion that anyone with a lick of sense could have told them a decade ago. Some things work really well in managed code, some things don't. A large part of Microsoft's product suite has been migrated to .NET, but for reasons anyone with half a brain could tell you, not everything should be written that way. At the absolute least, you need to write enough code to run .NET(or any managed code) in an non managed language because unlike C++, managed code cannot run itself. In addition to that sort of stuff there's plenty of things which could be written in .NET, but for which doing so wouldn't make any real sense.

      At present there are certain things in the Windows OS which are a huge pain to do in C++ since Microsoft has essentially replaced MFC with .NET, so you end up mixing in C# code where it really doesn't make any sense. Microsoft are rectifying this and allowing C++ to be an equal player, they're not getting rid of .NET, they are continuing to build their own software in .NET(where it makes sense), they're just allowing C++ programmers to play too.

    76. Re:Confused by Anonymous Coward · · Score: 0

      > Its all implemented in C at the low level, regardless of what lazy language you throw on top of it.

      Don't forget the pieces of assembly used to glue together things that can not be done in C, or the microcode on the processor that can not be done in assembly, or the traces on the processor which can not be done in microcode. C is not as low as it goes.

    77. Re:Confused by TheCycoONE · · Score: 2

      He could be referring to the .designer classes that are made when you use the form designer tools, or some of the convenient templates. I would argue back that typing tons of tedious repetitive code doesn't make you a better programmer - QT Designer and Eclipse provide the same shortcuts for the same reasons.

    78. Re:Confused by spongman · · Score: 3, Informative

      AFAIK, it's not a replacement of COM, as such. more like a set of enhancements to COM:

      - it's still based on IUnknown
      - instead of CoCreateInstance, HKCR & CLSIDs, theres RoActivateInstance and its string-based registry entries.
      - instead of VB's IDispatch/ITypeInfo, there's IInspectable/IMetaDataImport2 for getting type information
      - instead of BSTR, there's the immutable HSTRING

      the confusing this is that there's a whole bunch of work done in the language environments (C++ compiler, .NET runtime) to make all this invisible.

    79. Re:Confused by Anonymous Coward · · Score: 0

      Metro isn't a language. It's an interface theme for silverlight. Silverlight is cool until you want to do something more comlicated like update a database. It's basically a subset of C#. Sort of like javascript is a subset of java. Sort of.

    80. Re:Confused by murdocj · · Score: 1

      Superficially, C++ & C# are similar. In practice, C++ suffers from the history of being C with lots of stuff grafted on to it. For example, C++ "references". They aren't references, they are syntactic sugar on top of pointers. Just try getting a reference to an element of an STL vector and then add elements to the vector until the vector is reallocated. Your "reference" now refers to crap. Any other language that I know of that has references, they aren't invalidated by underlying memory operations.

      That's just one example. I use C++ day in and day out, and combined with STL it certainly is powerful, but it is WAY trickier and easier to have random aborts in than any managed language (Java, C#, VB.Net, etc).

    81. Re:Confused by Moondevil · · Score: 1

      To a certain extent it is true, and I am of the ones delighted with the C++ Renaissance happening at Microsoft.

      However, I have to ask what means managed? If I compile C# to native code like the Bartok compiler does, is it still managed?

      If I create a C or C++ application and make use of Boehm GC libraries, it is now managed?

      Managed and native are just marketing buzzwords.

    82. Re:Confused by Anonymous Coward · · Score: 0

      If you had a broken clock, it would still be right twice a day.

      Assuming it's not a digital clock...

      Isn't 12:00 a valid time?

    83. Re:Confused by Anonymous Coward · · Score: 0

      I mean making it sound like C# is oceans apart from modern C++.

      My main problem is the time it takes to setup development environments. I can setup a C# environment within minutes, Visual Studio, add the references to the projects in the solution and bam, ready to go. C++? I have to spend over an hour to ensure I have the right SDKs, that libs are compiled for debug and release purposes, single or multi-threading etc., that paths and environment variables are set correctly, that a bunch of random options are set correctly for my compiler in Visual Studio and even after all that IntelliSense never seems to work properly and this is just for one project. If you have multiple then you have to change configuration between them if there are any conflicts between the two (one relies on older lib). The sad thing is, I actually like C++, I just hate the damn overhead and that every bloody book or resource focuses on learning the language itself rather then learning how to setup a compiler, IDE or development environment. I still fumble around like an idiot.

    84. Re:Confused by geminidomino · · Score: 1

      Yes, but "" (NULL) and 18:88 are not.

      Digital clocks display 12:00 when unset, they don't tend to display anything meaningful when broken.

    85. Re:Confused by dunkelfalke · · Score: 1

      I know this because I've had to port code back and forth from C# to ANSI C++, and apart from some specific, easy-to-isolate areas (like interfacing with the GUI), the structure of the programs remains the same.

      This doesn't prove anything. I've ported a XModem/YModem protocol library from C# to C (not even C++) a year ago and both were almost identical in structure afterwards.

      Also, you should aim to be a Programmer, rather than a (C++ || Java || C# || Python) Programmer

      That is true. Although the languages one knows do influence the way one writes software. I definitely became a shoddier developer when I switched from Delphi to C.

      --
      "It's such a fine line between stupid and clever" -- David St. Hubbins, Spinal Tap
    86. Re:Confused by badatnicknames · · Score: 1

      I always thought what hindered .Net was Microsoft's refusal to adopt it wholesale. Supposedly, the original Vista made more use of it even for explorer. If they can't convince themselves it's the right way to go why should anyone else. Like you say, it seems for certain things .net can make sense just not for everything. When they adopted it wholesale in VS10 people complained that part of the reason it performed so badly was because of that. There were also alot of limitations that were introduced that weren't there in previous VS versions.

    87. Re:Confused by smelch · · Score: 1

      Have any of you even looked at the Win8 Preview SDK? It makes all of the "C# and .NET are dead!" comments laughable. It's like they don't care they're obviously wrong, they just want to make it seem for the moment that C# developers are screwed so they don't feel so bad for not taking it seriously when it came out. They'll keep screaming their points with no facts at all until the screaming itself becomes the "fact" they need.

      --
      If I can just reach out with my words and touch a butthole, just one, it will all be worth it.
    88. Re:Confused by Shoe+Puppet · · Score: 1

      .Net stretches waaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaay further than the desktop.

      Microsoft invented .Net before Windows 95 was released?

      --
      (+1, Disagree)
    89. Re:Confused by Com2Kid · · Score: 1

      but it seems to me that everything you do requires a new object being created.

      Not nearly so much as Java, but C# is a class based OO language, where as C++ is multi-paradigm. Of course C# is going to be more heavily class based.

      In other news, LISP requires lots of functions and parens.

    90. Re:Confused by Anonymous Coward · · Score: 0

      No.

      Metro is not a GUI library. It's not a library at all. It's a term to describe a new kind of apps, specific to Win8, that are fullscreen, run in a very tight sandbox, and have different life cycle that allows the OS to unload them. Basically, tablet-enabled apps for Windows.

      WinRT (Windows Runtime) is the library (and a bit more than that; the term is overloaded). It's not just a GUI library, mind you. It also has file I/O, and sockets, and HTTP, and lots of other stuff. It's most similar to .NET or Java standard class library.

      WinRT is not on top of .NET. The implementation itself is pure native code. It it "projected" into .NET, so that WinRT classes and interfaces look like CLR classes and interfaces. This is done on runtime/bytecode level, not on language level, so any .NET language can target WinRT.

      Not all Metro apps have to use WinRT. In particular, HTML/JS apps don't use it for GUI, and they may not need to use it for anything else if capabilities provided by HTML5 modules (canvas, IndexedDB etc) are sufficient. If they do want/need to use it, it is projected into JavaScript (sans UI parts, since HTML5 is supposed to be used for that with JS).

      It's not projected any more than the Win32 is "projected". It's an API pure and simple. Just as I could write C++ code using MFC to write a Windows classic application, so could I indirectly call those same APIs via the WinForms library in .Net framework. WinRT is thesame. It expressed several different bindings for different envionments that call into this code. An NO it is not a .Net - like system. It's the .Net framework. If you actually knew anything about .Net hosts work you'd realize that sandboxing and assembly loading is 100% in the control of the host system. Just by default everything get's loaded. Not so in WinRT, it has a very detailed policy.

    91. Re:Confused by shutdown+-p+now · · Score: 1

      It's not projected any more than the Win32 is "projected". Just as I could write C++ code using MFC to write a Windows classic application, so could I indirectly call those same APIs via the WinForms library in .Net framework

      "Projection" in WinRT parlance (it's an official term, look it up on MSDN) is adaptation of WinRT type system and API surface to the language/framework. For example, WinRT has the concept of an "interface group" - in .NET, this is presented as interface inheriting from all members of the group. For another example, in WinRT, there are several well-known types such as string, GUID, Uri etc - for .NET projection, those are mapped to System.String, System.Guid and System.Uri, correspondingly. WinRT collection interfaces (IIterable, IVector, IMap) are mapped to .NET collection interfaces (IEnumerable, IList, IDictionary). And so on - there are many little details like that.

      And no, it's not just an API "like Win32". To call Win32 from .NET, you have to explicitly declare DLL entry points as static methods decorated with [DllImport]. There's nothing like that with WinRT. There is nothing like COM interop reference assemblies, either. You directly reference a WinRT metadata file (.winmd) as if it was a .NET assembly, and all types declared within are visible as .NET types. Unlike what is typical for bindings for C/C++ libraries, WinRT projection is not pregenerated - you can write a custom component, and it's immediately visible from .NET same as stock classes.

      This is completely different from WinForms, which wraps Win32 APIs. When a new Win32 API appears, it isn't magically supported by WinForms. But when a new WinRT API appears, it is immediately visible in .NET

      It's the .Net framework.

      That's plainly false. WinRT is not .NET. It's not managed. It doesn't have any VM or GC. I don't know where you've got the idea that it's .NET, but it's wrong.

    92. Re:Confused by Eskarel · · Score: 1

      If you really think managed and native are just buzzwords, you're either one of the best programmers I've encountered or one of the worst. The only way wouldn't see the difference is if you either impeccably clean up everything you create by hand, or your programs leak memory like a sieve.

    93. Re:Confused by Tacvek · · Score: 1

      It is indeed based in part on the old COM infrastructure, but that is more an implementation detail than anything, especially since much of the API has changed as you show. Indeed implementing IUnknown appears to be unnecessary to the design of WinRT components, and as far as I can tell exists primarily to help ease porting of large COM-based applications.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    94. Re:Confused by spongman · · Score: 1

      IUnknown is still very much there and fundamental, it's just hidden when you use the compiler extensions - it does it all for you.

  3. What a stupid headline by ilsaloving · · Score: 5, Insightful

    Of *course* .NET programmers are demand 'despite the move to metro'. Windows 8 isn't going to be release for at least a year, and Windows shops need software built *now*.

    I mean, c'mon... that's not even wrong!

    1. Re:What a stupid headline by Anonymous Coward · · Score: 0

      The article reeks of an advertisement.

    2. Re:What a stupid headline by mikejuk · · Score: 1

      The interesting bit is the sudden rise in the demand for .NET. That is more difficult to explain.

    3. Re:What a stupid headline by curmudgeon99 · · Score: 2

      The economy is coming back--that's why. If .NET jobs plunged 75% two years ago and rose 25% this year, that does not suddenly signal a .NET renaissance. If you knew a 20-something getting into programming--would you steer them into .NET? No fucking way. You'd make them learn Java, PHP and Ruby. Java is on fire right now, for example.

    4. Re:What a stupid headline by unrtst · · Score: 1

      100% agree.

      Even if one were looking for "metro" developers, there's no way to put in "5+ years experience with Metro development". At least with .Net in the posting, you'll get windows devs that are likely to know about Metro being in the pipeline.

    5. Re:What a stupid headline by Anonymous Coward · · Score: 0

      It has nothing to do with the latest tech. Corporate types mandate .NET because it's Microsoft, and the kind of "pros" who only know stuff there's a certification for follow along.

    6. Re:What a stupid headline by Darinbob · · Score: 1

      You're spoiling a perfectly entertaining rant.

    7. Re:What a stupid headline by shutdown+-p+now · · Score: 1

      More importantly, even when Win8 is released:

      - most businesses will not switch right away (they're still switching to Win7!);
      - most line-of-business apps don't need to run on tablets, and will work better as regular desktop apps;
      - even for Metro apps, you'd still need a server-side backend (database, app logic etc) - and in a Microsoft shop it'll likely be written in WCF and such.

    8. Re:What a stupid headline by GigaplexNZ · · Score: 1

      You'd make them learn Java, PHP and Ruby. Java is on fire right now, for example.

      <bad_joke>Only because Oracle keeps trying to kill Java with fire.</bad_joke>

    9. Re:What a stupid headline by artsrc · · Score: 0

      Windows shops need software now, but they might the software to last a while.  They also might like there software to run on some iPads that the Sales team are buying.  So perhaps they might look at other options, like HTML UI's for applications where that is appropriate.

    10. Re:What a stupid headline by Slime-dogg · · Score: 1

      I get nearly nonstop calls from across the country for .NET related positions. I would most definitely recommend including .NET in the repertoire. Only someone that's pledged themselves to the religion of software philosophy would encourage another to purposely limit their potential. To do so is pretty insane.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    11. Re:What a stupid headline by curmudgeon99 · · Score: 1

      Well, by the same token, if I want to change jobs, I just put my resume out on Monster or Dice and then wait for the Tsunami of interest to come in. The minute I accept an offer, I immediately go to Monster/Dice and remove my resume. With Java since 1998 on my resume, I get a Tsunami of interest every time. I cannot say what it is like having .NET on a resume--since I have none of that--but having Java/JEE on a resume is huge.
      Also, the Java space anymore is so huge, I don't think I could be a master of both Java and .NET.

  4. .NET Metro by Anonymous Coward · · Score: 1

    You can write Metro apps in .NET

    1. Re:.NET Metro by mikejuk · · Score: 0

      No you can write Metro apps in C# and VB but you can't use the .NET framework.

    2. Re:.NET Metro by Anonymous Coward · · Score: 0

      Bullshit.

    3. Re:.NET Metro by Tacvek · · Score: 2

      The full .Net framework is technically available. By default only a subset of is exposed to Metro-style apps because Metro is sandboxed, and the excluded APIs could potentially be used to subvert the sandbox. It is not difficult to use the full .Net API from Metro-style apps, but if you do that, your app will be summarily rejected from the Windows app store for using unauthorized APIs.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
  5. Metro isnt a replacement for .NET by Anonymous Coward · · Score: 5, Informative

    Metro is merely a new style of app interface that can be written using .NET, not a replacement for it.

  6. If it aint broke don't fix it by Haedrian · · Score: 1

    .NET is pretty much a winner in my opinion. There is a heavy demand for it, and if you know C# you pretty much know Java (and vice versa).

    I don't know the point in trying to move people off something which works already. Also the new metrosexual UI is garbage and I'm hoping most people will give it a miss, and anyway tech companies aren't generally eager to move off a working system.

    1. Re:If it aint broke don't fix it by Anonymous Coward · · Score: 1

      Metro is a clear miss when it comes to a UI for a classic mouse and keyboard driven computer. I've tried it, and it sucks from that perspective. I've also tried it on a Samsung slate - and it works well from a touch-only perspective. In both cases, the system seems a bit "disconnected" because they bring along the albatross of the legacy installed base (meaning trying to run apps written for mouse and keyboard input on a slate you get dumped to the Windows desktop which is NOT friendly to touch only devices). MS seems to be making the bet that people will want / need the legacy apps to run on their slate. Apple made the opposite bet by not making the iPad run apps written for OS X.

    2. Re:If it aint broke don't fix it by DeathFromSomewhere · · Score: 1

      You realize the dev preview is in fact only a preview? It's not a final design in any way. You can expect the final product to be better then the preview for both touch and mouse users.

      --
      -1 overrated isn't the same thing as "I disagree".
    3. Re:If it aint broke don't fix it by tech4 · · Score: 1

      Well guess what, you can still use traditional desktop and desktop apps with Windows 8! Metro is just GUI for tablets and those who want to use it on computer.

    4. Re:If it aint broke don't fix it by 0123456 · · Score: 1

      You can expect the final product to be better then the preview for both touch and mouse users.

      Why? Metro sucks by design for desktop users and desktop apps suck by design for tablet users. Pushing Metro on the desktop and desktop apps on tablets shows that Microsoft is in total retard mode.

    5. Re:If it aint broke don't fix it by kestasjk · · Score: 1
      You sound afraid of change..
      • Metro is good, the move towards it is because it's better,
      • C# and Metro don't compete (like Java and Swing don't compete),
      • people said the same thing about .NET ("what's wrong with COM+?" they might have asked),
      • people say the same thing about everything,
      • working systems don't work when no-one wants them because they use obsolete technology.
      --
      // MD_Update(&m,buf,j);
    6. Re:If it aint broke don't fix it by Haedrian · · Score: 1

      • Metro is good, the move towards it is because it's better,

      Like the move to the newer FB interfaces right? Or Unity. Or GNOME 3.

      The move towards it is because whoever is in charge of product development said so.

      C# and Metro don't compete (like Java and Swing don't compete),

      Wasn't it written in another article that Metro would be programmable in HTML 5 ? That looks like competition to me.

    7. Re:If it aint broke don't fix it by Mondor · · Score: 1

      Pushing Metro on the desktop and desktop apps on tablets shows that Microsoft is in total retard mode.

      Indeed. That's why I hope they won't do that in final release. It appears that WinRT and Metro are pointing at failure and it's worrying to see how easily they kill what was promoted so much. Silverlight, for example.

    8. Re:If it aint broke don't fix it by Anonymous Coward · · Score: 0

      Metro is the design style, not an API. The actual API, called WinRT, can be programmed in native code (C++), the CLR (C#, VB, F#, IronPython, etc.) and Javascript. It uses an interface definition file to hide the COM calls. The new API is basically a subset of the .NET API with additions to make it easier for the Metro style and subtractions due to the sandboxing.

    9. Re:If it aint broke don't fix it by scottbomb · · Score: 1

      Not according to the current beta. I tested it too. Go to the desktop and try to open the start menu. You're back to metro. For those old enough to remember, the start menu was the star of the show when Windows 95 was released. And for good reason. It's useful, customizable, and it doesn't hog your entire screen like metro does. As the above poster pointed out, this is a GUI for a tablet, not a desktop (or laptop) PC.

    10. Re:If it aint broke don't fix it by scottbomb · · Score: 1

      "Better" in what way exactly?

      The masses are embracing Win 7 because it brought some really cool new features and it's rock-solid-stable. I don't recall reading any bad reviews of it. I don't remember ANYONE saying stuff like "WTF is this garbage? I'm sticking with XP!" People aren't afraid of change when they like the change. Win 8 on the other hand? Very few positive reviews (except from those who tested it on a tablet). It's a TABLET INTERFACE that Microsoft is shoving onto a PC. How the hell is that supposed to make it "better"? The folks at Canonical are guilty of pulling the same crap with Unity on Ubuntu. At least over there, I'm free to use whatever UI I want.

    11. Re:If it aint broke don't fix it by Missing.Matter · · Score: 1

      1) It's not a beta. It's a developer preview that may be considered closer to an alpha release.

      2) Turning off the metro start menu is a registry edit away. Who knows if that will be changed to a user-accessible check box in the next year+ Windows 8 will be in development

      3) Microsoft has collected data that shows people are using the start menu less and less. I mean, in essence, what is the start menu? It has shortcuts to all your programs, a search feature, some folder shortcuts, and the power button. It turns out people are just pinning their programs to the task bar, and end up never even accessing the start menu. The rest of the time it seems people go into the start menu to use the search feature to search their installed apps rather than browse a list. Consequently there re other ways to access search in Windows 8 other than the start menu.

      It seems to me that the start menu in Windows 8 is no longer just supposed to be a launcher for applications. You may like it to be that that, and it seems you more or less have the option to keep it that way, or at least there are 1000 app launchers out there for you to choose. But what they seem to be doing is consolidating search, apps, widgets, (which are currently spread across start menu, desktop, taskbar, and system tray). This seems like a useful evolution to me.

    12. Re:If it aint broke don't fix it by Missing.Matter · · Score: 1

      Metro isn't touch only. The Zune software was pretty much the first metro-style app and it works brilliantly with keyboard/mouse.

    13. Re:If it aint broke don't fix it by 0123456 · · Score: 1

      The masses are embracing Win 7 because it brought some really cool new features and it's rock-solid-stable. I don't recall reading any bad reviews of it.

      The masses are embracing Win 7 because it came on their PC and doesn't suck as bad as Vista did. I have Windows 7 on my laptop and while I only boot into it every few weeks to play a game that doesn't run in Wine, I've yet to see a 'really cool new feature' that wasn't in XP.

      I agree with you about Windows 8 though, it seems to be Vista++. Maybe Windows 9 will actually separate the desktop and tablet versions and be worth using again.

    14. Re:If it aint broke don't fix it by 0123456 · · Score: 0

      Microsoft has collected data that shows people are using the start menu less and less.

      The Start Menu in Windows 7 sucks. So people use it less. So Microsoft say 'people aren't using the start menu as much, so we're going to get rid of it'.

      Screw things up then blame the users. It's the Microsoft way.

    15. Re:If it aint broke don't fix it by SpryGuy · · Score: 1

      Wrong. The start menu in Win7 is perfectly fine (more functional than XP in just about every way).

      The issue is that the new task bar serves as an excellent launcher and more people are using the task bar, jump-lists, etc.

      The start-screen replaces all the functionality of the Start menu and provides a bunch of enhancements as well. For desktop/mouse oriented users, it is currently very rough and not optimized. They've said this as clearly as possible that tehre is a lot of enhancment going on that didn't make it into the developer preview.

      I think it's a bit too early to judge just yet. We'll know more when the beta is released, but even I can see that the new start screen will prove useful to even non-touch desktop users.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    16. Re:If it aint broke don't fix it by SpryGuy · · Score: 1

      You have yet to see any feature that is cool in Win7 that wasn't in XP? Seriously?

      Drag-and-drop re-arranging of taskbar buttons

      Jump-lists with most-recently-used documents and other quick featuers (app doesn't need to be running to use them!)

      Areo snap (snap to left/right, snap-to-full-height) makes window management much easier.

      Tons of new short-cut keys (especially useful are the ones for hadningling projectors and secondary screens: Win-P)

      Improved search and Start-Menu-Search.

      Vastly simplified "Homegroup" networking.

      Full 64-bit support (not that half-assed WinXP64 crap).

      "Play to" for playing media to other devices (Win7 or even XBox extender devices) and remote media streaming.

      And that's just off the top of my head... I know that every time I have to sit at an XP machine now, it feels like going back into the dark ages and having to use stone knives and bear skins to get anything done.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    17. Re:If it aint broke don't fix it by Anonymous Coward · · Score: 0

      3) Microsoft has collected data that shows people are using the start menu less and less. I mean, in essence, what is the start menu? It has shortcuts to all your programs, a search feature, some folder shortcuts, and the power button. It turns out people are just pinning their programs to the task bar, and end up never even accessing the start menu. The rest of the time it seems people go into the start menu to use the search feature to search their installed apps rather than browse a list. Consequently there re other ways to access search in Windows 8 other than the start menu.

      Is there a measurement bias going on? I tend to disable any auto-reporting function when I have the chance. Less sophisticated users--the ones less inclined to use the start menu--would also be less likely to disable to disable a software phone-home function than would more experienced users.

    18. Re:If it aint broke don't fix it by Voyager529 · · Score: 2

      Microsoft has collected data that shows people are using the start menu less and less.

      Microsoft is misunderstanding this data point. Just because people are using it less doesn't statistically say that it's less useful to them. It simply means that between the start menu, the quick launch/taskbar, and the desktop (barring people like me who use Stardock Objectdock, Launchy, or other third party add-ons), the start menu is the least used. However, it doesn't indicate how useful it is to them once it is opened. Also, Microsoft's stat gathering habits are opt-in, which usually precludes power users and corporate installations.

      The best car analogy I could come up with is this: I live in New York, which means that we get decent amounts of snow each winter. if Volvo were to take usage statistics of my car in the summer and indicate that that the traction control was only enabled 30 trips out of the 1,000 or so trips I make with that car in a year, it doesn't indicate that traction control isn't valuable. I remember at least twice when the traction control saved me from an accident, so by any REAL metric it's incredibly useful, despite being a statistical anomaly.

    19. Re:If it aint broke don't fix it by RobbieThe1st · · Score: 1

      Um... *raises hand*
      I have Windows 7 on my ThinkPad laptop which I dual-boot with Linux. I've just about gotten fed up with 7 and am very tempted to go back to XP.
      Why? Here's a few reasons:
      1. Takes 5-8 minutes to shut down, thrashing the disk the entire time(And not when updates are happening either).
      2. While playing TF2, "audiodg.exe" will randomly take the entire CPU for 30s, then start working properly again. Doing the various suggestions found on google - updating audio drivers, disabling effects on the sound device etc - improved but did not rid me of the problem.
      3. Several times, it has randomly shut down while I'm working. Not a crash, just a controlled shutdown for no descernable reason. Power management is disabled, it's on AC... and yet it decides to shut down. And my hands were *nowhere* near the power button.

      So, yes... It may be shiny and nice, but if it won't let me play games - which is the only reason I'm using it and not Linux exclusively on that machine - what use is it?

    20. Re:If it aint broke don't fix it by curmudgeon99 · · Score: 2

      Bullshit. The Java world is so huge and is much more than just the language. Java is surrounded by a sea of open-source technologies such as Spring and Hibernate and all the other things you need to know to succeed. Also, if all you have on your resume is C pound, nobody is going to consider you for a Java job.

    21. Re:If it aint broke don't fix it by lennier · · Score: 1

      The masses are embracing Win 7 because it brought some really cool new features and it's rock-solid-stable.

      The masses are embracing Win 7 because Win XP is being end-of-lifed and Win 7 is all you can buy now.

      I've been using Win 7 for over a year and I don't love a lot of things about it, such as the search box in the Start Menu which resolutely refuses to just get out of my way and find things. But what am I going to do? It's the new corporate standard, I don't have a choice. Well, I could quit my job and go work at a Linux startup in my garage, I guess. But I'd probably have better luck launching a rocket to the moon, so I learn to put up with Win7's quirks.

      One thing I do love about 7? PowerShell. Now that is more like what I expected from the computer revolution back in the 80s: an OO language which is actually object-oriented in the original Smalltalk sense instead of glorified C compiler preprocessors like C++ ,COM, Java and .NET. If the team who designed PowerShell ever set their minds to building an entire OS, it would blow everything else away.

      Naturally that won't be allowed to happen, I guess. But one could dream.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    22. Re:If it aint broke don't fix it by lennier · · Score: 1

      Improved search and Start-Menu-Search.

      Yes, that's one of my pet annoyances with Win 7.

      It's very cool - in theory - to be able to type in the box and search the Start Menu for stuff. And when it works, it's great.

      What isn't so cool is how the Start Menu search box is now much less usable for direct navigation to the file system, which is what I used to use it for. See, in XP, I'd regularly bring up the Start Menu, R for Run, and then type C:\My Stuff\Whatever, and there I'd be. Now, I bring up the Start Menu, click in the search box, start typing C:\... and half the time instead of bringing up an Explorer window, the "intelligent" search decides in its higher wisdom to instantiate the first Control Panel applet it can find beginning with "C".

      This is less than helpful, and the behaviour is not predictable. It seems to depend on exactly how fast I type, and the general impression is of a system that's just flaky and unreliable.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    23. Re:If it aint broke don't fix it by Tapewolf · · Score: 1

      I have noticed that Oblivion and Fallout 3 crash the sound system if they aren't run as Administrator. I don't know if TF2 has that problem, but it's worth trying, if you are currently running them as a normal user.

    24. Re:If it aint broke don't fix it by afabbro · · Score: 1

      If that's the best you can do, the previous poster is correct: no really cool new features.

      --
      Advice: on VPS providers
    25. Re:If it aint broke don't fix it by RobbieThe1st · · Score: 1

      Huh, never even thought of that!
      I guess I've been running Linux too long...

    26. Re:If it aint broke don't fix it by DocHoncho · · Score: 1

      Well luckily for you, Win-R still does exactly what it used to do in XP. You're complaining that two completely different features don't provide a 1-to-1 mapping to the functionality to each other. IMHO the Win7 search bar is way to slow and practically useless. I replaced it first with Find and Run Robot and then Launchy because Mouser is a silly fuck who likes to annoy is users and make them periodically visit his stupid fucking forums to get a free code, for no obvious reason what so ever.

      The problem with the Win7/Vista Start Menu search is that is apparently is incapable of caching results, even though it burns cycles like no-ones business building some (apparently) useless index. It still takes 10-20 seconds for the silly thing to recognize a search string that I use all the time. By contrast, FARR and Launchy are pulling up results as I type, and actually bother to learn that when I type "notepad++" the first result should be the actual application, and not the bloody help file.

      --
      Celebrity worship is a poor substitute for Deity worship and costs more to boot.
    27. Re:If it aint broke don't fix it by DocHoncho · · Score: 1

      Sounds like your box is hosed. There's something else going on there, totally unrelated to Win7. Did you upgrade from WinXP perchance?

      Although, the cynical side of me would posit that Win7 knows Linux is there and is making your life miserable until you break down and install only Windows on it.

      --
      Celebrity worship is a poor substitute for Deity worship and costs more to boot.
    28. Re:If it aint broke don't fix it by gbjbaanb · · Score: 1

      it is, if you look at the Build slideshows you'll see that the primary interface for metro dev is HTML+JS. However, you can write XAML code using C#/VB or C++ (they made XAML 'native'). I'm not sure how well the interfaces are - the XAML stuff compiles into special Metro interface code so it's not 100% native. At least that's how I read it all.

      The applications need to use a different API though - WinRT. .NET framework is not supported as some of it accesses outside the sandboxes metro apps run in, so that's now really a legacy system too.

    29. Re:If it aint broke don't fix it by diego.viola · · Score: 1

      When they haven't been in retard mode? They always been IMHO.

    30. Re:If it aint broke don't fix it by shutdown+-p+now · · Score: 1

      it is, if you look at the Build slideshows you'll see that the primary interface for metro dev is HTML+JS.

      There's no such thing as "primary interface for Metro". HTML5 and XAML are both first-class.

      I'm not sure how well the interfaces are - the XAML stuff compiles into special Metro interface code so it's not 100% native. At least that's how I read it all.

      It's all native. XAML isn't actually compiled to code. It's serialized to a more efficient binary representation so that it can be quickly loaded at runtime, but it's not "compiled" in any sense.

      The applications need to use a different API though - WinRT. .NET framework is not supported

      Some parts of .NET class library are supported, others are not. To say that it's completely gone is wrong.

    31. Re:If it aint broke don't fix it by scottbomb · · Score: 1

      The taskbar works fine as a launcher if you store just a few programs there. We've had that functionality since Windows 98 with Quick Launch. But for the 50+ programs I have installed on the computer, the start menu is a MUST. I couldn't imagine trying to navigate Metro to find something, especially when the name of the program isn't on the tip of my tongue. Double that for when I'm looking for something in Accessories or Administrative Tools.

      Microsoft (and Canonical) need to realize something and they need to learn it quick -> the PC is NOT A TABLET OR SMARTPHONE. Those cute ways of navigating your "apps" don't work for the serious computer user with a keyboard, mouse, and full-sized monitor. It's not like they're not getting enough hints (check out any Ubuntu forum and you'll see the majority of users prefer Gnome or KDE to Unity by about 4-to-1). At least with Ubuntu, the user still has a choice about which desktop environment to use. Microsoft doesn't appear to give a damn about giving users such a choice.

    32. Re:If it aint broke don't fix it by spongman · · Score: 1

      Now, I bring up the Start Menu, click in the search box, start typing C:\... and half the time instead of bringing up an Explorer window, the "intelligent" search decides in its higher wisdom to instantiate the first Control Panel applet it can find beginning with "C".

      I'm not sure what you're doing wrong, but this works just fine for me.
      - firstly, you don't have to click on the search box, since the focus is, by default, already in the search box when you open the start menu.
      - when i type 'c:' it just opens an explorer window showing c:\
      works for me, although i normally use win-R for this purpose.

    33. Re:If it aint broke don't fix it by SpryGuy · · Score: 1

      You understand that if you just start typing while on the Start Screen, it invokes search... taking you directly to the search screen and narrowing down selections as you type, right? And just like the start menu I'm sure the search will work on more than just literal executabl ename matches or document names or whatever.

      You can also organize and customize the start screen as you wish, grouping things as you like.

      And if you really want the hierarchical folder view of Program Files, you can always pin "Program Files" to your task bar or start screen and jump right into Explorer to search or navigate.

      And I'm equally sure there will be more and better options available in the beta. It's not like Microsoft will ignore all this feedback... I assure you it will work better in the Beta and GA than it does in the Developer Preview, which as more focused on the APIs. The UI isn't complete yet.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    34. Re:If it aint broke don't fix it by SpryGuy · · Score: 1

      You're aware you can pin Explorer to your task bar, and right-click the icon (even when it's not running) to access frequently used locations. You can also pin "favorite" locations in the favorites location (navigate to the location in Explorer, then right-click the "favorites" node in the left pane and select "Add current location to favorites". You can drag and drop it to change it's position in your favorites list, and you can even rename it (it doesn't have to match the folder that opens).

      I find Windows 7 to be VASTLY more efficient at navigating than XP ever was, and every bit or even more reliable. "Flakey" is not a description I'd ever use to describe Win7.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    35. Re:If it aint broke don't fix it by SpryGuy · · Score: 1

      If you use an app that often and don't want it pinned to your task bar, you can pin it to your start menu, so you don't HAVE to rely on search for it. I have my "most used" apps (about 10) on my task bar, and another ten "second tier" apps pinned to the start menu.

      I would never EVER want to go back to the XP Start Menu.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
    36. Re:If it aint broke don't fix it by Anonymous Coward · · Score: 0

      The good thing is that "C pound" is in higher demand than and is a superior language to Java.

    37. Re:If it aint broke don't fix it by DocHoncho · · Score: 1

      Personally, once I had my first "Development" job I found myself using a great variety of applications and quickly found the usual mechanisms provided by Windows to be useless at best. I'm stuck with XP at work, so my only options was putting things in that top section of the start menu or using the quick launch bar. Both solutions were unsustainable. Since I was lucky enough to nab two monitors, I ended up using Launchbar Commander and Find and Run Robot to provide rapid access to the apps I need.

      At home I have Win7, and boy oh boy do I love the new task bar. I have a Launch Bar too, but the most common apps are there, pinned to the task bar. I'd kill my own mother to get Win7 at work. I'm constantly amazed at how clunky WinXP feels.

      --
      Celebrity worship is a poor substitute for Deity worship and costs more to boot.
    38. Re:If it aint broke don't fix it by thejynxed · · Score: 1

      The Witcher has the same issue, has to be Run as Admin or else it can cause audio subsystem issues (the DRM and oddly enough, network throttling built into Windows Audio is the culprit) and also bring the entire OS to a screeching halt as it tries to access parts for caching, etc that are now "protected" by the OS that were not protected in WinXP.

      It's one of the things some programs still have an issue with if they are programmed with full backwards XP compatibility instead of the "new" way of doing things that are even a bit different between Vista and 7.

      --
      @Mindless Drivel: 100% of Twitter posts ever Tweeted.
    39. Re:If it aint broke don't fix it by JasterBobaMereel · · Score: 1

      The words Single Instance full screen sandboxed app - mean it is not intended for a business environment ...It's for a) Tablets, b) Single application environments

      If conventional apps work on this (they will) then continue to develop in C++ or C# as needed ... this is a sideshow

      --
      Puteulanus fenestra mortis
    40. Re:If it aint broke don't fix it by JasterBobaMereel · · Score: 1

      Drag-and-drop re-arranging of taskbar buttons - Don't care

      Jump-lists with most-recently-used documents and other quick featuers (app doesn't need to be running to use them!) - Don't like, gets in the way and is annoying

      Areo snap (snap to left/right, snap-to-full-height) makes window management much easier.- Don't like, Don't Use, Aero is off ...!

      Tons of new short-cut keys (especially useful are the ones for hadningling projectors and secondary screens: Win-P) - Don't care, I have a secondary screen, tried it, it does not help...

      Improved search and Start-Menu-Search. - Don't like, don't use except to find the app/item that MS have moved to an unexpected location ....

      Vastly simplified "Homegroup" networking. - Don't use - I work in a business, and use Win 7 Pro

      Full 64-bit support (not that half-assed WinXP64 crap). - Don't care - 32 bit processor

      "Play to" for playing media to other devices (Win7 or even XBox extender devices) and remote media streaming. - Don't use I work in a business environment so this is irrelevant or blocked ...

      Now give me something that is *improved* not just changed for the sake of it, or to look pretty, or to solve an bad design feature that I have been working around for years ...

      The list of apps that now don't work - or work badly on Win 7 is long enough to make me want to avoid it . (Yes they are "Legacy" apps this is a business we have them, wish we didn't)

      Note I do use Win 7 at work because I have no choice ...I would go back to XP in an instant given the choice

      --
      Puteulanus fenestra mortis
  7. .NET by Anonymous Coward · · Score: 0

    Metro replace .NET? Maybe you meant to say Silverlight, WPF, or Winforms. .NET is far too general a word.

  8. No Surprise... by Anonymous Coward · · Score: 0

    The are still people using VB6...

  9. Quite crappy headline by giuseppemag · · Score: 5, Informative

    Metro is a UI on top of Windows 8.

    WinRT is the new Windows 8 runtime, which will be accessible by C++, C# and any .Net language. The .Net standard libraries will be available for Windows 8 Desktop applications but not for Metro applications, which will be written targeting WinRT.

    So, the summary is wrong because:
    a) Metro is not a development framework
    b) .Net-related skills remain central in Windows 8 even when targeting Metro

    --
    My book: Friendly F#, fun with game development and XNA; my game: Galaxy Wars by VSTeam; my gamedev language: Casanova.
    1. Re:Quite crappy headline by sourcerror · · Score: 1

      You mean we can write C# applications using Metro that runs on tablets, but with a leaner C# library? Or if you want to target a tablet, you have to write C++? (I consider the latter less likely. )

    2. Re:Quite crappy headline by giuseppemag · · Score: 1

      C# for tablets, yes; C++ for tablets, yes as well. They won't make the same mistake they made with WP7: you want to go native, you can, you don't, you can too :)

      --
      My book: Friendly F#, fun with game development and XNA; my game: Galaxy Wars by VSTeam; my gamedev language: Casanova.
    3. Re:Quite crappy headline by westlake · · Score: 5, Informative

      WinRT is the new Windows 8 runtime, which will be accessible by C++, C# and any .Net language.

      WinRT demystified [Miguel de Icaza]

      WinRT is a new set of APIs that have the following properties:

      It implements the new Metro look.
      Has a simple UI programming model for Windows developers (You do not need to learn Win32, what an HDC, WndProc or LPARAM is).
      It exposes the WPF/Silverlight XAML UI model to developers.
      The APIs are all designed to be asynchronous.
      It is a sandboxed API, designed for creating self-contained, AppStore-ready applications. You wont get everything you want to create for example Backup Software or Hard Disk Partitioning software.
      WinRT wraps both the new UI system as well as old Win32 APIs and it happens that this implementation is based on top of COM.

      Some developers are confused as to whether .NET is there or not in the first place, as not all of the .NET APIs are present (File I/O, Sockets), many were moved and others were introduced to integrate with WinRT.

      When you use C# and VB, you are using the full .NET framework. But they have chosen to expose a smaller subset of the API to developers to push the new vision for Windows 8.

      And this new vision includes safety/sandboxed systems and asynchronous programming. This is why you do not get direct file system access or socket access and why synchronous APIs that you were used to consuming are not exposed.

      Now, you notice that I said "exposed" and not "gone".

      What they did was that they only exposed to the compiler a set of APIs when you target the Metro profile.

      You might be thinking that you can use some trick (referencing the GAC library instead of the compiler reference or using reflection to get to private APIs, or P/Invoking into Win32). But all of those uses will be caught by AppStore review application and you wont be able to publish your app through Microsoft's store.

      You can still do whatever ugly hack you please on your system. It just wont be possible to publish that through the AppStore.

    4. Re:Quite crappy headline by ljw1004 · · Score: 3, Informative

      That's not quite right.

      The .NET standard libraries exist in several profiles -- "Core", "Client", "Full".

      People today write their libraries under the "Core" profile so that they work equally well on any platform -- Silverlight, desktop, phone. Core contains the common standard libraries -- e.g. things like StringBuilder, LINQ, generic collections, and the other day-to-day programming side. "Client Profile" also contains UI stuff, and "Full Profile" also contains server stuff.

      For Metro, you will use APIs from both .NET Core Profile and from WinRT. WinRT will provide things like local storage APIs and UI. Core Profile will provide all the other stuff.

      NB. I'm on the C#/VB language design team at Microsoft.

    5. Re:Quite crappy headline by giuseppemag · · Score: 1

      I can't see where I wasn't quite right: WinRT is a new runtime that is fully accessible from both C++ and .Net languages. Where am I wrong?

      --
      My book: Friendly F#, fun with game development and XNA; my game: Galaxy Wars by VSTeam; my gamedev language: Casanova.
    6. Re:Quite crappy headline by RobbieThe1st · · Score: 1

      So, basically, 90% of the applications you really want - Games with multiplayer(sockets), image viewers/manipulators(File IO), stuff like wget(sockets), web browsers(both), raw media players(like Mplayer, etc)(File IO) - won't be available from the store.
      I don't see the point, myself...

    7. Re:Quite crappy headline by ljw1004 · · Score: 3, Informative

      The .NET standard libraries WILL be accessible from Metro applications. You'll write your C#/VB metro applications targeting both WinRT APIs and standard .NET APIs at the same time. I suspect that very nearly all C#/VB metro apps will be using many .NET APIs.

      (you had said that the .NET standard libraries wouldn't be available for Metro apps).

      For example:

      IAsyncInfo ai = MessageBox.ShowAsync("hello world"); // using a WinRT API
      Task t = ai.StartAsTask(); // here we're bridging from WinRT to .NET
      await Task.WhenAll(t, Task.Delay(100)); // here we're using standard .NET APIs

      (disclaimer: I work for Microsoft on the VB/C# language team)

    8. Re:Quite crappy headline by giuseppemag · · Score: 1

      Oh, that!

      My understanding, and what I meant originally, is that all of .Net will not be available when targeting WinRT, just a (rather large) subset. Is this incorrect?

      --
      My book: Friendly F#, fun with game development and XNA; my game: Galaxy Wars by VSTeam; my gamedev language: Casanova.
    9. Re:Quite crappy headline by lennier · · Score: 1

      Will WinRT prevent programmers from shipping Internet-facing apps with zero-day buffer overflows?

      If not, then what use is it?

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    10. Re:Quite crappy headline by dkf · · Score: 1

      So, basically, 90% of the applications you really want - Games with multiplayer(sockets), image viewers/manipulators(File IO), stuff like wget(sockets), web browsers(both), raw media players(like Mplayer, etc)(File IO) - won't be available from the store.

      I fail to see how you jump to that conclusion. Virtually all of those can work just fine with asynchronous operations; it's just a matter of rethinking from "read this now" to "get this data in and call me back when you're done", which isn't as difficult as you might imagine, especially if you're using a language (like C#) with 'yield'. (The only one I'm not 100% sure about is the multiplayer game; while in theory it should be possible, I don't know the practicalities there.) To say they can't be done asynchronously is silly.

      Whether the provided API is suitable for doing them all though, I don't know.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    11. Re:Quite crappy headline by RobbieThe1st · · Score: 1

      Well, if we have IO and Socket functionality, just asynchronously, that's one thing. But I read the OP as saying basically that you'd end up with a very locked down file input; perhaps only able to access files in it's program directory, with anything else being about as locked-down as Javascript -- How else could you enforce "self contained app bundles"?
      Also, if a program *could* access everything, that means it can access other apps' data, which is obviously unsafe if you'e trying for sandboxing... which it sounded like they are.

    12. Re:Quite crappy headline by DocHoncho · · Score: 2

      Nothing can prevent that, short of a complete reworking of the theoretical framework upon which computing is based. As long as there is direct access to memory somewhere (in this case the JVM/CLR) there will be zero-day exploits based on buffer overflows and other such vectors. The only thing APIs like WinRT and .Net buy you is the knowledge that the application code your running isn't going to directly cause any of the classical buffer overrun vulnerabilities.

      It's still completely possible that under some specific circumstance the .Net string class might be used to leverage a bug in the underlying implementation, causing an exploit of one kind or another. You're just shifting the trust from "random application developer" to "Microsoft engineers responsible for implementing the various functionality of .Net or WinRT"

      --
      Celebrity worship is a poor substitute for Deity worship and costs more to boot.
    13. Re:Quite crappy headline by Twinbee · · Score: 1

      Funny, I have the reverse problem in C# in standard Windows 7, where I couldn't write to the same Program Files / myprogram directory, even though I really wanted to (I like to keep things together, not splattered over the whole OS). Obviously, that's because of the lame UAC business.

      --
      Why OpalCalc is the best Windows calc
    14. Re:Quite crappy headline by shutdown+-p+now · · Score: 1

      So, basically, 90% of the applications you really want - Games with multiplayer(sockets), image viewers/manipulators(File IO), stuff like wget(sockets), web browsers(both), raw media players(like Mplayer, etc)(File IO) - won't be available from the store.

      You completely misunderstood GP. He didn't say that all these things are not available to Metro apps. He said that .NET class library pertaining to those things is not available. What this means is that you can't use System.IO.File in a Metro .NET app - you have to use Windows.Storage.StorageFile. Similarly for sockets etc.

    15. Re:Quite crappy headline by shutdown+-p+now · · Score: 1

      all of .Net will not be available when targeting WinRT, just a (rather large) subset.

      That is correct.

    16. Re:Quite crappy headline by Yaur · · Score: 1

      its probably similar to Isolated Storage in that you can access your data, but cant get details about how the file system is storing the file it just returned to you.

    17. Re:Quite crappy headline by sharkey · · Score: 1

      Why are you bitching about a crappy headline? If /. wants to compete with the mainstream media, they HAVE to drop to their level. The MSM makes a Jon Katz article look well researched, well constructed and insightful.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    18. Re:Quite crappy headline by Anonymous Coward · · Score: 0

      You might be thinking that you can use some trick (referencing the GAC library instead of the compiler reference or using reflection to get to private APIs, or P/Invoking into Win32). But all of those uses will be caught by AppStore review application and you wont be able to publish your app through Microsoft's store.

      Tell that to the kid who wrote the torch app for Apple's iPhone -- which enabled the forbidden tethering after a time limit had expired. This is why VM based programming will be more secure: VM apps like .NET and Davlik / Java (Android) can easily have their system calls validated.

      If it's machine code, no amount of vetting will expose hidden malicious features like a VM based language's automated capability scan can.

    19. Re:Quite crappy headline by giuseppemag · · Score: 1

      Merely clarifying, not bitching.

      --
      My book: Friendly F#, fun with game development and XNA; my game: Galaxy Wars by VSTeam; my gamedev language: Casanova.
    20. Re:Quite crappy headline by alexo · · Score: 1

      WinRT ...

      It is a sandboxed API, designed for creating self-contained, AppStore-ready applications.

      [...]

      You can still do whatever ugly hack you please on your system. It just wont be possible to publish that through the AppStore.

      I was under the impression that WinRT apps can only be accessed through the Microsoft Store, so if you cannot publish it through the store, it cannot be distributed at all.

    21. Re:Quite crappy headline by Anonymous Coward · · Score: 0

      The I have to questions perhaps you can answer.

      1) Will Metro support the UIAutomation API?
      2) Can we look forward to pattern matching in C# anytime soon?

      Thanks

  10. who will want metro with it's lock down? by Joe_Dragon · · Score: 2

    The windows 8 only is a big trun off.

    And the Must be in app store is a other killer as well. No way adobe will give MS 30% the cost of the CS pack just to have a Metro Photoshop.

    1. Re:who will want metro with it's lock down? by gl4ss · · Score: 1

      oh they will.

      bigger question is who wants metro photoshop when they could have the real tool instead? kindergarten?

      --
      world was created 5 seconds before this post as it is.
    2. Re:who will want metro with it's lock down? by Anonymous Coward · · Score: 0

      Plenty of demand for simpler more simplified variations of software. (See Photoshop Elements)

    3. Re:who will want metro with it's lock down? by BitZtream · · Score: 1

      The windows 8 only is a big trun off.

      While for me I agree for the Metro portion of Windows 8, much like the Launchpad in OS X 10.7, you can turn it off and make your PC not act like a cell phone pretty easily.

      Windows 8 on the other hand, will probably be just fine. They haven't had enough time to Vista it up.

      And the Must be in app store is a other killer as well. No way adobe will give MS 30% the cost of the CS pack just to have a Metro Photoshop.

      Well, first there is no 'must be in app store' requirement.

      Second, Adobe doesn't seem to have a problem giving Apple 30% to be on the Mac (which is entirely voluntary) or iOS app stores, so I'd say you're probably wrong on all accounts.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    4. Re:who will want metro with it's lock down? by Anonymous Coward · · Score: 0

      The windows 8 only is a big trun off.

      And the Must be in app store is a other killer as well. No way adobe will give MS 30% the cost of the CS pack just to have a Metro Photoshop.

      Use the english language much? It's a little difficult to discern what you're trying to say in your cavemanese. The MS App store will only have checked & approved apps, meaning that the code has been reviewed and is safe. The phones themselves will be open for the user to install anything they want. As far as skimming profits from developers, that would be the Apple App store.

    5. Re:who will want metro with it's lock down? by BetaDays · · Score: 0

      Actually read this http://thisismynext.com/2011/09/20/windows-8-metro-apps-windows-store-distribution/ "All roads, says Microsoft, lead to the Windows Store. That’s the message coming from the company’s newly posted Windows 8 Developer Preview primer doc, which specifically points out that Microsoft’s new app store will be the exclusive source for finding and installing Metro-style applications. The only exceptions allowed will be for developers and enterprise users, who’ll be able to side-load (i.e. download and install independently of the Windows Store) their Metro software of choice without restriction" and "The above restriction does not apply to so-called desktop apps on Windows 8"

      --
      Paul: Father... father, the sleeper has awakened! - Dune
    6. Re:who will want metro with it's lock down? by Anonymous Coward · · Score: 0

      Is there a point here? Or you you just confused? If something is in the app store, it has to use Metro. That doesn't generalize to 'windows 8 only uses metro apps'.

      Why would adobe want to rewrite their software in metro anyway? Photoshop doesn't make sense to run as a metro program, so it will be designed as a regular program like it always has. It will be launchable from the standard GUI or from the metro GUI just like everything else. All the app store does is gives a new options, targeted towards primarily small apps designed for touch based tablet/phone input.

      These, "won't work for photoshop" arguments are ridiculous and annoying. Metro-designed-and-sold-in-the-app-store is a single option of how to write and market software. An option that doesn't replace anything, it just adds to what could be done before. Should we throw out EVERYTHING that isn't good for photoshop? Lisp, haskell, javascript, php? They aren't the best for everything, so we should use them for nothing?

  11. Also by Sycraft-fu · · Score: 2

    Windows 8 isn't out yet! Right now it is just a developer preview. That means it isn't even in beta yet, it is still effectively alpha, meaning feature incomplete. They just want people to be able to start learning the new development environment that will be coming. It has a long way to go before it is out on the desktop (a year or more). Of course even once it is out, it has a longer way to widespread adoption. It'll be several years before lots of desktops feature Metro.

    So why in the hell would businesses be looking for Metro programmers now even if it was a new programming method (which you correctly point out it is not)? They aren't going to suddenly switch all their development to a product that hasn't been released.

    1. Re:Also by Anonymous Coward · · Score: 0

      Also, Windows 8 is a rather crappy developer preview. Seriously. If the retail version is like this there's no way Win 8 will sell at all.

  12. 10+ years? by user-hostile · · Score: 1

    From the article's resumes pie chart: experience with .NET -- 10+ years? .NET 1.0 was released in 2002. Hmm.

    1. Re:10+ years? by KingMotley · · Score: 1

      Some of us were using .NET before it was officially released.

    2. Re:10+ years? by Anonymous Coward · · Score: 0

      They did have an open beta of ASP.NET prior to 1.0, and you were allowed to use it for production purposes. Summer/Fall 2001 timeframe from what I (vaguely) remember.

      But yes, silly requirement, as if having 10 years experience automatically makes someone better than someone with 'only' 9 years

    3. Re:10+ years? by user-hostile · · Score: 1

      All I know is that if I read "over 10 years experience with .NET" on a resume, I'd laugh them out of the interview. If they got an interview.

    4. Re:10+ years? by KingMotley · · Score: 1

      I think that says more about yourself than anything. If I ever met you in an interview, I highly doubt you'd walk away laughing. In any case, you'll probably feel different when you've grown up some.

    5. Re:10+ years? by user-hostile · · Score: 1

      ...I highly doubt you'd walk away laughing.

      Your arrogant attitude would get you dismissed from an interview with me even quicker than the "10+ years" BS.

      In any case, you'll probably feel different when you've grown up some.

      Now that's funny! You're mighty sensitive for such an experienced developer. {eye-roll}

    6. Re:10+ years? by KingMotley · · Score: 1

      ...I highly doubt you'd walk away laughing.

      Your arrogant attitude would get you dismissed from an interview with me even quicker than the "10+ years" BS.

      It's arrogant to assume that during an interview that the interviewer won't walk away laughing? I'd really hate to have been on some of your interviews if you think this is standard, even expected, behavior. I don't think you'll be in a position to be interviewing me for anything any time soon, so I think I'm pretty safe here.

      Now that's funny! You're mighty sensitive for such an experienced developer. {eye-roll}

      Not sure what made you think I was sensitive, but I already know that you've got less than 20 years experience as a programmer, your in your late 20's, or more likely early 30's.

    7. Re:10+ years? by unencode200x · · Score: 1

      Yep, I have code comments with 2001 and 2002 dates in them... sigh.

      --

      Chance favors the prepared mind.
      Perfect is the enemy of good.
    8. Re:10+ years? by user-hostile · · Score: 1

      Not sure what made you think I was sensitive, but I already know that you've got less than 20 years experience as a programmer, your in your late 20's, or more likely early 30's.

      Wow; not even close (both experience and age).

      Oh, and it's "you're."

  13. It really is a more convenient 'visual basic' by RyanFenton · · Score: 1

    Whenever I want to throw together a really quick internal tool, and there isn't a really obvious template program I can use, the .Net framework really is great for:
    - drawing up a few texboxes and buttons
    - adding a property.settings var so it'll remember its state between uses
    - adding a bit of codebehind, doing some interactive debugging (change code as its running)
    - then sending it to the user and going through an iteration or two of quick fixes before adding it to our toolset.

    Yes, you can do the same with most languages, but it really is enticing to use when you just want a quick tool created.

    Ryan Fenton

    1. Re:It really is a more convenient 'visual basic' by DocHoncho · · Score: 1

      Don't forget beating your head against the impenetrable abomination that is ADO.Net. Watch as we write (or magically coerce VS into generating) reams of pointless code just to retreive a few rows from a bloody database. Maybe it's just me, but every time I've wanted to do something simple with a database in C# I ended up getting drunk as hell that night and giving up and rewriting the bloody thing in Python/QT.

      Simple indeed. Oh yes, I dragged and dropped some nice widgets on this window. Now I've got to perform various magical incantations and sell my soul to the devil to get the bloody thing to do anything useful.

      Blech.

      --
      Celebrity worship is a poor substitute for Deity worship and costs more to boot.
    2. Re:It really is a more convenient 'visual basic' by Yaur · · Score: 1

      Entity Framework works pretty well for simple DB stuff.

    3. Re:It really is a more convenient 'visual basic' by DocHoncho · · Score: 1

      I played around with that, but the thing I really notice about the MS database API's is that they SEEM simple and easy to use but you quickly run head first into a wall. Hmm, actually that's reminiscent of a lot of MS technologies. The easy things are easy, but once you stray from the beaten path you're in for a world of psychic torment and nights spent guzzling vodka to try and wash your brain clean of the experience.

      --
      Celebrity worship is a poor substitute for Deity worship and costs more to boot.
  14. Metro is .Net by SoopahMan · · Score: 1

    The only valid statement here is .Net developers in demand. By the way, we're one of the companies contributing to that demand - if you're good with ASP.Net, we'd like to hear from you.

  15. Quasi-random knee jerk there, poster? by poofmeisterp · · Score: 1

    Metro was just announced and the demand hasn't caught on, plus .NET is used for a lot more than home-end UI applications.

    This post is akin to me hearing that a new form of candy has been developed and almost immediately asking, "The sale of chocolate is going up. There's a new kind of candy out there that needs much development and people are still eating chocolate... and more of it! What is going on?"

    The article mentions nothing about Metro anyway. WTF?

    *head-desk*

    1. Re:Quasi-random knee jerk there, poster? by joocemann · · Score: 0

      I'm curious if it is about 10k *new* positions or 10k open ones, hence 10k programmers left their .NET position preemptively, knowing it would be phased out. This could be positive spin on a bad career move.

    2. Re:Quasi-random knee jerk there, poster? by poofmeisterp · · Score: 1

      I'm pretty sure it's self-serving statistical numbers. No company releases information unless they have something to gain from it. Dice wants visitors, I believe. Ad revenue is prime, uh huh, uh huh.

      You know what the sickest part is? In TFA, the "Shortage" link points to "marketing.dice.com/...."

      I rest my case, your honor :)

  16. Well duh by TheSpoom · · Score: 3, Interesting

    Nobody ever got fired for recommending IB^H^HMicrosoft.

    --
    It's better to vote for what you want and not get it than to vote for what you don't want and get it.
    - E. Debs
    1. Re:Well duh by Anonymous Coward · · Score: 0

      This. I have been working with .NET for a few months now. Used to be a Delphi programmer in the past. I do not find anything special about it. UI is nice and all, but It has longstanding bugs (VS2008) that seem to not get fixed (Win 7 compatibility).
      My major bone is with developers that have been using it for a longer time. The once I have seen are totally bought into the lock-in mindset that comes with developing for the Windows platform.
      It does not help that the projectleaders do not know enough about programming to understand the difference.
      It is in .NET so it must be great, and if there is a way to do it then damn open Standards.

    2. Re:Well duh by KlomDark · · Score: 1

      Standards are just crutches for inferior programmers. Too many of the less gifted cling to them as if they were some holy grail. They aren't.

    3. Re:Well duh by unencode200x · · Score: 1

      Can you give a few examples? Now, we already know that (for the most part) .NET applications can't be run on non-Windows computers, but they sure can communicate using open standards with most of the major standards out there.

      --

      Chance favors the prepared mind.
      Perfect is the enemy of good.
  17. Hacker News Thread by JoeCommodore · · Score: 1

    I found the hacker news discussion of it quite informative: http://news.ycombinator.com/item?id=3071647

    --
    "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
  18. how about NEITHER? by Anonymous Coward · · Score: 0

    .NET locks you into Microsoft systems. Why are people so dumb to fall for that sort of thing, when you could use open standards that allow your software to be easily ported to any environment?

    Don't be so keen to jump into the golden cage, people. It's not in our best long term interest.

    1. Re:how about NEITHER? by Alkonaut · · Score: 1
      I weigh the pros and cons. In the end its all about getting a return on your investment. Most importantly, I prefer the tools surrounding .net (e.g. visual studio) to those surrounding the oss sphere (e.g. eclipse). It's no harder for me to port my application from .net to java than it is to port it from python to java. In fact, I think it is much simpler. The whole "porting" argument has no merit. To me choosing ms products just means they pay for themselves in productivity so that I get something back for the lock-in and the dollars spent on software.

      Don't make business decisions on religious grounds. It's not good for business, and I don't even think its good for oss. As long as people choose the software they find best, I think competition will make all software better.

  19. And just because it gets released... by scottbomb · · Score: 1

    ...doesn't mean everyone will be using it. Windows 7 is only what, 2 or 3 years old? It's just starting to gain steam but most of the world still runs XP. Once the masses see that the start menu is gone and has been replaced by this huge, gawdy menu that takes up THE_ENTIRE_SCREEN, they won't be in any hurry to upgrade. 8 is going to go over like Win ME.

    1. Re:And just because it gets released... by Sycraft-fu · · Score: 2

      Actually the majority, or rather plurality at this point, do use 7 now. It has overtaken XP. It is enough (when combined with Vista which quite a few people do use) that some games are now coming out that require DirectX 10, which is Vista and 7 only.

      But yes, the adoption of Windows 8 will be slow. Even if it is an amazing OS, people will upgrade slowly just because that's how people do things. Some don't like change, others see no reason to spend money if what they have now works. Still others just don't do OS upgrades, a new OS comes with a new computer. Businesses need time to test things and get ready for new deployments.

      It'll be several years before 8 (or its successors) form a majority of OSes used.

    2. Re:And just because it gets released... by RobbieThe1st · · Score: 1

      We're still seeing 50% marketshare for XP... Even at 30%, it'd still be a signifigant fraction.

  20. lol by Anonymous Coward · · Score: 0

    slashdot screwed it up again. they don't understand, but they have OPINIONS. fu slashdot!

  21. For $25K/yr by Anonymous Coward · · Score: 0

    For $25K/yr.

    That's why there are so many H1-b visa approvals. Those jobs pay for crap, on average, so only someone used to non-US living can afford to accept them.

    Obviously, I'm understanding the real salaries - probably closer to $40K average, but to live comfortable in a metro area in the USA, $55K+ is needed, IMHO, unless you want to live next to drug dealers and people who bag groceries full time at the local walmart. It isn't enough.

    Starting salaries for college grades ready to start programming here are north of $50K/yr. My friends - some writing .NET apps earn over $100K/yr with a few in the $140+K/yr range, but those aren't the jobs posted on Dice or Monster or whatever job site.

    1. Re:For $25K/yr by LordNimon · · Score: 1

      Where are you getting $25/year for software development job? 20 years ago, even a kid fresh out of college would have made more than that. I know, because that's when I got my first development job, and I made more than that.

      --
      And the men who hold high places must be the ones who start
      To mold a new reality... closer to the heart
  22. COBOL programmers by kikito · · Score: 1

    They are also still on demand.

  23. Say it ain't so! by Dunega · · Score: 1

    Companies want people to work on the things they already have vs the things that are a year away? No way! Color me amazed.

    What's the matter Slashdot, not enough Microsoft bashing this week to keep the ad numbers up?

  24. That's ridiculous by David+Gerard · · Score: 2

    .NET obsolete? Next you'll be claiming Microsoft has abandoned Silverlight!

    --
    http://rocknerd.co.uk
    1. Re:That's ridiculous by curmudgeon99 · · Score: 1

      No, we're just saying that choosing .NET is a dead end.

    2. Re:That's ridiculous by Toreo+asesino · · Score: 1

      It sounds to me more like you don't want .Net to be successful rather than it actually isn't. .Net isn't perfect for everything, but then, neither’s Java. Or any language. Surprise!

      --
      throw new NoSignatureException();
    3. Re:That's ridiculous by MobyDisk · · Score: 1

      That article is more than 3 years old. It does nothing to dispel the rumor, which is grounded in what has happened since that time.

  25. Kinda silly.. by Junta · · Score: 1

    Even assuming Metro stuff was fundamentally not .NET, we are talking about a technology that isn't going to be in anyone's production environment for over a year or two. People have stuff to get done today.

    --
    XML is like violence. If it doesn't solve the problem, use more.
  26. Metro not yet proven by HalAtWork · · Score: 1

    The reason is that Metro has not yet proven itself, and companies are still holding on to the promises of .NET as a stable platform, write once run everywhere, universal look and feel, faster development, and security. That may or may not be the reality, but that's how it was pitched, and that's what the companies believe. They're not going to move their programmers over to a new platform that is unproven in these fields and sacrifice the experience in a platform that they have already invested their code and research into which supposedly already suits their needs. They're just wondering how Metro improves on that, and right now it all seems like hyperbole and pie in the sky promises, not to mention that it has no traction right now in the commercial market.

  27. WANTED: WinRT developer with 10 years of experien. by gl4ss · · Score: 1

    "WANTED: WinRT developer with 10 years of experience!"

    sounds pretty fucking stupid, no? of course they're looking for people with .net experience even if they're going to target that newfangled stuff. besides, it's new stuff, the old pro's should be able to pick it up. and wtf do you think the headhunters writing those proxy job adverts know? fucking nothing on top of a fuck nothing nottinghill notter.

    --
    world was created 5 seconds before this post as it is.
  28. it hasn't even come out yet by Bengie · · Score: 1

    May be no one is posting jobs yet because Win8 won't until late next year. There is effectively zero demand.

    Also, Metro is just an API. In the same way you can make a .Net Console or WinForm or WPF or Service, .Net can also target Metro

    1. Re:it hasn't even come out yet by SpryGuy · · Score: 1

      Actually, "Metro" is a "design language"... a look-and-feel.

      WinRT is the API.

      C# and VB can target the WinRT runtime. "Metro" apps cannot use the full .Net Runtime but only a core of it (plus WinRT). HTML/Javascript and Managed C++ can also target WinRT to create Metro apps. .Net will still be there for making non-Metro apps, as the Desktop is still there for running any sort of windows app you want. And Metro+WinRT simply isn't sutable for ALL apps, so there will continue to be a demand for all the other technologies in Windows for the forseeable future.

      --

      - Spryguy
      There are three kinds of people in this world: those that can count and those that can't
  29. Relative is easy by m50d · · Score: 1

    25% increase? Pfft. Scala job postings went up ~300% over the same period. The absolute numbers tell more of the story.

    --
    I am trolling
  30. Slashdot needs competent editors, not user surveys by pdxChris · · Score: 4, Insightful

    Slashdot just did a survey, that asked whether readers would recommend Slashdot to others. Here is a perfect example of why I answered No to that question, and would have picked Hell No if that option had been in the survey. An increase in job postings for .Net is newsworthy on a "news for nerds" site. Totally ignorant, misinformed, clueless, stupid, arrogant and worthless editorializing, in the article and the headline, is not at all news for nerds, nor is it stuff that matters. Not only is the commentary about Metro completely wrong, so is the "home for newbies" slant. The linked article clearly indicates that more than 70% of resume searches in .Net are for developers with at least four years of experience. Obviously it's impossible to have four years experience with Metro, but it is entirely possible to have been using .Net for a decade now. The article has no mention at all of Metro. The article also mentioned an utterly ignorant, untrue, trite fear of .Net developers: that their skills do not carry over to other platforms. I guess this means a lot of fearful .Net developer who have never heard of Java? Where does Slashdot get the editors to approve this kind of junk?

  31. Microsoft Does Not Eat Its own Dog Food by curmudgeon99 · · Score: 1

    Okay, if .NET is so awesome--why doesn't Microsoft itself use it? Neither Windows 7 or 8 were written in .NET. Office is not written in .NET. You quote a statistic that Dice includes a lot more .NET positions than last year--but that's because the economy itself is picking up--not because there is any special need for .NET. In fact, the opposite is true. In a word: Silverlight. You know that Metro is the way forward and Metro will not use Silverlight, which is already a second-class citizen in the Microsoft stack. I know several people who are learning to program and they know there are many languages they should learn: Java, PHP and Ruby. None of them need .NET. You apparently did not hear Mark Andreasson's comment that of all the startups he funds--not one uses a single product from Microsoft. .NET is dying and is on fumes now.

    1. Re:Microsoft Does Not Eat Its own Dog Food by PPH · · Score: 4, Insightful

      The demand for .NET programmers is to fill the vacancies created by the previous group having seen the light and fled.

      Dice.com posts ads for positions that companies are having trouble filling.

      --
      Have gnu, will travel.
    2. Re:Microsoft Does Not Eat Its own Dog Food by cyber-vandal · · Score: 1

      You apparently did not hear Mark Andreasson's comment that of all the startups he funds--not one uses a single product from Microsoft. .NET is dying and is on fumes now.

      That might be because Microsoft software costs money. You don't know what you're talking about. Sharepoint and Dynamics CRM are written in it. Visual Studio is written in it. ASP.NET is hugely popular. Go get yourself a clue. Dead platforms don't have more posts than they can fill.

    3. Re:Microsoft Does Not Eat Its own Dog Food by Anonymous Coward · · Score: 0

      Writing an entire OS in .NET wouldn't necessarily be clever. There is a tool for every job. But I agree that writing office in .NET would prove that they eat their own dogfood. However, *porting* an existing non-.NET application to .NET just to prove you eat your own dogfood would perhaps not be worth the effort. They did this for one of their largest desktop applications VS 2010, but that application lives and breathes .NET, and comes from the same division as the framework itself, so there was probably more to gain.

      If microsoft today starts writing a heavy desktop app and doesn't choose .NET, *then* I'd agre they don't eat their own dogfood. But otherwise, nah. By the way, did sun rewrite solaris in java immidiately after the release of java? should they have?

    4. Re:Microsoft Does Not Eat Its own Dog Food by curmudgeon99 · · Score: 1

      No they don't. Dice is another job board just like Monster. There is nothing special about Dice--I have used it myself.

    5. Re:Microsoft Does Not Eat Its own Dog Food by PPH · · Score: 1

      Most firms that are desirable to work at, and/or have attractive projects and technologies have a stack of resumes from which to pick through. Or they have enough connections through their current employees to fill vacancies.

      Many of the best jobs are never advertised. One corollary is that many of the worst ones are.

      --
      Have gnu, will travel.
    6. Re:Microsoft Does Not Eat Its own Dog Food by cshark · · Score: 1

      There really have never been great jobs on Dice. It's mostly contracts, and mostly Indian head hunters that will never leave you alone.

      --

      This signature has Super Cow Powers

    7. Re:Microsoft Does Not Eat Its own Dog Food by Anonymous Coward · · Score: 0

      You obviously haven't been developing with Sharepoint have you?

    8. Re:Microsoft Does Not Eat Its own Dog Food by Anonymous Coward · · Score: 0

      Well, duh. Of course Microsoft doesn't write their OS and mainline apps in .NET. .NET is like java - bytecode, interpreted by a VM at runtime. It's meant almost entirely for enterprise IT-style coding, the same marketplace as a large segment of Java. It's meant to take on Java and keep IT devs from defecting, not for writing operating systems and such. You don't see Solaris written in Java either.

      Different ballgames.

      And Silverlight? That was basically DOA. That was meant to take on Flash. I cant think of anyone who used that for a UI for a desktop app. WPF gets used a fair chunk, sure, but not Silverlight.

  32. Not even going to try by dnewt · · Score: 1

    Usually I'd attempt to explain why an article is just a load of rubbish from someone who doesn't know what they're talking about, but today I think I'll just leave it at that. Come on Slashdot!

  33. Metro or .NET, why use any? by loufoque · · Score: 3, Insightful

    Why in your right mind would be using any of these?

    1. Re:Metro or .NET, why use any? by Alkonaut · · Score: 3, Informative
      1) If you write a windows (only) desktop app, I recommend c# over c++ for most scenarios (some high perf. things such as games excluded). The productivity is much higher.

      2) Windows phone apps. You definitely need .NET here.

      3) Streaming video apps for desktop. Html5 can't do it, and Silverlights video streaming beats flash every day of the week. Neither is excellent, and SL has terrible linux support. But still, SL is the least bad one.

    2. Re:Metro or .NET, why use any? by xiox · · Score: 1

      Or use Qt with C++, get the high productivity and the ability to run on multiple platforms.

    3. Re:Metro or .NET, why use any? by gman003 · · Score: 2

      Because your boss says to.

    4. Re:Metro or .NET, why use any? by FrootLoops · · Score: 1

      Have you done both--that is, develop both a .NET and C++/Qt (mostly) Windows app? I haven't, which is why I'm curious.

    5. Re:Metro or .NET, why use any? by pdxChris · · Score: 2

      Development on Metro will allow apps to be sold in Microsoft's upcoming app store. Whether you personally like or respect it, there will be many millions of computer users on Windows 8 who will buy apps this way. .Net spans a huge range of computer languages, tools, and API's from both Microsoft and third parties. Many of the languages, tools and API's are free and open source. There is a ten year history of updates and compatibility that let developers trust Microsoft's ongoing commitment to .Net. .Net can be used to make several types of software, including command line utilities, Web sites, Web services, GUI apps, in-database logic, etc. When used properly, .Net facilitates dividing a large software project into modules that can be separately developed, maintained, and upgraded by multiple teams. The teams can coordinate and re-use each others' work, even if they use different programming languages.

      The runtime prevents or intercepts many types of programming mistakes, while automatically adapting the software to run on different types of hardware. There are many options for caching, optimization and debugging, so that a .Net software infrastructure can be deployed in many different types of environments through configuration rather than by throwing away code.

      A huge number of developers are available, along with consultants, books, training materials and so forth. The majority of all of these advantages are also available to open source developers, through the Mono project's re-implementation of .Net as free and open source. Developers with adequate skills to work on modules are easy to find, and less expensive than developers for some other types of software development.

      You might prefer other approaches, but it's clear that for many shops, one can consider or even adopt .Net and still be in one's right mind.

    6. Re:Metro or .NET, why use any? by westlake · · Score: 1

      Why in your right mind would be using any of these?

      Because .NET helps you to be productive in programming for the OS with 90% of market?

      Because the app store, sandboxed apps and a rigorously defined touch-oriented UI makes perfect sense for mobile devices?

      --- and may make perfect sense for the mass market touch screen desktop or touch controller? Tech which isn't that far away.

      Microsoft Touch Mouse

    7. Re:Metro or .NET, why use any? by Anonymous Coward · · Score: 0

      Why in your right mind wouldn't you be using any of these?

    8. Re:Metro or .NET, why use any? by rapidreload · · Score: 1

      Why in your right mind wouldn't you be using any of these?

      The best reason I can think of is so that you won't have a battle if in the future, you decide you want to release a version of your software on another platform. Avoiding Windows-only solutions would make things a lot easier and the idea of a multi-platform release more palatable.

      --
      To all newcomers - people here are very close-minded and can't handle complaints about Linux. Keep this in mind.
    9. Re:Metro or .NET, why use any? by shutdown+-p+now · · Score: 1

      C# will still be easier to work in (esp. with WPF), but C++/Qt is very comfortable. Simply put, it's better than any other C++ GUI framework available on Windows, and quite close to .NET/WinForms.

    10. Re:Metro or .NET, why use any? by caywen · · Score: 1

      Because it's a way to program apps for a platform that is likely to be relatively popular? Or maybe you'll just follow up with something even more snarky and snobby.

    11. Re:Metro or .NET, why use any? by Anonymous Coward · · Score: 0

      Maybe if you pulled your head out of your ass you'd find out.

    12. Re:Metro or .NET, why use any? by oakgrove · · Score: 1

      Because .NET helps you to be productive in programming for the OS with 90% of market?

      First of all, windows does not have 90 percent "of market". The world of computing is much larger than the desktop in case you hadn't noticed. The fastest growing segment of computing is mobile and the fastest growing mobile OS by far is Android. Almost all of the official documentation for Android assumes you are programming in Java. Also, as far as business infrastructure goes, Java is very big. Of course, via Mono, C# apps will run on many platforms but I guess you didn't notice that either.

      Because the app store, sandboxed apps and a rigorously defined touch-oriented UI makes perfect sense for mobile devices?

      What does an app store intrinsically have to do with .Net? The most profitable app stores use Objective C and Java. As far as a rigorously touch-oriented OS is concerned, have you noticed how much of a failure windows phone is with Metro? The mass market has rejected it and the devices sit collecting dust on retailer's shelves worldwide. If that's the model you are going for on your desk/tab top, you might not want to be so sure of yourself.

      --- and may make perfect sense for the mass market touch screen desktop or touch controller?

      Nothing you've said supports this conclusion in any way.

      --
      The soylentnews experiment has been a dismal failure.
    13. Re:Metro or .NET, why use any? by Alkonaut · · Score: 1

      Why on earth should I switch to C++ to use Qt? Like I said, C# is way more productive than C++, so the intelligent choice in that case would be to use C# and Qt.

    14. Re:Metro or .NET, why use any? by Anonymous Coward · · Score: 0

      Someone who wants to spend time _getting a project done_ instead of making it 1% faster and spending 5x the time?

      LINQ alone saves me an extraordinary amount of time.

      So why don't you just keep your non-educated comments to yourself.

    15. Re:Metro or .NET, why use any? by Toreo+asesino · · Score: 1

      If you cannot see the value in writing for these platforms then you are ignorant, either wilfully or otherwise.

      --
      throw new NoSignatureException();
    16. Re:Metro or .NET, why use any? by Anonymous Coward · · Score: 0

      You might use these if you want to put food on the table.

    17. Re:Metro or .NET, why use any? by Anonymous Coward · · Score: 0

      To sell a tablet centric app in the Microsoft app store?

  34. pish by Anonymous Coward · · Score: 0

    please take this down it is rubbish .net going to use winRT the same C++
    any thing to bash MS

     

  35. Microsoft has a history of screwing their dev base by Anonymous Coward · · Score: 0

    So, the C# devs are going to be sent down the same chute as the Visual Basic 6 devs, the J# devs, the VBScript devs, the Silverlight devs and the WPF devs (Oops. Sorry. Metro's the thing now). And you were expecting....?

    Usually a MS programming language dies because of MSs own pathetic marketing missteps that "nobody could have foreseen". Add to that an internal programming culture still dominated by C++ guys who figure that if you're not managing your own memory with pointers, you're not really *coding* by god! and you've got an ongoing recipe for alienating the 95% of developers who actually get a useful app out the door (Hint. These are almost *never* the C++ crowd). It never seems to occur to any of those geniuses at Microsoft that you could just EXTEND an existing language rather than replace it wholesale or "deprecate" it (e.g. the wholly unnecessary and valueless new syntax of powershell rather than the improvement or extension of VBScript).

    Fortunately, the Android is out, so there's somewhere to go. Java is being reworked for the desktop. There are alternatives. The best thing any developer can do for themselves is to back away from any MS development language and platform until such time as Microsoft proves sane and sensible - something that hasn't been happening for the last decade.

  36. FUD by bloodhawk · · Score: 1

    If only they would let us mod these idiotic summaries into oblivion. It doesn't even deserve a rating as high as troll. People like mikejuk who post FUD like this should just be prevented from submitting or posting in future.

    1. Re:FUD by FrootLoops · · Score: 1

      There was a brilliant comment in the survey thread to the effect of "we should be able to rate down stories". At least that way even if the editors and submitter fail, the community would be able to smother a poor story.

    2. Re:FUD by pdxChris · · Score: 1

      I think that article submitters should be scorable, just as comments are. If you want to set your front page to show stories with a score of 0 or less, then you'd see this kind of article. If you move the slider towards the higher setting, you'd not see this kind of timewaster.

    3. Re:FUD by Twinbee · · Score: 1

      Yeah, but do we really read for the story and not the comments? In fact, I forgot what the story was even about...

      --
      Why OpalCalc is the best Windows calc
  37. Mod Parent Down by bondsbw · · Score: 4, Informative

    This isn't insightful. It's plain wrong. As someone who attended the Build conference and spoke directly with several Microsoft program managers, I can attest that Metro/WinRT is not a replacement for .NET. I asked several times something like "But can I do Q in the sandbox?" and they would say "No, in that case use regular .NET to do Q and distribute your apps through traditional channels (or link to the installer in the app store)." I never got the impression that Metro was always the preferred approach, just the preferred approach for slate devices.

    I don't know what Microsoft wants to do in the future past Windows 8. Maybe you're right, and Microsoft wants to give up their stronghold on enterprise applications that have certain hardware or interoperability requirements not allowed by Metro, so that they get control over tablet apps. But I'm not betting the bank on that.

    --
    All my liberal friends think I'm a conservative, all my conservative friends think I'm a liberal.
    1. Re:Mod Parent Down by gbjbaanb · · Score: 1

      hmm. but that suggests that we have 2 "fully" supported APIs - the new WinRT and the old (legacy) .Net Framework. (plus the real legacy ones, like Win32). And I didn't think MS was into that, WinRT was supposed to be the new, API to rule them all.

      Experience says that this is stage 1, and WinRT is going to be the one API in the future, just that it isn't complete yet and so you have to continue to develop 'legacy' apps. Its like Silverlight - the message was 'its a first class dev environment' until it wasn't.

      One thing is certain, this week the focus at Microsoft is back to C++ development. Maybe next week it'll be something else, but I think it makes a lot of sense to develop C++ back ends with HTML/js front ends, and then wire them together, you might have better luck when the music stops and the next cool thing comes along.

  38. A misunderstanding by Corson · · Score: 1

    Metro apps are for mobile devices, that is why Windows 8 comes with two interfaces. There are many things one cannot do in HTML5/Javascript.

    1. Re:A misunderstanding by shutdown+-p+now · · Score: 1

      Metro is not restricted to HTML5/JS.

  39. C programmers in demand, despite Ubuntu move to Qt by BitZtream · · Score: 1

    (NOTE: Unity wouldn't fit in the subject, so I used Qt)

    And thats a stupid statement, just like the article title.

    Metro is a user interface, not an entire programming environment composed of several languages and thousands of libraries.

    Who ever wrote the title or has any such concern has absolutely no idea what Metro and/or the .NET system is.

    --
    Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  40. Re:Microsoft has a history of screwing their dev b by shutdown+-p+now · · Score: 1

    A nice rant, except for the little tidbit that C# (and VB) is fully supported for Metro apps.

  41. Re:C programmers in demand, despite Ubuntu move to by shutdown+-p+now · · Score: 1

    Metro is a user interface, not an entire programming environment composed of several languages and thousands of libraries.

    Metro isn't, but WinRT is.

  42. FUD by Anonymous Coward · · Score: 0

    Ironic, much?

  43. prevailing winds by misfit815 · · Score: 1

    When I left college (note the absence of the phrase "graduated from"), I needed an income. I made it writing VB/VBA/ASP apps tied to SQL Server databases. And I made a very fine income. Then when .NET came out, I "upgraded" to C#, and was very happy with it. I have to be reminded once in a while that we're in a recession. I've spent the better part of the last 20 years on Windows because that's where I felt I was in the most stable business environment.

    Last week, I bought a PHP/PostgreSQL book for my current project on Linux/Apache2.

    --
    Jesus told him, "I am the way, the truth, and the life. No one can come to the Father except through me. - John 14:6 NLT
  44. It's only a matter of time by bgibby9 · · Score: 1

    and the money will start to follow wherever Microsoft's Piper plays!

    --
    http://www.gibby.net.au
  45. You're not architecting your code by msobkow · · Score: 1

    If your C++ code has the same layout as your C# code, you're not architecting your code to take advantage of multiple inheritance and missing out on the whole point of using C++ instead of C# or Java.

    C# is a nice language, but I'm not interested in locking myself to the Microsoft environment. And the runtime leaves a lot to be desired. For example, the default behaviour is to open a file with a lock on it, even if you only read the file. While file locking semantics are very useful for programming, they should not be the default. At very least, the default should be either a read lock or a write lock based on your file opening flags.

    And don't get me started about Mono. Great idea, lousy implementation. Completely and utterly USELESS for multi-threaded programming in a server environment where you expect more than a half dozen or so threads.

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:You're not architecting your code by Xest · · Score: 1

      If multiple inheritance is a big deal for you then the chance are you're not architecting your code well at all.

      Oh and no, multiple inheritance is not the whole point in using C++ over C#, the need to work at a lower level is.

    2. Re:You're not architecting your code by dskzero · · Score: 1

      Talk about missing the point.

      --
      Oblivion Awaits
    3. Re:You're not architecting your code by msobkow · · Score: 1

      To each their own. Java and C# both have more than adequate performance for my needs, so it's very, very rare that I would look a C# just to get closer to the metal nowadays. Programming speed and maintainability are more important to me nowadays.

      Multiple inheritance allows for tighter code, less code, and more consistent behaviour as a result. If you don't grasp the significance of multiple inheritance, it's your loss. You can simulate multiple inheritance through the use of interfaces (which are allowed to multiple-inherit), but the implementation code ends up replicated all over the place.

      Introspection and dynamic invocation can provide the same code structure benefits at the expense of performance, but I'm not really a fan of that approach.

      I question your qualifications to judge C++ implementation architectures if you thing multiple inheritance is no big deal. I realize there's been an umpteen year philosophical discussion about single vs. multiple inheritance, but I deal with practical programming, not philosophy.

      --
      I do not fail; I succeed at finding out what does not work.
    4. Re:You're not architecting your code by msobkow · · Score: 1

      Dang it. Clicked too quickly. I wouldn't look a C++ just to get closer to the metal in most cases.

      It's not a lack of comfort -- I have over 15 years C++ programming experience.

      --
      I do not fail; I succeed at finding out what does not work.
    5. Re:You're not architecting your code by Xest · · Score: 1

      "Programming speed and maintainability are more important to me nowadays. "

      It's important to most people, that's why, in general. there's very little use for C++ nowadays.

      "but the implementation code ends up replicated all over the place. "

      It sounds like you're just not very good at determining your inheritance trees. There's very few circumstances where you genuinely need something to be 'is a' and 'also a', there are however plenty of circumstances where you need something to be 'is a' and 'is like a' however. Your base class provides the 'is a' relationship, interfaces provide the 'also a' relationship. Can you give me some of the countless examples you no doubt have where multiple inheritance is necessary enough to be used throughout a program multiple times?

      "I question your qualifications to judge C++ implementation architectures if you thing multiple inheritance is no big deal."

      Right, and I question your qualifications to design applications full stop if you think multiple inheritance is important enough to be needed in every single application, and the applications it is used in more than once.

      "but I deal with practical programming, not philosophy."

      Yes, and the guy after you is going to have to deal with a maintainability nightmare.

    6. Re:You're not architecting your code by Xest · · Score: 1

      "It's not a lack of comfort -- I have over 15 years C++ programming experience."

      You know, that's not all that special. You've only been using it since 1996?

      It's also worth noting that using a language that long doesn't necessarily help you get better, the real question is what else you've been doing too. If you've only really been using C++ then you've not got any experience dealing with the quirks and changes to software development other languages provide. If you're stuck in your multiple inheritance ways then you're ignorant to what other options are available in other languages.

  46. Re:.NET is dot-useless... by cshark · · Score: 1

    Any recommendations?

    --

    This signature has Super Cow Powers

  47. Plain old Windows will rule by Anonymous Coward · · Score: 0

    Metro is dead on arrival. It is totally unsuitable for anything other than touchscreen tablets, it is incompatible with existing Windows software, it is not very well suited to actually getting productive work done and the mandatory 30% cut to Microsoft will turn off developers in droves. I expect that businesses will skip Windows 8 and will stick with Windows 7 forever just like they did with XP. In any case I think that tablets are a passing fad which will vanish a few years from now.

  48. Re:Developers, developers by Anonymous Coward · · Score: 0

    Why do you hold such hostility towards your fellow humans? I thought you were a commie..

  49. pshhaww! by xmorg · · Score: 1

    I use C. All this new high fangled object orientation is fudgesticks!

  50. Re:Microsoft has a history of screwing their dev b by Alkonaut · · Score: 1

    Gosh I just can't see why people see Java as the non-evil-corporation alternative! It's oracle for heavens sake, if you think microsoft screws developers on puropose you better believe Oracle does it for fun.

  51. Obvious really by Anonymous Coward · · Score: 0

    So the developers of the world are getting excited about the next big thing and are trying to cross-train to MS's new hotness.

    But the companies of the world are still using their .Net apps, and still want them to be developed.

    There is a lag between the two. During the lag period, there will be a high demand for developers of the old technology.

    This is always the case when this kind of transition happens. The same happened when .Net came out -- VB6 devs* found themselves more and more in demand as the best of them jumped ship early to learn .Net. Those who remained did quite well out of the situation for a couple of years. But after that time the bottom dropped out of the VB6 jobs market fairly quickly, leaving those who hadn't switched struggling.

    * (note re the VB6 devs, I use the term 'devs' in its loosest possible sense)

    1. Re:Obvious really by neminem · · Score: 1

      Except that VB6 was a horrible monstrosity (I've seen it; it's disturbing), while C# is quite possibly the prettiest language I've worked with. And yes, Python fanboys, that does include Python. (Haven't worked with Ruby, though; I've heard good things there, too.)

      VB6 "devs", who could, presumably jumped ship early to learn just about anything else, because anything was better than VB6.

  52. Web Services FTW by Anonymous Coward · · Score: 0

    Regardless of whether WPF dies, ASP.NET Web Services are going to drive data to whatever UI layer is needed for some time to come. If it's WCF, WCF Rest, ASMX or an http handler who cares?

  53. Re:Microsoft has a history of screwing their dev b by Toreo+asesino · · Score: 1

    There seems to be a lot of FUD flying around this article & in the comments. It's probably a sign Microsoft are actually doing something right when people go out of their way to distort the truth.

    --
    throw new NoSignatureException();
  54. Re:Developers, developers by Anonymous Coward · · Score: 0

    who are tirelessly shitting up technology for the rest of mankind

    Thats what you get for creating a successfull product that people want. Those idiots !

    I thought you weren't a troll... sorry for the confusion.

  55. ASP.NET by Anonymous Coward · · Score: 0

    A lot of .NET developers create ASP.NET Web applications, and those developers aren't going to suddenly switch from making Web apps to making Windows 8 Metro applications.

  56. Newbie? by Zaphod+The+42nd · · Score: 1

    "Are you a newbie programmer looking for a job? It seems your best bet is to ... have ... .NET experience"

    Are you a newbie programmer? Your best bet would be to not be a newbie programmer, and instead be experienced.
    Uh, duh? Maybe this should read "Are you a .net programmer?"
    just sayin.

    --
    GCS/MU/P d- s:- a-- C++++$ UL++ P+ L++ E+ W++ N o K- w--- O M+ V- PS+++ PE Y+ PGP t+ 5- X R++ tv+ b++ DI++ D++ G+ e++ h-
  57. Not accounting for ASP.NET development either. by Pionar · · Score: 1

    As others have pointed out, this article is flawed. I bet a good 80% of those .NET jobs are actually ASP.NET jobs.

  58. C# is ages different and miles better. by tjstork · · Score: 1

    Why is anyone in their right mind writing applications in a systems programming language that is C++. C# is an application language, and C++ is a systems language.

    I would like to have, in C++, these things that C# already has:

    1) Sane compilation. Why must I still be doing #if INCLUDED in 2011?
    2) Property inspection and other run time type inspection and dynamic invocation facilities.
    3) datetime, decimal.
    4) C# strings are better than C++ strings
    5) Class extensions
    6) Anonymous types, and as a consequence, LINQ
    7) nullable types
    8) Sane array and class construction syntax in code

    C# does do some stuff that is kinda sucky compared to C++. I still miss multiple inheritance from time to time. But,
    all in all, C# is just better.

    --
    This is my sig.
  59. Re:Slashdot needs competent editors, not user surv by Anonymous Coward · · Score: 0

    Sort of a side note, I got denied an interview about a year ago because I couldn't explain well enough to the recruiter that no one could have 4 years experience with .NET 4.0. I tried to explain that I've worked with .NET since v1.1 and many other languages before that; however, that did not seem to work. "Well", she said, " the company wants someone with 4 years experience with .NET 4.0 and Visual Studio 2010". (The logic that it's CALLED 2010 and the current year was 2010 didn't help either for some reason).

    Guess I'll try to re-apply in 3 more years.