★ TouchArcade needs your help. Click here to support us on Patreon.

Who should pay for the bugs?

01-06-2013, 11:45 PM
#1
Who should pay for the bugs?

We contracted a build outside of iLifeTouch. Going well except for bugs.

Now here is a general question. At what point should the dev fix the bugs without demanding to get paid for work that was supposed to be working in the first place. We complained to the programmer but he insisted it was part of the process. This is the fourth update and I fear new bugs will appear mysteriously again.

STR8TS , STR8TS 6X6 , DOMINO DICE , PUZZLE DICE,
CAVEMAN TEST, 1 TO 25, SUDOKU+STR8TS, ZARTE, ABSORB WATER, YOU, TIME SHEET (PHOTO VERIFIED),Office Alarm, Travel weather, dock clock,
01-06-2013, 11:55 PM
#2
Quote:
Originally Posted by Syndicated Puzzles View Post
We contracted a build outside of iLifeTouch. Going well except for bugs.

Now here is a general question. At what point should the dev fix the bugs without demanding to get paid for work that was supposed to be working in the first place. We complained to the programmer but he insisted it was part of the process. This is the fourth update and I fear new bugs will appear mysteriously again.
Bugs ARE part of the software writing process. Whether the dev has to fix them would depend on what terms you're paying them under. If you're just paying for work as you go, then more work requires more pay. I'm not really sure how else it would go with an external contractor... you cant just say you want X software which is Y percent bugfree... there's no way to quantify such a thing.

So, they do some work and you pay some amount. If there are bugs then you have to pay more to fix them. If you're unsatisfied with the quality or pace of the work, then you might want to get a new dev.

Also, you get what you pay for. Better and more expensive developers are more expensive for a reason.

Independent developer of Alien Space, Alien Space Retro, and now Annihilate

For more information and latest updates, join us on Facebook: https://www.facebook.com/AlienSpaceGame

01-07-2013, 02:54 AM
#3
Joined: Feb 2011
Location: Isle of Wight, UK
Posts: 1,496
I can't believe a developer has said that.

When someone contracts a piece of work, it is completely expected that the work is delivered fully functional and bug free. In the real world that means the dev must fix them as they are found. The best contract from the developers perspective will put a cap on how long that process can last for (a year for example) but will not get him out of doing this completely.

If you're hearing anything different, get in touch with a lawyer.
01-07-2013, 04:14 AM
#4
Quote:
Originally Posted by Rubicon View Post
I can't believe a developer has said that.

When someone contracts a piece of work, it is completely expected that the work is delivered fully functional and bug free. In the real world that means the dev must fix them as they are found. The best contract from the developers perspective will put a cap on how long that process can last for (a year for example) but will not get him out of doing this completely.

If you're hearing anything different, get in touch with a lawyer.
There's no such thing as bug free. There's also no implied support period unless it was in the contract, which is why I said it depends on the terms for the work.

Even if you wanted to stand by your work and provide bug fixes for some time after you deliver the code, in the real world other programmers will inherit that code. They might be stepping all over it creating new bugs, that then might get attributed to you. How'd you like to keep getting calls by your previous employer to fix bugs which arent really yours, or your code that's broken because they broke some other code that interacts with it? How'd you like to keep doing this months after you delivered your code and now have other contract work to worry about?

When you hire a contractor you usually hire them per hour, or per day, but not per line of code or per feature. That means you pay for an hour and you get an hours worth of coding. A good dev will get more and better done, with fewer bugs, than a bad dev will. Again, that's why you pay them more. And if you're realistic in your scheduling and budgeting, then you've also planned for bugs to arise and money to pay for more dev work later.

Work = money, and only a very inexperienced developer will think that you can deliver a system fully functional and bug free on the first try. Everything needs debugging, support, and updating later in software, especially when that code doesnt live in a black box.

Independent developer of Alien Space, Alien Space Retro, and now Annihilate

For more information and latest updates, join us on Facebook: https://www.facebook.com/AlienSpaceGame
01-07-2013, 06:07 AM
#5
Pay some

I would pay, him 10% of the money and then offer him milestones for a bug free version and then only on a final fully working version pay him the last amount, but the last amount should be at least 30% of the project fee. Or use an escrow system.

It is and has always been the developer (programmers) responsibility to fix bugs even 6 months to a year after the delivery date. Ask him if he purchased something from a shop and it broke in two days would he take it back?

a small point, but i will say it none the less, a developer that lets bugs out of the door then says its part of the process is not a very good developer. I have been making games for 35 years and if i had his attitude my career would have only lasted a few months.

Game development blog luckyredfish.com