Support our Sponsors:

Go Back   Touch Arcade > Developer Discussion > Public Game Developers Forum

Reply
 
Thread Tools Display Modes
  #1  
Old 01-06-2013, 11:45 PM
Syndicated Puzzles's Avatar
Syndicated Puzzles Syndicated Puzzles is offline
Senior Member
 
Join Date: Jul 2009
Location: Victoria BC
Posts: 1,170
Default 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.
Reply With Quote
  #2  
Old 01-06-2013, 11:55 PM
AlienSpace's Avatar
AlienSpace AlienSpace is offline
Developer
iPhone 4, iOS 6.x
 
Join Date: May 2010
Posts: 410
Default

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.
Reply With Quote
  #3  
Old 01-07-2013, 02:54 AM
Rubicon's Avatar
Rubicon Rubicon is offline
Developer
iPad, OS 4.x
 
Join Date: Feb 2011
Location: Isle of Wight, UK
Posts: 1,448
Default

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.
Reply With Quote
  #4  
Old 01-07-2013, 04:14 AM
AlienSpace's Avatar
AlienSpace AlienSpace is offline
Developer
iPhone 4, iOS 6.x
 
Join Date: May 2010
Posts: 410
Default

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.
Reply With Quote
  #5  
Old 01-07-2013, 06:07 AM
Patricia Curtis Patricia Curtis is offline
Developer
iPad 2, iOS 5.x
 
Join Date: Jan 2013
Location: Nottingham UK
Posts: 43
Default 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.
Reply With Quote
  #6  
Old 01-07-2013, 06:08 AM
Rubicon's Avatar
Rubicon Rubicon is offline
Developer
iPad, OS 4.x
 
Join Date: Feb 2011
Location: Isle of Wight, UK
Posts: 1,448
Default

I'm with you Patricia.
Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Copyright 2012, TouchArcade.com, LLC.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.
Copyright 2008 - 2011, TouchArcade.com. Privacy Policy / DMCA Copyright Agent