Over time, a company will lose their capacity to innovate Latest Mailing Database. Innovation suffers when people are spread across different countries since they can't communicate effectively. Outsourced programmers aren't around Latest Mailing Database for the long term. They tend to disappear after the project is over, taking with them any specialist knowledge they have acquired. Completely outsourcing all of your development Latest Mailing Database is a bad idea (i.e. both design and coding of the software). The difference between United States and Indian Latest Mailing Database time zones means there is no overlap between their working hours.
This makes communication even more difficult. Creating software is more about design then Latest Mailing Database assembly. The ability to design is also considered an uncommon skill. This is basically the crux of Michael Bean's article. I've done my best to retain his core ideas, but obviously Latest Mailing Database there is the risk of misinterpretation. I have to agree that it is undesirable to outsource everything (i.e. both design and coding). In Michael Bean's article, he doesn't really go into what he means by design. To me, design means the functional specification (i.e. how the software Latest Mailing Database will work from the user's point of view). Would I trust an outsourcer to write a functional specification? No. This is not meant as an attack on the skill of overseas programmers, it's just unreasonable Latest Mailing Database to think you could get a remotely accurate spec without meeting a client face-to-face.
Would I trust outsourced Latest Mailing Database programmers to create software based on one of my specs? Yes, definitely. The other problematic aspect of Michael Bean's article is that it doesn't explicitly mention a division between shrink-wrapped software development and custom software projects. This is a major consideration. If you are trying Latest Mailing Database to minimize production costs, then outsourced programmers are very well suited to custom development (and yes, maintenance is a big issue, but it's a big issue with normal companies anyway).