It's nice to see a company thinking about the bigger picture again - instead of "How can we manufacture the one device that dominates the market", they're aiming for "How can we manufacture the most visible component of many future devices in multiple markets".
I know PHP is horrible, but I use it, and so do thousands of other people.
Until there is something else where you can deploy a prototype by dragging a single file onto a server with a FTP program, then PHP is serving a purpose that no other language can meet.
So stop crying about how PHP is horrible; stop trying to fix what is obviously a broken language; make something else that can fit this need, and you will kill PHP.
The only reason why still PHP exists past hobbyists is because people who start businesses want a fast prototype, cheap hosting, and no fuss. It may not be ideal, secure, fast, scalable, maintainable, or anything else, but if it's making money in the shortest amount of time possible, with the lowest cost barriers, then it's a success.
Going freelance isn't in itself a poor decision. Quitting a paying job without a steady stream of work already lined up is.
Start trying to build a customer base on the side. Once they're bringing in enough to cover your expenses with a reasonably healthy percentage over that, then consider quitting your regular job.
Freelance work is not steady work, so you have to be sure that you can cover your expenses with regular work before you should be thinking about dropping a regular income for it.
You will need to build up a steady base of regular clients, and build up word of mouth. If you're not a designer, then it becomes really hard for people to discover you in any way other than word of mouth.
tl;dr: Don't quit your day job. Work extra hours until you're earning enough regularly and reliably to cover your expenses, then consider dropping your full-time job.
Yeah, I stumbled on to the payment plans. I'm not certain about the price points you've set there - it would ultimately depend on who your target audience is, and if they would be willing to pay $1200/year for 70GB storage and your current feature set (and branding, I guess).
It looks like you're trying to go after basecamp here - everything (interface wise) is as simple as possible, but it adds conversation and extra description to todos, which is an improvement over what they do.
I tend to have... Opinions... about project and task management software. I'll be happy to give it a go and pass on any thoughts/suggestions/problems that I have through the 'feedback' option.
How would you be monetising this? A 'per seat' option, a 'per project' option, or some other way? What are you thinking of charging?
#EDIT: Also, who do you see as your main competition in this field? Who are you gunning for? What frustrations with other software/solutions drove you to build this?
The short answer is "You get what you pay for". There are plenty of 'cheap' contractors who get as many jobs as possible, churning out bad code that kind of does the job. Most of these will be "copy and paste code" style contractors who only write a little bit of relevant code to make it look "right".
I would, generally, avoid any short-term developer who's charging under $50/hour.
The other thing to note about elance, vworker, etc. is that there are a number of companies in very low-cost places (such as India, Pakistan, etc.) who will then re-distribute the work to their own employees. They tend to produce very low quality work, and there have been some horror stories about these types of developers using the job to insert nastiness into your site for their own ends (why hack a site to insert your malware when someone will give you access and pay you for it?)
YMMV. Treat them like any other person you want to employ and check them out before giving them much access or responsibility.
You could probably hire a free-lancer to get most of this stuff going for you (there are plenty of sites around for hiring people to do small jobs).
Ultimately, though, you should look at trying to do as much as you can yourself. The better you understand your system, the better you can run your company.
Still, CDN and database optimisation isn't the first place to start. As I mentioned, look at YSlow, which should give you a few places to work on for optimising your sites.
As mentioned by someone else, depending on the technology your sites are running on, there may also be plugins/tools available to speed things up with little to no real effort.
Your first step is to look at a few simple tools that could give you ways to get perceived (and actual) speed-ups. These are your low hanging fruit, before spending time (and money) on infrastructure upgrades.
Look for a 'YSlow' plugin for your chosen browser (they exist for Chrome and Firefox), which can help you to identify things that are causing your site to appear slow.
After that, then I would look at CDN, and then I would look at database optimisation (many people just don't "get" indexes, and don't understand how much of a difference they can make), and finally code optimisation.
I have used: Trac, Redmine, Basecamp, Trello, FeatureZen, ActiveCollab, and a few others (including in-house trackers that I helped to build).
They vary wildly from far too technical for clients to use (Trac, Redmine); to too rigid to handle fast moving tasks (Trac and Redmine again, ActiveCollab); to too simple for complex/long-lifed/complex tasks (Basecamp, Trello).
FeatureZen is a pretty new addition to the stack (made by someone here at HN) and it's showing promise, but it's still very young.
I also came across sprint.ly recently, and thought that it looked interesting. I've put much thought into making a task tracker that fits "the real world" (whatever that may be), but every time I think too hard about it, I baulk at the size of the task.
In short; find something that suits your style, use it. If you need something different, don't be afraid of using two things for different situations. It becomes a bit of a nightmare to manage, but if it's just you, then it's easier to keep on top of it.
As tempting as it might be, no. I would never do this. Not only is there an issue about professional trust, but it's a vulnerability that you're deliberately building into a system.
I know that it's hard, but if you suspect that a client isn't going to pay you, don't do the job. There's no point in 1) doing the project and hoping (if they don't pay, then you're not only not getting that money, but you're losing time that you could have spent looking for more reliable clients), or 2) wasting time building in vulnerabilities and then charging the client for the privilege.
If you realise after you start a project that a client may not pay, talk to them about it (in writing/email), and either cut off the project then (once again, no point throwing more time at a bad client), or take them to court (even just small claims court).
Cool, but I couldn't close the java 'ScreenLeap' dialog without using chrome's task manager to kill the java plugin.
(I'm running Ubuntu 11.10, and chrome 16.0 if that helps)
Also, I feel "No downloads, installs" is a little disingenuous - just because it's not installed as a full-time application doesn't mean that it's not downloaded or installed.
In terms of commercial experience (i.e. stuff I've been paid for) I've been working for about 5-6 years now.
Most of the commercial stuff that I worked on was private/backend stuff which can't be shown without permissions and passwords, sadly. That is one of the reasons why I built MICO - so I could show off my work.
MICO is one of (and the smallest of) four major applications that I built with ExtJS (http://www.sencha.com/) as a front-end/interface
I have seen some rather shady people, who would probably pay for this type of thing, but those people are very, very unlikely to be offering a real, viable alternative.
I think that the major problem that many people (myself included) have with the music and film industries is that they actually show very little interest in supporting, nurturing, or rewarding the talent that they rely on. The call to "kill hollywood" isn't a call to wipe out these large companies on principal; it's a call to bring in a new breed of companies which give everyone (artists and consumers) a better deal.
The real problem is that people have been beholden to these monopolies who very obviously don't have their best interests at heart. We are now, thanks to internet and unprecedented levels of connectivity between people, in a position where we can (with a bit of effort, admittedly) take back some control and build something better for everyone.
So that's how I see it. This isn't a knee-jerk reaction to SOPA/PIPA/ACTA (at least, not entirely). This is a call for people to make the world a bit better before the incumbent powers that be destroy our chance to.