Programming Quotes
-
cent percen true what happens actually is even if you do all sort of planning some crap will still remain and that will cause all the headache in the last moment. But in any case with proper planning 90% of the last moment headache can be removed. :)
Best Regards, Apurva Kaushal
Absolutely. Planning, good documentation, unit testing, and careful coding will not eliminate bugs. They will, however, decrease the number of bugs, make it easier to fix bugs, and allow you to verify your fixes don't break anything else.
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
-
Absolutely. Planning, good documentation, unit testing, and careful coding will not eliminate bugs. They will, however, decrease the number of bugs, make it easier to fix bugs, and allow you to verify your fixes don't break anything else.
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
-
What a load of crap. If you find the bugs in your code before your customer does then you have a better quality product.
Judah Himango wrote:
don't test more; develop better.
If anyone sayes that to me in a job interview I would kick them straight out the door.
Truth is the subjection of reality to an individuals perception
I think the point there is that testing (in particular, unit testing) doesn't make your software better, as some devs seem to think. Instead, testing measures the quality of your code, allowing you to develop it better by refactoring, fixing bugs, designing it better the next iteration.
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
-
What a load of crap. If you find the bugs in your code before your customer does then you have a better quality product.
Judah Himango wrote:
don't test more; develop better.
If anyone sayes that to me in a job interview I would kick them straight out the door.
Truth is the subjection of reality to an individuals perception
McConnell is right in a way but it's not either-or. We should develop better and test more. Both improve quality. A good pointer is this: http://www-users.cs.york.ac.uk/~paige/Writing/xp2004.pdf[^]
Kevin
-
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
-
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
Indeed, but Test Driven Development is like weighing yourself immediately before you decide whether (or what) to eat, which is a good way to lose weight.
'--8<------------------------ Ex Datis: Duncan Jones Merrion Computing Ltd
-
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. Alan Kay That sounds about right.
:josh: My WPF Blog[^]
-
Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. Alan Kay That sounds about right.
:josh: My WPF Blog[^]
Heheh, agreed. But is he saying there's no structural integrity to Egyptian pyramids? I don't think that's accurate. Anyways, getting off topic now...
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
-
Heheh, agreed. But is he saying there's no structural integrity to Egyptian pyramids? I don't think that's accurate. Anyways, getting off topic now...
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
Judah Himango wrote:
But is he saying there's no structural integrity to Egyptian pyramids? I don't think that's accurate
I don't know if the Egyptian pyramids have structural integrity or not. When I read that quote I envisioned rock-dragging slaves being whipped in the hot sun. That just seemed so appropriate an analogy to some software projects! :)
:josh: My WPF Blog[^]
-
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
The most amazing achievement of the computer software industry is its continuing cancellation of the steady and staggering gains made by the computer hardware industry. - Henry Petroski And here I thought that quote was supposed to be attributed to the Windows Vista team... Oh well...:rolleyes:
Any sufficiently gross incompetence is nearly indistinguishable from malice.
-
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
Jello bugs[^], by Kent Beck:
I remember hearing a description of the release process at Microsoft and someone likened it to Jello. You got this software and it's like Jello and people are making changes and it’s shaking and it's shaking and you think you're getting close but the software's still shaking and then it stops shaking just for a second and that's when you ship it.
0 bottles of beer on the wall, 0 bottles of beer, you take 1 down, pass it around, 4294967295 bottles of beer on the wall. Awasu 2.2.3 [^]: A free RSS/Atom feed reader with support for Code Project.
-
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
One of my favorites and it seems to impress my boss is: If you only have a hammer everything looks like a nail. I suspose this means sometimes people approach a problem from the perspective of what they currently know or have instead of asking what really is the best way.
-
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
Theory is when you know something, but it doesn't work. Practice is when something works, but you don't know why. Programmers combine theory and practice: Nothing works and they don't know why. became my instant favorite :)
Omit Needless Words - Strunk, William, Jr.
Web based Project Management
Universal DBA | Ajax Rating | ExplorerTree | Globalization in 20 minutes -
Programming Quotes Page[^] :cool: My favorite:
Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don't improve it. Trying to improve software quality by increasing the amount of testing is like trying to lose weight by weighing yourself more often. What you eat before you step onto the scale determines how much you will weigh, and the software development techniques you use determine how many errors testing will find. If you want to lose weight, don't buy a new scale; change your diet. If you want to improve your software, don't test more; develop better. Steve McConnell Code Complete
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
"Never attribute to malice what can be accounted for by stupidity."
Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke
-
Judah Himango wrote:
But is he saying there's no structural integrity to Egyptian pyramids? I don't think that's accurate
I don't know if the Egyptian pyramids have structural integrity or not. When I read that quote I envisioned rock-dragging slaves being whipped in the hot sun. That just seemed so appropriate an analogy to some software projects! :)
:josh: My WPF Blog[^]
Josh Smith wrote:
rock-dragging slaves being whipped in the hot sun
The key is to learn to love the whip.
Software Zen:
delete this; -
What a load of crap. If you find the bugs in your code before your customer does then you have a better quality product.
Judah Himango wrote:
don't test more; develop better.
If anyone sayes that to me in a job interview I would kick them straight out the door.
Truth is the subjection of reality to an individuals perception
fat_boy wrote:
If you find the bugs in your code before your customer does then you have a better quality product.
No. When you fix the bugs you have a better quality product. Testing of itself does not improve the product, fixing bugs that the testing reveals does.
Ryan
"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
-
What a load of crap. If you find the bugs in your code before your customer does then you have a better quality product.
Judah Himango wrote:
don't test more; develop better.
If anyone sayes that to me in a job interview I would kick them straight out the door.
Truth is the subjection of reality to an individuals perception
You almost sound like my previous boss. He wanted to fix everything with a cap. If there was noise on the line he want to use a cap, if software was not performing because of "noise" then I must use a cap.:laugh: Just does not make sense does it? Well having seen the way some cowboys program I'm amazed that the IT industry is still on it's feet. The sory of change diet works for me :) Regards
-
I think the point there is that testing (in particular, unit testing) doesn't make your software better, as some devs seem to think. Instead, testing measures the quality of your code, allowing you to develop it better by refactoring, fixing bugs, designing it better the next iteration.
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Dumbest. Movie. Title. Evaaar. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
Judah Himango wrote:
testing ... doesn't make your software better,
Wrong. (And I was a mechanical engineer before switching to software) any testing makes the product better. How the hell do you think Williams oe Ferrari win a Grand Prox? They didnt do that by rolling the car off the drawing board. They did it through good design, good implementation and good testing. And its the same for any engineered product or object. This is the problem with many programmers, they arent engineers. They dont know how to engineer something.
Truth is the subjection of reality to an individuals perception
-
fat_boy wrote:
If you find the bugs in your code before your customer does then you have a better quality product.
No. When you fix the bugs you have a better quality product. Testing of itself does not improve the product, fixing bugs that the testing reveals does.
Ryan
"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
Ryan Binns wrote:
No. When you fix the bugs you have a better quality product
Oh for gods sake! Dont you think when I wrote 'find' that fixing them is also implied? Do you think anyone would leave a bug un-fixed once found?
Truth is the subjection of reality to an individuals perception
-
You almost sound like my previous boss. He wanted to fix everything with a cap. If there was noise on the line he want to use a cap, if software was not performing because of "noise" then I must use a cap.:laugh: Just does not make sense does it? Well having seen the way some cowboys program I'm amazed that the IT industry is still on it's feet. The sory of change diet works for me :) Regards
BLOEDHOND wrote:
He wanted to fix everything with a cap
What is CAP?
BLOEDHOND wrote:
Well having seen the way some cowboys program I'm amazed that the IT industry is still on it's feet
Are you calling me a cowboy? If you are then you are a fool. I was in mech eng before SW. Now I am doing device drivers for windows. If you dont test, youve got unfound bugs. IF youve ghot bugs you dont sell product, and that is one reason the company I work for has 82% of market share in europe and 32% globally. Dont tell me testing doesnt improve quality. Thats a load of intellectual crap.
Truth is the subjection of reality to an individuals perception