David Richards's WANdisco Blog

Page 2 of 3

How to Choose an Open Source (Subversion) Support Provider.

Open source support can be a lucrative business for software vendors.  It’s kind of necessary for large organizations that cannot implement any software without support.  But not all support is the same.  Some companies offer support that they have difficulty really fulfilling.  I have tried to come up with a checklist to help you decide which vendor you should choose.

1. Do they have full committers on the project?

In his book “Producing Open Source Software”, Karl Fogel discusses the critical role of committers on an open source project: “The project cannot rely on people’s own judgment; it must impose standards and grant commit access only to those who meet them.”  Take the inverse; suppose your support provider does not have committers.  Do they really understand the code?  Can they recognize a bug?  Can they even propose a code change to the community?

2. Do they have global scale?

Let’s say you have developers in N. America, Europe, India and China.  You will more than likely need 24×7 global, follow-the-sun support.  Easier said than done.  Some people solve this with low-cost support centers. But how much do they know about your open source product and do you know that your confidential data is safe?

3. What support systems do they have?

Can you dial a number and get someone on the line in your time-zone?  Can you have multiple internal people see and manage support tickets? Is there a knowledge base?   I even heard one story where a Subversion support organization wanted to use Skype to transfer a customers confidential Subversion files for analysis – now that’s a big red flag!

4. Do they care? Are they passionate about this stuff?

It goes without saying; but to provide great service then you really have to care.  Part of the goal of open source support is to provide direct feedback to make the open source product better.  Support providers that care are more than just an insurance policy they are doing it because they care about the future of the open source product they are supporting.

5. Don’t buy just an insurance policy.

Open source support providers love selling insurance only.  Why?  It’s easy.  You’re paying for something that you might use once in a blue moon and the margins on that are huge.  Really ask yourself if the provider could fix a corrupted repository or provide impartial advice on tuning your Subversion implementation for maximum performance?

6. Don’t be fooled into using their modified version of the OSS.

One of the big reasons to use open source software is to avoid vendor lock-in.  You should be careful to read what it says on the tin.  Subversion, for example, is licensed under the Apache License, which pretty much allows free use of the software for any purpose (distribute, modify, etc).  Other, modified versions of Subversion may be licensed under more stringent license terms as either a proprietary license or even GPLv3 which Steve Ballmer referred to as “”a cancer that attaches itself in an intellectual property sense to everything it touches”.

7. Does their business model conflict?

Why is the provider offering open source support?  To make money?  To create demand for other products or services?  Because the market needs them to?  Whatever the reason it should be a good one.  I hope it’s not just to make money J

8. Check out references?

In our space, Subversion Support, there are so many horror stories.  Support tickets unanswered for months (and even years),  inadequate support systems,  lack of knowledgeable staff,  using partners to fulfill contracts who have not received adequate training, lack of integration with open source committers.  Just like any enterprise purchase check out a couple of references.

9. Ask a few questions upfront, test them!

Some of our support customers have done this and I think it’s pretty clever.  They say, “Well if you’re better than company X then you should be able to answer this, because they couldn’t”.  And they provide a list of say 3,4 or 5 questions.  Maybe they could even be items that your current provider failed to answer adequately.  However you do it.  I would do it upfront.

10: Pick WANdisco for Subversion support :)

Look finding ten very different things is tough OK :) and let’s face it I am biased. But the advice above is good. Before we had full time core developers on the Subversion project we could not offer Subversion support. If you just paid $100K for a new Ferrari would you get it serviced by a one-man-and-his-dog outfit operating out of their home? Would you trust a company that only used the cheapest of the cheapest resources thousands of miles away with inadequate systems and untrained staff? Would you trust a company that couldn’t answer a few softball questions you threw at them?

We are now a sponsor of Apache!

Apache Subversion WANdiscoI am pleased to announce that today we have become an Apache Software Foundation (ASF) sponsor.

I firmly believe that actions speak louder than words. This clearly demonstrates our commitment to open source and also our belief that the ASF is the right place for Subversion.  Any claims that we are at odds with the ASF should now be put to rest.

The ASF is a non-profit, volunteer-run foundation and this will help aid organizational, legal and financial support for a broad range of Apache licensed projects including Subversion. Other Apache Software Foundation sponsors include Google, Yahoo!, and Facebook, we are proud to join them. We are extremely grateful to the ASF.  This is a ‘safe home’ – Apache have led the way in community open source development since 1999 and they are no stranger to mature, pervasive open source technology like Subversion.

This announcement coincides with the inaugural Subversion Live Conferences.  Apache Subversion has certainly come a long way since its inception in 2000. With over 5 million users it is recognized as the leader in Standalone Software Configuration Management. Indeed, a recent Eclipse Foundation survey found that over 58% of Eclipse users use Subversion, making it the dominant source code management product by a huge margin.

Subversion is no longer a young upstart and we believe it has become critical to talk to Subversion users.  We must uncover the needs of enterprises both large and small.  Subversion may be mature but that does not mean that innovation stops.  The last 11 years (has it really been that long?) have been amazing.  To become the dominant technology in this space is the software equivalent of scaling Mount Everest.

Together, as a community we can do a lot more. May Subversion continue to lead the way for another 11 years and beyond!

Come and be Part of the Inaugural Subversion Live 2011

So the inaugural Subversion Live Conferences are just around the corner and it’s not too late to register.  If you use this code: WANDMRX250SVNLIVE you can get 20% off on your registration.  Online registration is still open here: http://goo.gl/7y8F4 I also happen to know that both the Boston and the San Francisco / Silicon Valley venues are almost completely sold out!
I have also included a sneak-peek of the free T-Shirts exclusively for attendees.
Subversion is no longer a young upstart and we believe it has become critical to talk to Subversion users.  We must uncover the needs of enterprises both large and small.  Subversion may be mature but that does not mean that innovation stops.  The last 11 years (has it really been that long?) have been amazing.  To become the dominant technology in this space is the software equivalent of scaling Mount Everest.
Together, as a community we can do a lot more. May Subversion continue to lead the way for another 11 years and beyond.
Come and join the debate!

Apache – We Love you to the Moon and Back

‘I love you right up to the moon.’ said Little Nutbrown Hair and he closed his eyes. ‘Oh that’s far, that’s very, very far.’ said Big Nutbrown Hair as he settled Little Nutbrown Hair into his bed of leaves. He leaned over and kissed him good night. Then he lay down close by and whispered with a smile, ’I love you to the moon–and back.’

Over the past week or so there have been several attempts to position WANdisco as somehow being at odds with the Apache Software Foundation (ASF).  Just to be absolutely clear we would like to say that we love Apache. In fact, in the words of Little Nutbrown – we love them “to the moon and back.”

There we said it. Actions do speak much, much louder than words though and yesterday we reiterated our intent to improve branching and merging in Subversion.  We are also going to be completely transparent about this whole thing.  Our Product Manager, Rob Budas (or just “Budas” as he seems to be known around here) is going to blog regularly, probably weekly, about what’s going on with these efforts.

Feedback, as Rob said, is more than welcome (we are doing this as part of the Subversion community) not just from the excellent, hard working committers, but from the silent majority of Subversion users who rely on Subversion every day of their working lives.  If I get hit over the head from behind with a banjo for supporting them – so be it, I guess I’ll just have to get used to it.

We have some exciting news next week including an acquisition, launching our new website and a Subversion cloud hosting platform vendor that’s starting to use WANdisco to differentiate their offerings.

Recent Interview with JAXenter “CEO Speaks About Recent Subversion Controversy”

CEO Speaks About Recent Subversion Controversy

Interview WANdisco on Subversion

WANdisco have been at the centre of some controversy recently, after the company posted a string of blogs regarding Subversion, which elicited a reply from the Apache Software Foundation. In this interview, JAXenter.com speaks to David Richards on where WANdisco stand on the situation…..

JAXenter: WANdisco have recently been at the centre of some controversy surrounding blog posts on Subversion. What is your stance on the reaction to your blogs? Do you feel your comments have been taken out of context?

David Richards: Absolutely! The Blog Post “Shaking-up Subversion by Listening to the User Community and then Committing to do the Work.” was not about WANdisco making claims that we own the project. It was about WANdisco increasing participation in the project, hiring more people to work on Subversion, listening to the user community and then actually doing the work (i.e. writing source code). I didn’t even claim that anything we are planning to do [improve / fix branching and merging] are new requirements. Far from it.

In some cases these requirements have been publicly posted for over 5 years and that is *the* point – they are requirements that the user community really need and nobody has done. I do not believe it’s because the committers are bad stewards or lazy or anything like that. It’s more because a number of high profile developers like Ben Collins-Sussman and Karl Fogel moved on (which is very common in open source) and were not replaced. We are simply saying that we aim to fill that gap, fix these underlying problems and get Subversion moving again. With all due respect, what’s wrong with that?

JAXenter: For those unfamiliar with your company, how is WANdisco involved in Subversion?

David Richards: We have full time committers on staff including Hyrum Wright (Subversion release manager and President of the Subversion Corporation), Phillip Martin and Julian Foad (also long time full committers on the project.) In addition WANdisco (Wide-Area-Network-DIStributed-COmputing) has a series of Enterprise Subversion project such as Subversion MultiSite that scales Subversion to thousands of users and repositories and millions of transactions per day. Hence we have a business that is built around the success of Subversion.

JAXenter: What factors do you feel are currently slowing down the development of Subversion?

David Richards: As I mentioned earlier some of the high-profile originators of Subversion like Karl, Brian, Ben and others have simply moved on. That is *not* a criticism of today’s committers – they continue to do an unbelievable job. We just need more.

JAXenter: What new functionality do you intend to commit to Subversion, within the fields of branching and merging?

David Richards: We actually did produce a spec, that most of the critics conveniently failed to mention.

The approach we are taking is to solve specific issues being reported by the Subversion user community. For example, better support for merging across renamed objects. This will result in much faster, easier and intuitive merging without the need for manual error-prone intervention. We are tackling several use cases like this and are working with Subversion users who face these challenges every day. In addition our product manager, Rob Budas, will blog weekly progress. Now there’s true transparency and community!

Transcript of an interview with @JAXenter http://goo.gl/N4WeN

Subversion Politics

My last blog post [Shaking-up Subversion by Listening to the User Community and then Committing to do the Work] unfortunately polarized the Subversion community.

On one side we had:

@phillipmarsay This is incredibly exciting news for avid Subversion users… (like us!)

definitely like the passion you guys have, the big plans, and the intention to “take the bull by the horns” :-) . I hope you can get the ball rolling, with an actively participating community, and make Subversion better…

I also think this is good news and look forward to seeing the WANDisco contributions to the project. And if I had any more knowledge of the svn internals I might be applying for one of those positions.

On the other side we had:

“I was, and am, deeply offended by Dave Richards and WANDisco in general. Their business model seems to be to issue press releases rather than actually doing stuff… As it stands, just as you did a year ago with the Obliterate feature, you are just setting your people up for failure. You have declared that you are going to implement new features that the Subversion committers that work for you already know cannot be solved in the near term.” [Mark Phippard, Collabnet]

“It’s clear that the WANdisco CEO — David Richards — is frustrated at the slow pace at which Subversion is improving. But the two posts are simply making outrageous claims, either directly or via insinuation… Unfortunately, in attempting to woo customers, he’s had the side-effect of making his company appear both clueless and antagonistic to the project…” [Ben Collins Sussman, Former Subversion Committer]

“Apache Subversion to WANdisco: +1 on the code contributions, -1 on the attitude. We welcome WANdisco’s involvement in Subversion, and failure on WANdisco’s part to address the above concerns will have no effect on the acceptance of technical work funded by WANdisco. We simply felt it necessary to clarify WANdisco’s role in Apache Subversion, for the benefit of our users and potential contributors.” [ASF]

Interestingly most of the approval for our announcements is from Subversion end-users…

I knew that this would open us up to criticism, as I said in my blog “you can’t make an omelet without breaking eggs.”

I actually regret the comment that  “certain unscrupulous committers decide to commit trivial changes in large files to simply get their stats up.” For me to substantiate this would require washing dirty laundry in public and that would help nothing – there are better ways to deal with matters such as this within the project itself.

Responses / Clarification:

  1. In my Blog post “Why we got so heavily involved in the Subversion project…” I used the phrase “The initial goal of our project was, basically, to create a better mouse-trap than CVS.” Just to be 100% clear the term ‘our’ [belonging to or connected with you and the group that you are a part of, when you are the person speaking or writing] is being used in the ‘connected with’ context like “Our Soccer Team Won Today” as I make VERY clear throughout the article [“We didn’t get involved to take the credit for creating Subversion. That credit goes to the guys I mentioned earlier.”].
  2. The Comment “I am sure we will face cynicism from some factions of the Subversion project,” is NOT referring to any individual or group of committers.
  3. I never claimed that any of the proposed enhancements were anything new. On the contrary, and again I quote “The requirements that we are committing to build, namely merging and branching, are not new.  Many of these have been in the mainstream and documented since 2007.

Everyone is entitled to his or her opinion and I don’t take any offense to any of the comments. Most of what we said was relaying what we are hearing from Subversion users. Could these things have been said with a little less venom? Yes, probably. But the bottom line is that WE CARE because we have a deep vested interest in this Subversion stuff.

Edit:

I should also point out that we do a hell of a lot for the community. Like Free Training (“Hidden Subversion” has almost 1,000 registered attendees for next weeks class) and Free Binaries for Windows, RedHat, CentOS, Ubuntu, SuSE, Debian, Solaris).

You might also be interested in attending one of our “Subversion Live” events in San Francisco (Silicon Valley), Boston (MA) or London (UK).

Shaking-up Subversion by Listening to the User Community and then Committing to do the Work.

Today we announced the radical step to overhaul the Subversion project by actually fixing and improving several areas that Subversion users have been crying out for.

I know that this will generate criticism from fans of distributed version control (GIT) because some of the issues we are going to tackle are the stick with which they beat Subversion. I am sure we will face cynicism from some factions of the Subversion project, but in some cases this is because of commercial interests that are dependent on the perception that they are the ones developing Subversion.

As the saying goes: you can’t make an omelet without breaking eggs.

We are not doing this for direct commercial reasons. We are doing this to protect the future of Subversion. We are doing this because we care. We are doing this because we need to. We are doing this because it is the right thing to do.

I’m sure there are lots of questions. Here is a selection of those I have tried to answer:

What Does This Mean?  Are You Forking Subversion?

At this point, NO. We don’t believe that it is necessary. What we are doing is committing our resources to develop several features that both WANdisco and our user community believe are critical to both the long and short-term welfare of the Subversion project.

Hang on a Minute! Didn’t the Community Just Announce A Road Map?

Yes they did, but that’s pretty much all that happened (and that really pisses us off.) The commit logs (code committed by developers to the project) tell the real story. We are not happy with the volume, speed or participation on the project right now. Blogging, or answering questions on user lists are important, but so is writing source code. We also believe it’s unhelpful when certain unscrupulous committers decide to commit trivial changes in large files to simply get their stats up. That behavior has no place in any open source project; it’s a bad form and wastes everyone’s valuable time.

The requirements that we are committing to build, namely merging and branching, are not new.  Many of these have been in the mainstream and documented since 2007. I find it more than a little annoying that, given their importance to many Subversion users; these areas have not been tackled.

Yes, they are difficult. Yes, they will take time.  That is why a corporation needs to step up to the plate and commit to deliver.

What Does WANdisco Get From This?

We have a thriving business.  Almost all of our customers are Subversion users and, frankly, we’re biased. A bit like Henry Ford’s choice of car color, that’s how we see SCM: You can have any SCM so long as it’s Subversion. Do the math.  It is really simple: The more [happy] Subversion users – the more potential customers for WANdisco and, yes, then we make money.

Who Attended This Summit at the WANdisco Offices?

We invited in the region of 10 companies, representing the largest implementations in the world, some with up to 40,000 users. We selected the organizations based on a very significant vested interest and, due to their complexity; any problems or issues would be magnified exponentially. Of course, everyone had their own special requests that were very specific to their situation but there was also a common theme: branching and merging must improve.

I can’t name all those that attended but they are companies of similar standing to Intel and Juniper Networks.

I Would Like to Help, Can I?

Absolutely!

Hyrum Wright is managing this process he can be contacted at Hyrum.Wright(at)  WANdisco [dot] com. We will work with ANYONE.   In fact, we would prefer that this be a community effort. Time is of the essence. Let’s not waste time in endless debate.  Let’s act together.

Subversion is a Community. How is this Working with a Community?

Ultimately, the community will decide if this work will be accepted. When Google decided that httpv2 (awful name and description by the way) was a good idea they developed it and presented it to the community. It was not a fait accompli .  It made sense, so it was accepted. In this case, the requirements have been out there for several years. Subversion users have been tweeting, blogging and complaining about branching and merging. We held a summit to discuss what needed to be done with the Subversion users.  This was their number 1 requirement! We are doing this for the wider Subversion community.

Are You Guys Trying to Take Over The Subversion Project?

Subversion is an Apache project, ideally it should not be inside a corporation.

After This, Then What?

We are still calibrating the requirements, but one hypothesis may be to completely upgrade the backend of Subversion. This is definitely not the end – we still have lots more to do.

Why we got so heavily involved in the Subversion project..

First of all I should point out that WANdisco has products that enable Subversion to perform on various different scales. Subversion MultiSite products provide service over a Wide Area Network (WAN) while Subversion Clustering is our specialist Local Area Network (LAN) system.

Some of the large-scale implementations we oversee have as many as 40,000 users, 2,000 repositories and over 18 million transactions a day. Of course not all of our customers are on that scale, but quite a few are and obviously Subversion is pretty important to them. Actually, let’s not beat around the bush, WANdisco Subversion is critical to the vast majority of those clients – mission critical.

About 18 months ago we started to hear a few murmurs from sources within the industry, including some of those big implementations, that we should really be involved in the core development of the Subversion project.

Why? Well, what happens to most (if not all) volunteer-based open source projects is that they go though phases. The initial phase is the really cool phase – it’s a blank sheet of paper and you have a bunch of guys that basically say “OK let’s go climb Everest… and we’ll do it on a diet of coffee and pizza”.

So many of these projects never get off the ground because the guys that can do that have to be capable of climbing a huge mountain – people like Karl Fogel, Jim Blandy, Ben Collins-Sussman, Brian Behlendorf, Jason Robbins and Greg Stein. These are the kind of guys that would; (a) even conceive the idea of building a brand new SCM product from scratch and; (b) actually get off their arses to do it (the latter is much easier said than done!)

The initial goal of our project was, basically, to create a better mouse-trap than CVS. At the time CVS was the de facto SCM product. Much like Subversion is today.

The CVS project was beginning to resemble the abandoned Mary Celeste. The committers had simply moved on. There was no innovation and proprietary vultures such as Perforce, Accurev and Serena began to circle. Unfortunately (for them) Subversion was coming into view on the horizon.

Subversion had a couple of key features that were missing from CVS including Atomic Commits, efficient binary diff storage, versioning of symbolic links, web access via Apache and the open source license was not restrictive (unlike CVS), meaning vendors could take it and pretty much do what they wanted.

Sounds good, so why the concern?

Well the good news is that the initial phase was a raging success. The moment Forrester Research recognized Subversion as the sole leader in the Standalone Software Configuration Management (SCM) category in 2007 was the moment that everyone knew Subversion was it. The market from that moment was going to be IBM Clearcase and Subversion. Can you even imagine trying to be any other vendor in this market where one product is free and the other is IBM? Game-set-and-match you would think. Well, not quite.

Without corporate sponsorship you don’t tend to get key enterprise features on a product road-map. You’re probably familiar with these kind of projects – they usually don’t involve a UI and have labels like ‘LDAP integration’, ‘security’, ‘performance benchmarking’, and so on. Let’s face it nobody’s going to tackle those problems over a cold beer on a cold November evening. And that’s not a criticism of open source; it’s just the way things go.

And that’s really why we decided to get involved on the scale that we did.

We didn’t get involved to take the credit for creating Subversion. That credit goes to the guys I mentioned earlier.

We got involved to push the creation of a road-map and to tackle the trick un-sexy tasks that just need to get done. We have a fantastic team of open source engineers and we don’t interfere with what they do on a day-to-day basis because they are 100 per cent hired to develop Subversion.

WANdisco is now making some big improvements to the working copy that will be released in SVN 1.7. We are improving the JavaHL bindings so you won’t need to use the third party GPL SVNKit product. Subversion 1.7 is a very promising release that will see not only huge performance improvements but also the beginnings of features that some ‘GIT fanatics’ criticize us for.

The emergence of GIT has brought with it a breed of DVCS fundamentalists – the ‘Gitterons’ – that think anything other than GIT is crap. The Gitterons seem to think software engineering happens on their own island and often forget that most organizations don’t employ senior software engineers exclusively. That’s ok but it’s not how the rest of the market thinks, and I am happy to prove it: GIT, at the last look had less than three per cent of the market while Subversion has in the region of five million users and about half of the overall market.

The problem we saw was that the Gitterons were firing (cheap) shots at Subversion. Tweets like “Subversion is so [slow/crappy/restrictive/doesn't smell good/looks at me in a funny way] and now I have GIT and [everything works in my life/my wife got pregnant/I got a girlfriend after 30 years of trying/I won six times running on the blackjack table]. You get the picture.

So we decided to do something about it. We pointed out that shelving would enable, if an organization chooses, working in a disconnected mode. Oh boy did the Gitterons not like that. How dare we make Subversion better?!

Thankfully, Subversion has a very bright future and WANdisco is 100 per cent committed to it.  Our  team is led by Hyrum Wright, Subversion’s release manager since early 2008, and backed by others including Julian Foad, Philip Martin, Erik Huelsmann and Stefan Kung(TortoiseSVN).  They’re all very talented and dedicated to the task of making Subversion the best and last centralized version control system.

What a Git!

Linus Torvalds put the cat-among-the-pigeons after his rather clumsy attack on SubversionCVSPerforce and anything else that was specifically not a disconnected repository in a presentation to Google employees last year. Linus is of course obsessed with the Linux project to the extent that he thinks every company developing software should operate like the Linux project. His comments included:

  • Subversion has been the most pointless project ever started.
  • Subversion used to say CVS done right: with that slogan there is nowhere you can go. There is no way to do CVS right.
  • If you like using CVS, you should be in some kind of mental institution or somewhere else.
  • Bitkeeper is the only commercially available distributed SCM solution.

The trouble is of course that not all commercial companies operate like the Linux project, in fact very few do. The idea that software developers operate from within a remote cave, rather like a hermit in the middle ages, is more than a little far-fetched.

GitBitKeeperMercurial and Bazaar are collectively referred to as ‘Distributed Version Control Systems’ or DVCS for short. But are they really distributed? In a sense, yes they are. The distribution comes from the fact that they work offline and everyone can have a copy of the entire source tree on their local machine. This is a really cool feature if you happen to be working in a loose-knit environment where working in a prolonged disconnected mode is a positive advantage, for example exploring multiple implementations without disturbing the master repository.

The problem is that, at any one moment in time, there is no ‘golden-copy’ of the source code assets, except via unenforceable convention. This presents quite a large problem to most software companies who undertake continuous builds. Working in a prolonged disconnected mode is fine but what happens if your laptop is stolen at the airport? Not only have you lost your work but you also run the risk of someone having access to the entire source code repository.

This pretty much means that companies, much to Linus’s disgust, must adopt some sort of centralized source code repository or do they?

So I’m pretty biased. Actually, no, I’m very biased but I think WANdisco really is a distributed source code management system (for Subversion and CVS) I don’t think that having a centralized repository with distributed developers solves the problems of distribution either.

In the case of WANdisco every replica is a golden copy of the source code repository. The assumption WANdisco makes is that development teams are working collaboratively even across global teams, with continuous integration of their efforts. Here you get the best-of-both-worlds: performance of a local repository for the entire global team, with the manageability and continuous integration associated with central repositories.

Bottom line: Git, Bitkeeper, Bazaar and Mercurial should not be referred to a Distributed Version Control Systems – they are Disconnected Repository Systems and Subversion / CVS users do not belong in ‘some sort of mental institution’ but I would recommend that Linus get’s out of his virtual reality bubble before it completely seals.

Atlassian Partnership – JIRA Clustering / MultiSite

We announced a partnership with one of my favorite company’s last week - Atlassian. Founded by a couple of twenty-something-year-oldAustralians they are taking the developer world by storm. The interesting thing is they are doing it one customer at a time and the products retail for about $5K each. With over 9,000 customers they are doing well, very well indeed.

One of the reasons I am so enamored with them is because they have just got this space nailed. They understand exactly how to position, market and sell into the software development business. JIRA andconfluence are their two main products and they are selling like proverbial hot-cakes. The number of our own customers who told us that they either were on or wanted to move to Subversion with JIRA and Confluence is amazing.

Like WANdisco, Atlassian is not venture funded. They are a company built from the ground-up where necessity is the mother of invention. JIRA was built, for example, because the company needed a decent defect tracking system. In fact the story is the same across most of their product suite. Not being venture funded is often a critical success factor for an early stage software company. Taking venture money too early can create an artificial marketplace, whereas building products to put food on the table makes you do stuff better than anyone else. Too many early-stage venture backed company’s do too many unnatural things like hiring a huge operational infrastructure for a handful of customers – anyway don’t get me started on that topic or we could be here all day.

Back to blatantly marketing our new stuff… We produced 2 great new products: JIRA Clustering and JIRA MultiSite. With JIRA MultiSite we have transformed JIRA into a distributed server implementation thus eliminating WAN latency and, by default, creating a series of globally distributed failover nodes. JIRA clustering, as you could guess, is a clustered version of JIRA that facilitates massive scaling.

From a selfish standpoint, we are not only excited by the partnership but we have also proven that we can embed our secret sauce (DConE) into a database-centric application. Mathematically we always knew it could be done, but there’s nothing like seeing it with your own eyes. Secondly, and how we missed this in the past I don’t really know, we have what is possibly the best clustering product in the world. Due to our unique architecture we scale disk, memory and CPU. There is no single point of failure, as you may see with traditional clustering architectures that rely on some sort of cache shield, we have ashared-nothing architecture. We will be announcing 2 other clustering products in the very near future…