Quantcast
Channel: Discussion on Sloppy code: Why it's not (always) the developer's fault
Browsing all 28 articles
Browse latest View live

The invoice number was a better example

It was defined as a number. So you code the box to only accept a number. The testers can only verify that it only accepts a number. It goes to a client and they complain cause they want to enter text.

View Article



So Sales and Marketting gain some confidence

that there is a salable and marketable product.Are you new?

View Article

Tony, I have to agree and disagree about the assumptions

Yes, it is an assumption only a numeric data input is needed, however, there would be other information on hand about the relevance of that assumption. First, the majority of data input fields usually...

View Article

Yep every body did their jobs except possibly the analyst

and definitely the customer.It was the shop floor boys doing the data entry who 'erm spotted the difficulty, wouldn't be the first time the customer stakeholder, didn't know the job to that level of...

View Article

Tony, we're having this discussion for a number of reason

sloppy code gets released into the wild because;1. the person writing it doesn't know better; sure it's rare today but still happens with some people just out of training;2. management comes along and...

View Article


two questions, two answers.

1. beta versions are for real time testing to try and identify issues that occur in production that the people who wrote the specs and test sheets did not think would happen .2. Nagging problems often...

View Article

correct, and justified in that form their perspective - nt

nt

View Article

In addition to what the other said

Betas are also often used to generate hype about a new program or product.

View Article


work smarter...not harder

Stop paying testers peanuts and start investing in them.As a software tester I have never experienced anything different than what stated in the article. This is the consumer market. The problem tends...

View Article


You've a point about sticking more and mroe features on some devices

but I wonder WHO is pushing that, the consumers or the marketing people? I often see people in the shops buying portable consumer items asking if the shop has something that a lot more basic as they...

View Article

The argument that some assumptions are acceptable

is the root cause of 99% of the problems. Your contention that the name field should be searchable is an assumption. I wouldn't assume that on implementing a design. Making a field efficiently...

View Article

Erm No

If business believed that it was better economically not to put bugs in sofware, there would be less of them.There aren't, so they don't and they have impressive bank balances to prove it. All we've...

View Article

If the customer wants the feature

and will pay for it even if it is unstable, badly documented and buggy, whether you've used your marketing skills to 'erm convince to do so or not. It wouldn't be business smart to argue them into not...

View Article


gee Tony, when did Microsoft need an overdraft?

if a company's management can see a financial advantage from crappy code, in most cases today they'll do it. Microsoft has been pushing their Palladium agenda for almost 20 years, and have been...

View Article

Tony, I disagree with what appears to be your positions of

strictly obeying orders on the testing, even when you know they're wrong or insufficient. That's the same as doing bad or no testing as it isn't a proper test. Also, blindly following orders is...

View Article


I'd agree with you if that was my position as usual you fail

to pay attention.You don't test assumptions,you question them.Your position seems to be if I meet your assumptions then the software meets your requirements...Breakout a dictionary you aren't going to...

View Article

Are you having a bad day?

We me and you, not mega corp....May be if you read what I posted instead of what you wanted me to post so you could reply to it and show how wrong I wasn't, you'd make more sense.You are getting f'ing...

View Article


But No It's Always About Beating The Other Guy

Managers employ developers to deliver a high quality product, but almost never heed the advice about making it an actual quality product. There's hardly enough time for developing code, adequate...

View Article

There is ONE software project

That puts the lie to most of the reasons for pushing sloppy code out.openBSD, forked from freeBSD with 1 focus, secure code, always.in the 14+ years it has been around, they have had 4 security issues...

View Article

You forgot to add

All we've got is overdrafts and crap software... 'cause consumers like 99 cent apps and free checking!

View Article
Browsing all 28 articles
Browse latest View live




Latest Images