I'll be the first to admit that I'm a Github fanboy. The shocker is that my love of Github has nothing to do with the DVCS underneath. While Git plays a major part of what makes github so great, the bigger reason github is so successful is this:
Github is designed for developers
What do I mean by that? Let's compare a series of screenshots from various code hosting sites:
 |
| Code Hosting Solutions comparison |
I want you to take a look at the screenshots very carefully especially the "project" pages. What's the one thing you notice about Github compared to the others (excluding BitBucket). What's the focus of the project?
It's all about the code
You'll see quite clearly that with all the sites except for BitBucket, the focus of the project is the code itself. Not only is the focus of the project the code but everything about the code is about the community. I can "watch" a developer or project. I can easily see from the first page how to download the codebase. However the biggest part of what makes Github a success is one button:
Fork
From the start of a project page, not only can I easily browse the code and am provided with the information I need to checkout the code but I'm invited with a single button to become a contributor to that project. Immediately, I'm a potential contributor to that project. If I change something and push the code back to my fork, I can push one button and send a message to the project maintainers asking them to merge the changes back in. As a project maintainer, I have an easy way to evaluate the impact of the change and communicate with the requester and other team members about said change. At the bottom of the pull request page, I'm provided the information on how to easily merge those changes into my main tree.
Designed for Developers
I've been on a bit of a tear lately about usability in developer-targeted products. The latest target of my ire has been Atlassian. Let me clarify that I think Atlassian makes some wonderful products. Confluence is one of the best wikis out there. JIRA is a great issue tracking system for Developers.
However, Atlassian has some "duds" in my opinion. The biggest thorn in my side these days is Bamboo. Bamboo is Atlassian's Continuous Integration server. Like most Atlassian products, its primary target is Java developers. Everything about Bamboo is designed around the Java development toolchain - Maven, Ant and the like. But I don't have a problem with that. What I have a problem with is the over-complication. I grabbed the latest beta of Bamboo at the recommendation of one of the Bamboo developers who heard my rant on Twitter one day. He asked for some feed back and I provided it in a very detailed email. I'm happy to say that the new interface for adding build plans in Bamboo is much simpler than previous versions. I can't do screenshots of our company Bamboo install but previous versions had a VERY complicated multitab build plan configuration.
One point I mentioned in my email is that Bamboo felt like it lacked a focus. Jira was very clearly about Issues. That was the "unit of work". Confluence was very clearly about being a wiki. That was its "unit of work". Bamboo didn't have a singular focus. It was a CI server but what was the unit of work? A build plan? Test results? Fisheye integration? It wasn't clear.
Compare that with Hudson which had a very clear focus. The strength in Hudson is that it performs tasks. Those tasks are typically centered around CI but they don't have to be. In Hudson I can define a job that does nothing more than list directories. I don't even need to back it with a VCS. Bamboo, sadly, in the beta version still hasn't gotten this part right. I can't define a build plan without having a repository somewhere. It still assumes that I want to define all my work inside of an ant script. Using the "shell" builder is still VERY limiting.
You can see some sample comparison shots between the two here. I'll try to actually setup a repo that Bamboo can use and do a deeper comparison later.
So what's the focus of Google Code, Launchpad...
Going back to code hosting and comparing Github to the others, I think it's clear that they lack a focus. They try to do too much. They "feel" like they were designed by project managers and targeted at them. Maybe it was a faulty assumption that to effectively manage a large project, you had have all of the extra stuff. I don't know. Launchpad and others DO some things better than Github. Issue tracking is one. Github issue tracking is a pretty weak area for them. However here's where Github understands its focus and strengths.
Where Github lacks, it makes up for in integration. Github doesn't TRY to be the project manager's tool. It doesn't try to be a good issue tracker. What it DOES do is say "I suck at this. My focus is on the code and making working with and contributing to the code dead simple. I'll add hooks for the other stuff"
And they do. Github has a boatload of service hooks for everything from issue tracking to project management to irc and IM. They even have a "generic" hook that will submit JSON to a url for you so you can write your own receiver.
About BitBucket, backend technology and focus
I haven't mentioned much about BitBucket. The main reason is that at this point, BitBucket is simple attempting to feature copy from Github except using Mercurial in the background. Sadly, this isn't enough I think. If my only reason for using BitBucket is the DVCS tool then I honestly might as well use Github. I'll get more engagement there. See this quote from Mark Philips from Basho about why the moved from BitBucket to Github:
Why? There are several reasons, the primary of which is that GitHub,
the application, lends itself to more collaboration when developing
open source software. Again, this was a decision made on the basis of
community development; technically-speaking we were satisfied with
what Bitbucket offered.
The issue wasn't the technology. Mercurial and Git are pretty much at feature parity (as is Bazaar). One thing mercurial doesn't do out of the box is cherry picking but it's supported with extra configuration. Mercurial has hg incoming which let's you see what people are working on. Git has staging. Mercurial has better Windows support than Git. It's really six in one, half dozen in the other.
However what BitBucket DOESN'T have is the community. You see, BitBucket was playing catchup to Github. Simply copying the social aspects of Github isn't enough. Github has too much momentum precisely because they had the focus right from the start - code is king.
As a developer, my key focus is my code. It's what says the most about me. As a developer who wants to attract other developers, the best way to do that is showing the code and making that contribution as easy as possible. Github gets that.
That's why people keep asking you to switch to Github.
5 comments:
Confluence is a steaming pile.
The UI is poor at best, bordering on the terrible.
Essential wiki functionalities are completely lacking (there is NO WAY to list a particular user's contributions! Not even your own!)
"Enterprise wiki"? It's so enterprisey, it ships with stupid smileys turned on by default. It's almost as enteprisey as a 12 year old girl's Myspace page!
Ever tried editing the access control lists? It's unbearably tedious, confusing and unusable.
Users can't creat templates, only admins can.
Etc and so on and so forth.
It has no redeeming feature.
Tl;dr Confluence is the kind of products that can only trhive because suits buy them and don't have to use them.
I go to github often. And why is that? Because I'm led there by links to interesting projects. It has momentum and critical mass. It is in a virtuous circle. People want to be there because everybody else seems to be there.
@nixar, compared to every other wiki I've used, including MediaWiki, I'd much rather use confluence. A wiki is a solved problem. I don't want to have to deal with it. With Confluence, I drop it it, point it to our ldap server and it's ready to go. Is it lacking somethings that come only with plugins? Yeah but honestly, Confluence is the best turnkey wiki there is.
@Fernando, Ask yourself this: What drove all those "Cool projects" to host at github? The only original one was really Rails and Merb (IIRC). It's a chicken and egg problem.
There are typically 4 types of users:
- drive-by
- casual
- repeat
- advocate
The number of each decreases as you move up the list. What github has managed to create is advocates, the best kind of customer.
@nixar - Matt Hodges from Atlassian here - I wanted to address some of your comments and find out what version of Confluence you are referring to?
"there is NO WAY to list a particular user's contributions! Not even your own!"
Both the Recently Updated Content macro (http://confluence.atlassian.com/x/-yAC) and Activity Stream gadget (http://confluence.atlassian.com/x/zZ8CDQ) allow you to list contributions from any user/s. Both ship with Confluence out-of-the-box.
"Ever tried editing the access control lists? It's unbearably tedious, confusing and unusable."
We would appreciate any feedback you have on how we could improve this.
"Users can't creat templates, only admins can."
To create Global Templates you must be a Confluence Administrator.To create a Space Template you must be an Administrator for that space. These permissions are in place to prevent masses of templates being created that are only used by a small amount of users. You can always create your own templates in your Personal Space and create new pages using them which can be moved before saving a page.
Perhaps we could make template creation a space level permission?
Two small problems:
1. It is not quite as immediately obvious to new arrivals where to get certain needed information for interacting with a GitHub repository. "How do I use an SSH key to authenticate when I clone a GitHub repo?"
2. I like Mercurial more than Git.
Post a Comment