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


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:Indeed (Score 1) 188

The process I have seen followed by the most senior developer in my last company was more like:
Write code
Don't write tests
Don't put a label on the trunk
Commit hundreds of files to the trunk
Write specification
Write requirements
Run out of budget
Trunk now abandoned for other projects

He did work "at a higher level to all of you" so what did we to know!

Comment Re:Solo developer monoculture (Score 1) 495

Wanting to get your code reviewed is a good first step. Is you code clean enough to explain to a non-coder? Maybe find someone in the company who while not a coder has expressed an interest in it.

For personal projects it is easy to not apply the same practices you would at work and become sloppy, just do it as you would a professional project. Get unit testing in right from the start, learn about refactoring, take a while off from it and look at it again afresh, if you feel a pattern is wrong or not applicable you're probably right so strip it out and use another. Maybe publish your work somewhere, get involved in forums where you can get advice and also give it. Learn to accept criticism - this is a tough one for most people - me included.

Comment Re:QA - Microsoft is really to blame. (Score 1) 213

These two requirements, as stated, are common in industry, and are pretty much exactly what Agile is directed at: You release quality product with a limited feature set first tat fills an unfilled need, and then expand the feature set in subsequent releases. You are, therefore, able to both release only quality product and release it quickly, making subsequent improvements that expand features after the initial release, without sacrificing quality.

Good point but in this case, although eventually we (unsuccessfully) went for an agile approach, releasing in this way didn't suit our customers. Each release would have to be re-qualified by them which costs hundreds of thousands of dollars, deployment could be anywhere in the world and if it didn't work for whatever reason they would switch the system off and lose revenue.

Comment Re:Those aren't "programming" mistakes... (Score 1) 213

I can't agree more. The number of times I have raised issues before deployment only to be told that it is "not a requirement" is beyond me. It is very hard to fix these things afterwards and I suspect that the reason these issues are ignored is because the requirements/software architect (same person in my case) has designed something so inflexible that they cannot change anything. Using something like DOORS is all well and good but garbage in still results in garbage out.

Comment Re:QA - Microsoft is really to blame. (Score 1) 213

Our QA department doesn't have a single person with a background in software and when I raised this concern to the engineering manager he didn't see my point.

We had a general manager who said that only quality products should be released to customers and as engineers we wholeheartedly agreed with him. The problem was that the vice-president of engineering had the view that it is best to be first to market and you can make it better after it ships. The general manager also said that he would not entertain a project that returned less than 40c on the dollar, yet the company only made 6% net profit in exceptionally good years and usually more like 2 to 3%.

Comment Re:Lunchbreaks (Score 2) 475

In my case I am a task orientated person. I have had to learn that some people are at work for more of the social aspect than I am and that although they are not as productive as I am they still provide overall the same value to the company that I do. I have to accept that my boss is my boss because he has better judgement than me in some matters and that if he does not then his bosses will find out and address the situation or the company will fold. Basically shit will happen so don't fight it, a good company will flourish and a poor one will die.

Comment Re:Lunchbreaks (Score 1) 475

Your attitude seems a bit poor too. Some people are task orientated while others are people orientated. It is very difficult for task orientated people to see why they are not more valued than the others who seem to goof off all day and yet get paid at least the same or maybe even more. I have been through this myself and it took a change of job and a couple of good books to realize what was going on. You should be more aware of the different types of people.

Slashdot Top Deals

When the bosses talk about improving productivity, they are never talking about themselves.