The implication of your reply is that offshore developers are generally 10x 
worse than onshore. It indicates you haven't worked with a kickass offshore 
team. I thought the same way you did until working in an environment with 
blended on/offshore.

Look, finding developers on odesk hasn't been too reliable for me either. Too 
often they're scamming. But I have actually found some good ones on there too.

But the best developers I have worked with are in Russia and Belarus. Honest, 
hard working, skilled and willing to call bullshit. Finding a good shop is not 
that hard if you're committed. But you've got to be willing to hire a team of 3 
or 4 to make an offshore company bother working with you. 

Regards,
Patrick

Sent from my iPhone

On Aug 15, 2013, at 11:01 PM, Andrew Stone <and...@drivenlogic.com.au> wrote:

> BTW: if you are interested in understanding a bit more about developer 
> productivity here is a post you might like: 
> http://haacked.com/archive/2007/06/25/understanding-productivity-differences-between-developers.aspx
> 
> Remembering that that post above does not consider the extra overhead of 
> managing workers across time zones and over language barriers.  
> 
> On 16 August 2013 15:28, Andrew Stone <and...@drivenlogic.com.au> wrote:
>> Hi, 
>> 
>> The techniques described by Chaitanya will require at least some onshore 
>> development anyway. 
>> 
>> And yes, I'm biased toward the high quality end of the market... simply 
>> because, software is no different to anything else that is created or 
>> built... at the end of the day you get what you pay for. 
>> Also, by no means am I suggesting that oDesk is not a useful platform for 
>> getting things done, nor am I trying to generate FUD. 
>> 
>> I do think however, given your content is 'health data' that those 
>> transborder issues you mention, might extend a bit further... in that you 
>> have zero recourse once you go OS with legal issues, contracts, NDAs, IP and 
>> so on.  If you send data or code OS you better be ready to consider it 
>> public domain... if you app ends up shonky and leaks data once up and 
>> running. You are responsible. Don't expect to be able to blame some $10 
>> oDesker. ;-) 
>> 
>> If you use someone local you are protected under the Competition and 
>> Consumer Act http://www.comlaw.gov.au/Details/C2011C00003 otherwise the buck 
>> stops with you. Again you might be fine with that.
>> I would in the very least have someone who knows what they are doing 
>> performing regular code reviews if you use *any* type of cheap labour, 
>> regardless of location. 
>> 
>> To reiterate, it depends on the product/system as to whether these things 
>> are important or relevant to you... from your email it does not sound like 
>> you are building a MVP or "version one" type throw away? Or dealing with 
>> insensitive data?
>> 
>> We review code from overseas regularly, some of it is great and some is so 
>> bad I can't believe my eyes on occasion. 
>> Geographic location does seem show a pattern, but I'm not willing to 
>> generalise on such things. :)
>> 
>> Regards,
>> 
>>      
>> Andrew Stone - Founder
>> +61 (0)412 488 251 
>> +61 (0)2 9043 3851
>> andrew.st...@drivenlogic.com.au                                              
>>                            
>> http://www.drivenlogic.com.au
>> 
>> Creating Sydney's best enterprise software
>> Drivenlogic Pty Ltd, GPO Box 2746, Sydney, NSW, 2001, Australia.
>> 
>> 
>> 
>> On 16 August 2013 12:40, Chaitanya Kuber <chaitanya.ku...@gmail.com> wrote:
>>> Hi Hugh,
>>> 
>>> One idea would be to split the app and data into two products. Build a 
>>> service to access the data onshore and build the app to present the data 
>>> offshore. This will allow you to easily update/change data without 
>>> releasing new app versions as well as safe guarding the data.
>>> 
>>> Feel free to DM me if you want to discuss further.
>>> 
>>> ---
>>> Cheers
>>> Chaitanya
>>> 
>>> 
>>> On 16 Aug 2013, at 11:50 am, Hugh Stephens <hughsteph...@hughstephens.com> 
>>> wrote:
>>> 
>>>> Hi all
>>>> 
>>>> I'm working on a project for a client at the moment about producing an 
>>>> evidence based framework for mobile apps (focus iOS / Android) that have a 
>>>> health promotion feature (e.g. quit smoking apps). 
>>>> 
>>>> One of the areas we've identified as a potential issue from a dev 
>>>> perspective is the risk of offshore development compared to onshore (AU) - 
>>>> mostly due to the regulatory requirements of apps containing health data 
>>>> here in AU (transborder data flow is discouraged - health privacy 
>>>> principle) and whether OS devs (I'm mostly talking here about the 
>>>> low-cost-outsourced kind of devs, your $10ph oDeskers of the dev world) 
>>>> may produce a risk that the "data security" of the app may be compromised 
>>>> by a dodgy job. But then obviously offshore dev has advantages too -- 
>>>> generally lower cost and/or able to use specialists.
>>>> 
>>>> Has anyone here had experiences like that? Or ideally a reference we can 
>>>> use discussing the issue (blog post is fine)?
>>>> 
>>>> Cheers
>>>> Hugh
>>>> 
>>>> 
>>>> -- 
>>>> -- 
>>>> You received this message because you are subscribed to the Silicon Beach 
>>>> Australia mailing list. Vist http://siliconbeachaustralia.org for more
>>>>  
>>>> Forum rules
>>>> 1) No lurkers! It is expected that you introduce yourself.
>>>> 2) No jobs postings. You can use http://siliconbeachaustralia.org/jobs
>>>>  
>>>>  
>>>> To post to this group, send email to
>>>> silicon-beach-australia@googlegroups.com
>>>> To unsubscribe from this group, send email to
>>>> silicon-beach-australia+unsubscr...@googlegroups.com
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/silicon-beach-australia?hl=en?hl=en
>>>>  
>>>> --- 
>>>> You received this message because you are subscribed to the Google Groups 
>>>> "Silicon Beach Australia" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>>> email to silicon-beach-australia+unsubscr...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>> 
>>> -- 
>>> -- 
>>> You received this message because you are subscribed to the Silicon Beach 
>>> Australia mailing list. Vist http://siliconbeachaustralia.org for more
>>>  
>>> Forum rules
>>> 1) No lurkers! It is expected that you introduce yourself.
>>> 2) No jobs postings. You can use http://siliconbeachaustralia.org/jobs
>>>  
>>>  
>>> To post to this group, send email to
>>> silicon-beach-australia@googlegroups.com
>>> To unsubscribe from this group, send email to
>>> silicon-beach-australia+unsubscr...@googlegroups.com
>>> For more options, visit this group at
>>> http://groups.google.com/group/silicon-beach-australia?hl=en?hl=en
>>>  
>>> --- 
>>> You received this message because you are subscribed to the Google Groups 
>>> "Silicon Beach Australia" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to silicon-beach-australia+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/groups/opt_out.
> 
> -- 
> -- 
> You received this message because you are subscribed to the Silicon Beach 
> Australia mailing list. Vist http://siliconbeachaustralia.org for more
>  
> Forum rules
> 1) No lurkers! It is expected that you introduce yourself.
> 2) No jobs postings. You can use http://siliconbeachaustralia.org/jobs
>  
>  
> To post to this group, send email to
> silicon-beach-australia@googlegroups.com
> To unsubscribe from this group, send email to
> silicon-beach-australia+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/silicon-beach-australia?hl=en?hl=en
>  
> --- 
> You received this message because you are subscribed to the Google Groups 
> "Silicon Beach Australia" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to silicon-beach-australia+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
-- 
You received this message because you are subscribed to the Silicon Beach 
Australia mailing list. Vist http://siliconbeachaustralia.org for more

Forum rules
1) No lurkers! It is expected that you introduce yourself.
2) No jobs postings. You can use http://siliconbeachaustralia.org/jobs


To post to this group, send email to
silicon-beach-australia@googlegroups.com
To unsubscribe from this group, send email to
silicon-beach-australia+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/silicon-beach-australia?hl=en?hl=en

--- 
You received this message because you are subscribed to the Google Groups 
"Silicon Beach Australia" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to silicon-beach-australia+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to