Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Comment Re:Amusing... (Score 1) 285

It always depends upon the circumstances.

There are times when being a great programmer could be the most important thing, but except in one man/woman operations this is very rarely the case.

It's overlooked because there's a romanticism (sad and geeky though it is) about wondrous programmers being able to leap tall feature lists with a single bound...

Comment Re:Amusing... (Score 1) 285

Ultimately, programming and software engineering are the same thing

Not at all. This isn't some elitist "I'm not a programmer" kind of thing. I am a programmer, but that ability is a subset of my abilities as a software engineer.

Programming is the ability to instruct a computer to perform actions.
A programmer is someone who has this skill.

Software engineering is a superset of programming. It includes the abilities of a programmers, plus the skills, the ethos, and the discipline for all the other aspects of building software that are important. The discipline is the most difficult part (at least for me.)

The simplicity of those differences can be seen in the drudgery of commenting your code where appropriate (or, if you know that junior developers will be working in the codebase, documenting it thoroughly), and the complexity of those differences can be in recognizing that the architecture of your solution provides for 3rd party integration opportunities that may be of enormous value to your employer and yet require more work on your behalf because abstraction can also be drudgery.

This doesn't mean that there aren't people out there who consider themselves programmers, not software engineers, that don't have these skills - it means that that they are what would be technically considered a software engineer.

You can pick up a book on learning JavaScript in 24 hours and start programming and even refer to yourself as a programmer if you land a job doing so, but calling yourself a software engineer at that point is ridiculous. Heck, quite a few CS grads don't even appear to be able to call themselves programmers (they do so little of it in the course of their studies generally.)

An analogy, which in my obviously subjective opinion, describes this relationship would be a mechanic and a mechanical engineer. That is a rougher comparison than the differences between MOST programmers and software engineers, but it conveys the basis of what I mean.

Comment Re:Amusing... (Score 2) 285

To the people who hired you, the most important thing is getting the product to work reliably so they can start making money with it. It won't matter at all how pretty the chart bubbles are in the design document, if the program crashes or is otherwise unusable. So score one for the talented programmers there.

You are clearly demonstrating your lack of understanding about how to make software. You seem to think that software engineering is about "chart bubbles" and "design documents." It isn't at all. That's like saying that being an excellent race car driver is about how nice your car looks. It also isn't about how well you can drive a GoKart or a Formula 4 car, it's about your ability to drive anything necessary to accomplish your goals, your ability to make decisions, to mitigate risks, et cetera.

Talented programmers are sometimes good software engineers.
Talented software engineers are often good programmers.

the most important thing is getting the product to work reliably so they can start making money with it

You not only display your lack of understanding what software engineering is, but here you demonstrate your lack of realization that there are more independent software vendors in the world than just cash strapped startups who have to hack together whatever they can in order to begin generating revenue.

Which is not to say software engineering isn't important -- only that exactly how important it is will vary with the size of the project

Amazing. You really don't understand that software engineering is the discipline of creating software properly. You seem to conflate it with architecture design documents and waterfall planning.

Software engineering is critical for any project of ANY size.

It is about decision making, risk mitigation, and proper use of resources.

People who think the way you are exhibiting here are the reason with why so much software is just garbage when it doesn't have to be.

Comment Amusing... (Score 1) 285

...but I would argue that software engineering is a far more important a skill than programming.

Which thing is ultimately more valuable, the ability to write JavaScript (or C++, or Objective-C, or whatever) better than anyone else, or, the ability to architecturally scale a big data solution along swim lanes or using an AKF cube (or properly design a secure inter-process communication system, or whatever)?

I'm not trying to demean raw programming ability, because that's always a valuable skill, the problem is that people seem to venerate it above what I believe it more important to the creation of good software.

Anywho...

Comment Re:Do we need HTML+Javascript at all? (Score 1) 104

Using C# is almost as big a failure of an idea as using Javascript

Would you care to explain any of your reasons why? It seems to be vastly superior for client side work in comparison to everything else right now. I wouldn't use it on the backend (that's still C++ territory in my opinion), but it and/or Java work well on the web services side of the backend.

Writing a bytecode platform is exactly what using C# would do in any case (I guess I should have been clearer.) I don't care if the actual language on top is exactly C#, or something else, just let it compile to a bytecode platform that takes all the best of Java, C#, and other THICK CLIENT application languages because the state of the world today is that people are trying to write thick client applications in the web browser using languages never intended to be used in such a fashion.

Comment Re:Do we need HTML+Javascript at all? (Score 1) 104

This, a thousand time this.

Why don't browser makers get together and throw out the entire existing paradigm of horrific compromises and agree on completely fresh start with both language and UI framework.

Throw out HTML, throw out CSS, throw out JavaScript. Take the best *ideas* from them all, use C# (nothing to do with Microsoft though) and create a common framework on all platforms embracing those *ideas* and use OpenGL as the composition engine.

Comment Re:Uh, sure.. (Score 1) 359

Weird, I only used it for C++ from 1.5 until VS 2010. The only time I had the problems you're describing are when the intellisense files were being invalidated because people were storing them (*.ncb) in source control and this was confusing my local VC++ setup.

I'm pretty sure you could turn off intellisense in 2003 and 2005 (don't recall with 2008 onwards though.)

Comment Re:Uh, sure.. (Score 1) 359

As a long time VisualStudio user I find your problems to be rather 'bizarre' to say the least. I use many IDEs on a day to day basis from XCode, Eclipse, MonoDevelop, Emacs, KDevelop (only for one old project), and VisualStudio 2008, 2010, and 2012. It depends upon what platforms I'm building for.

I have a rather large Visual Studio solution that contains more than 30 projects including web services, DLLs, controls, assemblies, client applications, and COM/DCOM objects, and it takes about 5 seconds to startup and be ready to work when I load that solution.

I also don't run into the incremental build issues that you seem to experience. I've been building huge projects in VisualStudio for more than a decade and never experience the problems you are reporting except when somebody was hosing up source control and VisualStudio though files where changing all the time.

That being said, XCode is a really nice environment as well.

Comment Re:How does this not violate the 5th and/or 14th.. (Score 1) 371

According to the Washington Post the CIA knew he was in the car. Several news outlets report this (although that could be parroting the Washington Post); however, several early reports about the attack appear to show the CIA proud that they killed Derwish as well (although that quickly changed after people got wind that he was an American.)

Apparently there was a 'secret finding' making this ok back in 2001/2002.

George Tenet is a yes man.

Comment Re:How does this not violate the 5th and/or 14th.. (Score 1) 371

You can say about Bush whatever you want, but he was always honest about it

Honest about what? Why we should invade Iraq? That we aren't torturing anyone? That the CIA didn't mean to kill that American citizen?

Obama is a worse disappointment in this regard simply because everyone with half a brain should have known that as a Neo-conservative Bush would behave that way. Obama was supposed to be a return to constitutional principles. Now he might as well be making security policy with Cheney (there's a scary thought, lol...)

Slashdot Top Deals

Only God can make random selections.

Working...