Does your business have a godparent?

I’m not sure how well this metaphor is going to extend outside of people from Christan or Jewish backgrounds, but I can’t think of a decent non-denominational analogue, so bear with me.

As has been the tradition for many, many years, when a child is baptised, the parents select Godparents. Now originally, it was the Godparents responsibility to ensure the childs religious well-being - however, I (perhaps under some childish misconception) always thought of them as the next in line for guardianship if my folks died or disowned me.

Why don’t we do this for businesses? I’m a freelancer and if I got hit by the #66 on it’s way to Morley would there be anyone to notify my clients? It’s a bit morbid to think about, but we write wills for such an event - but how many people think about this for their business?

Even if you had the best documentation in the world, and kept your Outlook contact list up-to-date, it is all pretty worthless if nobody can access it, so they can contact the people that need to get contacted. So I’m proposing a system of Business Godparents - someone that can go in if the unimaginable happens and sort things out, to make sure your clients aren’t left high and dry.

Things to look for in a potential candidate:

  • Be someone you trust. You are basically giving them sensitive business information - if you think they will take your client list and start cold calling them , they may not be the best person.
  • They don’t have to be in the industry, but make sure they have a list of people that they can contact in-case of emergency. Having someone in the industry does have the advantage that they can start taking care of your clients right off the bat.
  • Your accountant might  be a good choice - they already knows your business intimately, so what is a few other bits and pieces?
  • Family members are probably good candidates as well.

What they will need to know and have access to? Well, that depends on the industry you are in - but if you are in the web industry you might include:

  • Your client list. They will obviously need to be able to contact your clients to let them know, as well as be able to do things like release source code, or graphics or whatever.
  • Usernames and passwords. This one is a bit tricky - obviously good password security states that no-one else should know your password, and that you should change it regularly. Maybe you could have a “needs to know” policy, where you spread the knowledge amongst a number of people. A non-industry person might be an advantage, here. If your accountant or a sibling has a “master password” (or a USB key with a private key certificate) that they can give to a nominated “person  (or persons) in the know”, there may be a smaller risk.
  • Names of services that you use, such as domain registrars, hosting companies etc
  • A list of other organisations that could potentially take over certain jobs, as well as a list of other stakeholders in the project. If the job was inherited from another firm, or if the job was a joint venture, it may be really easy to hand it over.

This is a bit of a brain dump, so feel free to leave comments on how this could work. What would you include in the list? How could you get around the security issues associated with password lists? I’d love to hear your thoughts.

Silicon Beach House: We need more housemates!!!

WANTED: Freelancers, startups, consultants or small businesses who need some office space.

If you are a small business, freelancer, consultant or a startup and you have out grown your back room but can’t quite afford a swish office of your own, the Silicon Beach house could be just what you need! Even though we seem to have attracted a number of developers and graphic designers, we are open to any body who is desk-bound by day.

One of the great things about having people with different skill sets is if you come across something that you can’t do, there is quite possibly someone there who can (Within reason - we don’t have any wood-workers, so asking questions about lathing may not get such a quick response). Personally, I would love to see an accountant and a lawyer join us, so I can pick their brains! We are all friendly, maybe a little talkative, but all in all it is a great place to work.

You can see the inside of the office below - but it is a second-floor open plan office with a small board-room table, kitchenette, a couple of couches and (obviously) some desks. It is fully furnished, so basically you just need to bring your computer. Whilst many of us just bring our laptops, a couple of us do leave desktopmachines there, and we all leave external monitors, so your stuff will be safe.

 

The beach house has a monitored alarm, ADSL connection, wireless, printer/copier/fax machine and water cooler all included in the rent (which is pretty darn reasonable), is REALLY close to the Perth train station (It’s across the road) and is basically slap-bang the middle of the city CBD. If you want more information regarding prices, please contact me, and I’ll put you on to the right person.

If you are interested in coming and having a look, we are at

Level 2, 90 King St
Perth WA 6000

[Google Map]

So what are you waiting for?

Why do open source web apps suck?

I’m a professional web developer, so it goes without saying that I’ve seen my fair share of off-the-shelf open source web applications. I’ve also seen my fair share of web design companies take these applications and modify them up the wazoo to fit with clients requirements… Well, sort of. It is probably more likely that the sales staff have managed to convince the client that their requirements should fit in with what the open source project does. On behalf of all the web application developers out there who get lumped cleaning up the mess: STOP IT.

Modifying open source software seems like a perfect solution to managers - the solution is almost done, so surely it is just a matter of a few tweaks here and there, a splash of paint and Bob’s you uncle. Yeah - nah.

Here is somethings to think about before modifying an off-the-shelf to your next client.

  1. You can’t guarantee the code. Unless your developers has spent A LOT of time working with the application, they aren’t going to know the code. For them to become familiar, they are going to have to spend a lot of time getting to know it. This doesn’t save time, it wastes it.

    “But they will know it for the next client!” I hear you cry. Don’t bet on it. Unless you are doing the same mods for another client, they are going to have to spend the same amount of time investigating it next time.

  2. Making core changes to a system is just asking for trouble - I hope the time you saved by using the system is re-allocated to testing the FULL application - you have no idea what you will break.
  3. Skinning pre-built applications sucks. Trying to modify some else’s CSS is worse than someone else PHP. Just like modifying core code libraries and hoping for the best, it is really hard to know what you will break. That is of course assuming the application isn’t a spaghetti of tables, and includes that have little structure (Xoops, osCommerce, Joomla - I’m looking at you).
  4. Open source developers are very narrow minded - their contributions are to suit their specific need, which means every developer will try to include their feature, and unless the leads are ruthless, you end up with a application that has everything that opens and shuts, but that doesn’t really open or shut very well.

    Not only that, you end up with a situation where there are thousands of different modifications that do the same thing. osCommerce is the perfect example of the mess this creates - I had to find a gift voucher module - and found at least 12 different variations of the same plugin, none of which worked. If I see YMMV on the end of one of these modifications I’m going to hit someone.

  5. As soon as you modify software, forget about updating it. If there is a security fix, or a new feature, you will basically have to spend a similar amount of time re-patching the new version with your changes. If you wrote your own application, you can add a feature much more easily.
  6. “Modules” are a misnomer, I am yet to see a decent module system for anything but the most basic feature - they all involving modifying code to work, which is you ask me, isn’t a module.
  7. The documentation will never be up to date. On of the selling points of open source software is that you have thousands of developers at your disposal to fix and add features quickly - unfortunately, the documentation never keeps up. You better get used to reading source code.
  8. Open source apps are hacked not engineered. Design by committee never works, design by ad-hoc anarchy REALLY never works - if the project doesn’t have a clear leader who has a vision and is ruthless in implementing it, you are going to end up with a mess.
  9. Support. You don’t get any. Budget time for your developer to scour the ‘net for an obsure german forum where someone has found a solution to the similar problem you have had that may or may-not actually work.

So when is open source the right thing to use? If the system does exactly what you want, then go for it. Want a blog? WordPress is an excellent blogging system, but it isn’t a content management system, so don’t expect it to work like one.

Let me state that I’m making a big differentiation between applications and frameworks or libraries. I encourage the use of frameworks and libraries, because you can still control your code. You are leveraging low-level code, which is the boring stuff (for some) and you are left with building a system that your client actually wants.

So please, continue using Rails or PHP or Apache or MySQL, but leave osCommerce and Xoops at the door. If you still want to use the latter, make sure you give your developers enough time to work through the issues you will have - about the same amount of time that you would have quoted on a custom solution in the first place should suffice.

And the results are in…

On Saturday I posted that 88 Miles was profiled on the Startups Carnival run by VS Consulting. Well, the results are out now, and 88 Miles came a extremely respectable 4th from 28 entries!

A big congratulations to Richard at Scouta for taking out the first prize and to GoodBarry and Suburb View for rounding out the top three.

Also hats off to OurWishingWell, who shared fourth place with 88 Miles.

88 Miles in the startup carnival

VS Consulting Group has been running an online startups carnival over the past two-weeks, profiling 28 up and coming Australian startups.

Today, 88 Miles is profiled.

It is well worth checking out some of the other entrants, including fellow West Australian Scouta.

A big thanks to Vishal for putting on such an “event” — it really goes to show that the SaaS-o-sphere is alive and well over here in Australia!

« Previous Entries