Work For Microsoft
-
You don't know anything ... I have known whiners like you through my career ... always complaining on other programmers coding skills and making it look like you saved the day. I've got news for you ... sooner or later everyone (including non-technical people) get to know what's happening ... Also, not making an effort to realize how things work is totally different from not following best coding practices...
I'm referring more to people who just jump into a job to learn the technology and then jump right out without actually learning the best practices. I've seen plenty of people who just take a job so they can put the technology they used on their resume whether they know how to use it well or not and that makes me sad:( I'm probably just bitter because I like my current job though and other people are telling me that they wouldn't stay if they had my skills. You have to like what you're doing though and I get the feeling more programmers are just getting in for the money not the love of creating. ------------------------------------- Do not do what has already been done.
-
basementman wrote: What I came away with is the feeling that Bill thinks .NET/Java is for corporate and departmental developers, not for product developers. I think the point is that they want developers who understand how to deal with lower-level aspects of programming, not because managed languages are considered second-class - they're not - but because whether you're dealing with a higher level language or a lower-level one, understanding what's going on underneath is essential to making the best use of higher-level languages, libraries, and systems, and also, knowing what to do in cases where you need to get "down-and-dirty" is a very important and valuable asset.
Ahh, the difference between someone who understands and someone who regurgitates an example they've been taught. Working at a university I've mentored many, many students who only want to be shown HOW to do something and flee from any effort to generalize their knowledge into a true understanding. The true thinkers of the world are becoming a smaller and smaller subset of humanity and the distance between the thinkers and the posers is becoming vast indeed. -Sean ---- Shag a Lizard
-
basementman wrote: What I came away with is the feeling that Bill thinks .NET/Java is for corporate and departmental developers, not for product developers. I think the point is that they want developers who understand how to deal with lower-level aspects of programming, not because managed languages are considered second-class - they're not - but because whether you're dealing with a higher level language or a lower-level one, understanding what's going on underneath is essential to making the best use of higher-level languages, libraries, and systems, and also, knowing what to do in cases where you need to get "down-and-dirty" is a very important and valuable asset.
-
Pete Madden wrote: the question is are you willing to pay more to get that kinda progammers? Yes, we do. Because those types of people tend to be more productive and create better end-product with fewer issues, faster performance and better scalability, regardless of the language we are using to develop in. Pete Madden wrote: learning the how's and why's coz that's not worth my time Unfortunately, this seems to be the new, modern attitude towards development. It is viewed as nothing more than a commodity and a job, rather than the mental safari and challenge and art that it once was.:( onwards and upwards...
-
I agree BUT there comes a point where the language gets so high-level that knowing low-level stuff becomes irrelevant. There is a whole generation of "programmers" coming up that won't know what memory management means. That IMHO is a bad bad thing.
You're exactly right. Most application developers do not need to know low-level programming techniques. However, Microsoft many times is focused on tool developers so their focus is on the people who write the classes and layers of abstraction that application developers come to depend on. As a result, while we tease about the questions MS asks during interviews (regarding low-level coding), those questions are generally relevant for their needs. Cheers, Tom Archer - Visual C++ MVP Archer Consulting Group "So look up ahead at times to come, despair is not for us. We have a world and more to see, while this remains behind." - James N. Rowe
-
-
My point exactly. When the language features take care of everything for you behind the scenes, you have little to no motivation or need to know what the bytecodes really translate into, and thus, little to no understanding of what the OS is doing. Unless Longhorn is written in C#....:~ onwards and upwards...
basementman wrote: Unless Longhorn is written in C#.... Are you expecting it to be that slow? JimmyRopes
-
Inteview with Big Bill: http://www.informationweek.com/blog/windows/archives/2005/07/bill_gates_hiri.html[^] Especially pertinent is the following excerpt: So what's Bill Gates looking for in a prospective employee? Someone who has not only taken the requisite courses, he said, but who has worked on projects that show the ability to think through tough programming problems from start to finish. Microsoft also wants kids who haven't just programmed with "garbage collection" languages like Java and C# that automatically take care of managing memory and other resources for the programmer, but who've worked in lower-level languages that require them to manage the computer's resources by hand. That's not taught enough, said Gates. Finally, Microsoft wants to develop managers who know how to work with people, not just computers. What can we infer from this about what he thinks of the state of software developers skills today? What I came away with is the feeling that Bill thinks .NET/Java is for corporate and departmental developers, not for product developers. onwards and upwards...
Well presumably at MS you might be expected to work on OS development and in that context you'll certaily need to know about the low-level stuff. But I'd say that the bulk of business-orented software development can do quite nicely with .NET/Java. Languages such as C++ are unnecessary for the most part. They'll be wheeled out for specialised tasks and where performance is at a premium. Kevin
-
I'm referring more to people who just jump into a job to learn the technology and then jump right out without actually learning the best practices. I've seen plenty of people who just take a job so they can put the technology they used on their resume whether they know how to use it well or not and that makes me sad:( I'm probably just bitter because I like my current job though and other people are telling me that they wouldn't stay if they had my skills. You have to like what you're doing though and I get the feeling more programmers are just getting in for the money not the love of creating. ------------------------------------- Do not do what has already been done.
Nicholas Wigant wrote: I'm referring more to people who just jump into a job to learn the technology and then jump right out without actually learning the best practices. This seems to be most programmers in my experience. Most don't care about such issues. They just care about getting the job done, no matter how sloppily. Unfortunately, this just makes the job tougher for the maintenance programmer who comes along afterwards. It then costs the company more money than necessary. I suppose as I'm a contractor I shouldn't mind this. More work for me! :) Still, from a psychic point of view I'd ratherhave a more pleasant time at work. Kevin
-
:) ... I don't think anyone in the world is ever proud to be a Jack of all trades...we all want to be the master of one trade we like. Unfortunately, this works only in certain occasions. I started out as a C++ programmer but utimately found myself earning very less compared to my peers who cared less about getting "married" to one technology and concentrated more on going wherever $$$ was (like in Siebel, SAP, Cognos etc.). But once I realized and changed my attitude things have being going well for me. That's not to say that I don't use software best practices. It's just that I do my work and get going ... no point in wondering how on earth my interface worked. I'd rather spend that time with my family (just like my non-technical boss who btw earns way more than me.)
Peter, I think there are two perspectives here, which need not clash. There is a need for the technical gurus and programmers of that mindset, and there is a need for people like you too. The nature of the job market is that it increasingly requires us to be a jack of all trades. It expects us also to be masters of all trades. But since this is not possible we have to try and learn the basics and see whether we can sell this. However, what little knowledge we may acquire about a certain toolset there's no excuse for not using it as professionally as one can. They all have best practices recommendations and we should follow them. Ideally it might be nice to understand the details but given time constraints we can't all be like that. The main problem is that most programmers make no attempt to discover best practices and follow them. Whenever I have to learn something new one of the first things I do is find the the best practices guide, even if it's no more than recommended style. Kevin
-
Ahh, the difference between someone who understands and someone who regurgitates an example they've been taught. Working at a university I've mentored many, many students who only want to be shown HOW to do something and flee from any effort to generalize their knowledge into a true understanding. The true thinkers of the world are becoming a smaller and smaller subset of humanity and the distance between the thinkers and the posers is becoming vast indeed. -Sean ---- Shag a Lizard
Sean Cundiff wrote: the distance between the thinkers and the posers is becoming vast indeed Well put. onwards and upwards...
-
Well presumably at MS you might be expected to work on OS development and in that context you'll certaily need to know about the low-level stuff. But I'd say that the bulk of business-orented software development can do quite nicely with .NET/Java. Languages such as C++ are unnecessary for the most part. They'll be wheeled out for specialised tasks and where performance is at a premium. Kevin
That is EXACTLY what they said when VB and Powerbuilder came out. Ten years ago. There has been a lot of systems developed in C/C++ in the last ten years. Why? onwards and upwards...
-
That is EXACTLY what they said when VB and Powerbuilder came out. Ten years ago. There has been a lot of systems developed in C/C++ in the last ten years. Why? onwards and upwards...
I don't think C++ will die but I do expect it to be used more in areas in which it is strong, rather than as the first choice for a run-of-the-mill business application. This will especially be the case on MS platforms, as they move towards WinFX as the primary API. Perhaps the C++ that gets used will tend to be C++/CLI rather than unmanaged C++. It may be different on Linux, etc. Perhaps it will be more Java, or even Mono. Novell's iFolder x-platform file sharing app. is written in Mono. But let's see what the situation is in the next 10 years. Kevin