Ditto that. There are sites like freelancer.com, elance.com etc - but there is considerable overhead involved in vying for short-term gigs and negotiating terms etc.
I worked those sites for about 2 years and it was actually very gratifying and instructive - I built everything from twitter spiders to usenet picture google widgets and customized more e-commerce setups than I care to think about. It is definitely worth doing to test your mettle against players from all over the world, but ultimately it becomes a grind and a chore, there is a huge long tail of "5 pages + contact form" and "penny auction" clones that offers little opportunity for personal growth - especially at the race to the bottom prices that is the norm.
unfletch, if you are into Rails then I know that Assembla.com is always looking for fresh talent.
Except that I'm a better worker when I live where I want to live.
I can't agree with this enough.
The lack of structural violence is also a huge win, being able to hack at 24+ hour stretches without being told that they are locking up now, or obligations to go for a Wed, Thurs, Friday beer etc. can also be conducive to high levels of productivity.
Where the vast majority of respondents said that they value work experience over location - but from my reading it just highlights how there seems to be a mindset that is blind to the value propositions presented by telecommuting.
Here is a short video on Distributed Agile: 5 DOs and 5 DON'Ts from assembla.com - having worked there, I find that it works amazingly well.
I have been working remotely for the past ~4 years and it has proven to be one of the most productive approaches for me.
I find that meeting many of the "challenges" of managing distributed teams end up being worth much more than just the ability to hire quicker and from a broader pool.
Distributed teams and asynchronous communication ( email, wiki, tickets ( and comments to them )) coupled with knowledge repositories ( such as internal stackoverflow clones etc ) allow formal, persistant capture and presentation of best-practices within the team, without a large upfront cost and 'documentation rot'.
Having to verbally explain something to each new member in turn strikes me as much less efficient than being able to point to written documentation and a centralized place to request information or clarification.
It also helps ensure that goals and approaches are actually captured clearly, rather than assumed based on nodding heads.
Tools like assembla.com ( full disclosure, I have done work for them ) and other team / project management offerings with integrated source control also serves to capture raw metrics to allow better estimations going forwards and better pinpointing of areas that need strengthening.
It is often said that adding new members to an existing project can extend the duration of the project, as experienced developers need to spend time on getting others up to speed than actually working on the deliverables themselves, by building this documentation into the process as a whole that cost can be amortized, shared across the team and contribute to knowledge transfer even among high-value members.
By embracing ticket based development, it means that people can continue working on something else if they come across blockers or are waiting on feedback for whatever they were working with before. It also means that developers can choose tasks that they find compelling or have otherwise non-obvious synergies with their background / recent tasks.
While working in that kind of environment I manage 55+ productive hours / week pretty easily, and with pleasure - as have many of the people that I have worked with, by virtue of minimal administrative overhead and being able to 'stay in the flow' working on tasks in a self-directed manner within the context of goals for a particular iteration.
Capturing the value-add of developers via tickets ( though obviously imperfect ), tends to minimize social manipulation of managers in terms of who did what. The persistent record of ticket comments, code review input, code commits, and other exchanges works to increase transparency - accountability and value can have a firmer ground to be evaluated.
The biggest problem that I find with preferring to work as a telecommuter is how few companies seem to be open to hiring under those conditions. I have had offers where the only sticking point was that I needed to relocate to New York, or California, or Amsterdam, or Brisbane, or Singapore .. etc. They are all great places, or well, fine places at least, but I am pretty content being surrounded by rice fields and having chanting monks strolling by now and then.
If you could use a telecommuting fullstack / JS Engineer - let me know :)
I worked those sites for about 2 years and it was actually very gratifying and instructive - I built everything from twitter spiders to usenet picture google widgets and customized more e-commerce setups than I care to think about. It is definitely worth doing to test your mettle against players from all over the world, but ultimately it becomes a grind and a chore, there is a huge long tail of "5 pages + contact form" and "penny auction" clones that offers little opportunity for personal growth - especially at the race to the bottom prices that is the norm.
unfletch, if you are into Rails then I know that Assembla.com is always looking for fresh talent.