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.

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.

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.

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.

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.

If the contract is for time and materials, as I assume it is. Then its perfectly reasonable for the developer to expect to be paid for bug fixes.

This. Everybody who thinks bug fixes after delivery are always included without extra payment no matter the contract is resorting to wishful thinking. I know for a fact that a lot of companies make a lot of money with those kind of support contracts that guarantee bug fixes. Same goes for development, if it's T&M then if it takes longer, then it costs more.

If you're in the position of hiring a programmer and want them to support their code and fix possible bugs later without charge, then you need to put that in the contract. If you're just paying them to work X hours then that's what you get... X hours worth of work.

This is not difficult, it's just business 101. You hire for a service, put the details in the contract, and then you get that service and pay what you promised. If you dont think the other person completed their part of the contract then you can take them to court.

About Us

"TouchArcade covers the latest games and apps for Apple's iPhone and iPod Touch. We are the largest site dedicated
to iPhone and iPod Touch gaming."

Promotional Codes

While we now accept iTunes Promotional Codes for games, we can't guarantee that your app will be reviewed or covered. Only one promotion code is required. Feel free to send promo codes to tips@toucharcade.com.

While we appreciate the promo codes, notable app pre-announcements and preview copies are also of interest to our readers. Please feel free to contact us at the same email address about these opportunities.

Note: we rarely (if ever) solicit developers directly for promo codes. If you receive such an email, please contact us.

Advertising

We have advertising opportunities available to iPhone and iPod Touch developers. If interested, please contact us at ads@toucharcade.com.

Press Contact

We welcome news releases, previews, screenshots and video links for existing or upcoming iPhone and iPod Games. We can't promise a personal reply but we do try to evaluate every title submitted. Please send press releases or general inquiries to tips@toucharcade.com.