Take for instance, MacPorts – a fantastic way of running some F/OSS on OS X.  Doesn’t work.  Experimental support is built in to nightlies… which I guess is getting there.  Little Snitch simply disappeared.  Programs with ktexts – kernel extensions – like SoundFlower and SteerMouse are also dead in the water.

Other more commonly used programs die as well.  MS Office can’t update.  The Aptna IDE is a non-starter.  In fact, you’ll find that a large percentage of your software works in a large percentage of the way you expect but… wait… what’s that?  Why does this particular function no longer work?

Granted, Snow Leopard won’t be out until September probably, so there’s plenty of time for programmers to get their code up to date.  As one of those programmers, I can tell you that it’s going to be a bit of a battle.  I’m running into major roadblocks with Twistori Desktop and the ScreenSaver.framework package that differs a lot from Leopard->Snow Leopard.

In fact, none of your screensavers on Leopard will run in Snow Leopard.  Just an FYI.

Anyway, that’s enough of a rant.  I keep going back and forth between downgrading or not.  I need to start developing heavily in Snow Leopard to make sure that Multiplex and Twistori Desktop are ready.  However, I also need to push solid releases sooner than Snow Leopard will be released to our Leopard install base.

Hmm… what to do…

With the totality with which people rely on Gmail’s threaded messaging interface, it’s incredible to me that there are a total of ZERO email clients – Windows or Mac – that include the same functionality.  It’s high time for a new email client.  But who will build it??

Well, not me obviously.  Not yet anyway – and that’s not necessarily a good thing.  I really shouldn’t be throwing stones at the development community for not doing a hard task that I’m not willing to take on myself.  Still, there is a gaping hole in the market.

Unfortunately, writing an email client program is no easy feat.  It’s incredibly difficult, actually, which is why Outlook is so heavily relied upon, Entourage is warned away from, and Apple’s Mail.app is universally love-hated – but the alternatives are almost non-existant.  The simple problem of handling massive gigabytes of data – and doing it in a fast, intelligent way – is something that would need to be solved even before one could start thinking of writing a client app.  Want to know why Yahoo, Google, and Microsoft do it so well?  Massive servers that crunch data all day, every day.  So imagine taking your outdated computer and asking it to crunch the same data.  Those are some difficult algorithms.

Still, there is a glaring omission in email clients.  Threaded conversations in Gmail have all but proven that much email – that we care about anyway – is conversational.  It doesn’t make sense to not have the entire conversation at your fingertips.  Some clients attempt to thread incoming emails, but they leave out your outgoing emails – that’s insane!  Conversations are rarely held on your email client without your voice – it’s so massively important that it be part of the thread!

The client that I currently have the most hope for is Postbox. It’s threaded conversations are almost impossible to get at, but once you do – YES! – there they are.  Postbox has done a fantastic job of indexing email, and obviously has the ability to understand a conversation thread.  Why is the thread not managed immediately?  Why does it take twelve clicks to get to it?  Why is it only available when I search!?

One of the beautiful things of threaded conversations is that I may have a single line item with a (12) next to it.  12 new emails – all contextually related – in a single thread.  It unclutters my inbox!  It makes things readable!  And best of all, it allows me to read – all at once – all responses to a single thought.

Postbox – if you’re listening – THREAD ME PLEASE!  Until then, I’ll continue to use Mailplane – a great app, but a fake desktop client.

Man, it’s time for a new email client.

At the center is the idea that stuff can be built and sold, by loose collections of individuals who want to work together on projects.  Each project will have different participants, to varying degrees of input, with varying talents and levels of contribution.  So instead of creating an organization from the top down, with bosses and whatnot, the organization is built to facilitate and make easier the coming together of these people to create an entire array of amazing products with no bounds or limits.

To start out with, we’re talking software.  RipIt, the awesome ripping utility built by Jason Allum, is up first.  Following closely on its heels is Multiplex, a Mac app and generic conglomeration of awesomeness.  The project is led by yours truly, along with Jason Allum, Johnny Bilotta (yes, the one and the same, the other half of Two Guys On Beer), who is a talented designer, and Jason Tremblay, user experience mastermind (and math wiz!).  Somewhere in there is the co-founder of IndyHall Labs, whom we all know and love – Alex Hillman, founder of the coworking space of coworking spaces, Independents Hall.

The organization goes a little something like this.  There are participants, and each participant does a certain task or set of tasks, is part of the team decision making structure, and based on that, gets a share of all proceeds.  There is no salary – you make money based on what you build and sell.  Sometimes – quite often, actually – there will be a micro-financier involved in the project, but that person usually comes from WITHIN the project.  The investment earns some shares, but it usually comes along with active participation as well.

Each project acts independently of the other.  Shares are divided per project, people can participate in multiple projects.  The end goal?  Get everyone off of the J-O-B.  We want all the people we work with (who happen to be independent minded people, entrepreneurs, etc.) to be able to free themselves from the daily grind and be able to become self-sufficient.

When, however, that self-sufficiency is tied to others, it means that teams will usually be based around a group of like-minded people – like minded in that no one will take crap from the other people in the team, team members are hand selected for their talents and ability to deliver, and a project’s success is directly tied to everyone involved.  Truly, this model exemplifies that the success of all will be tied to the output of the weakest member.  No one wants to be that person.

Anyone can start a projects.  Have a dream?  Want to build cool software?  Find people that want to be involved.  Get to work.  Done.

Multiplex will be released shortly – the first of many apps to come out of IndyHall Labs.  After that, expect a flood of amazing software.

IndyHall Labs is a whole new type of business.  Success is tied directly to your ability to deliver.  You are held to account by your team members.  But build enough stuff, be involved in good projects, and see things through – and success will follow, almost guaranteed.  All throughout the process, more and more people will get involved.

Want to be a part of IndyHall Labs?  First, check out Independents Hall.  Then prove what you can do.

The coolest part of all of this?  I’m a part of it.  Watch out for IndyHall Labs.  We’re going to be all over the map.