Hacker News new | past | comments | ask | show | jobs | submit login
Moving Django to GitHub: the postmortem (holovaty.com)
101 points by googletron on April 29, 2012 | hide | past | favorite | 24 comments



I would have liked them to move to bitbucket.org because it was built with Django.


> I would have liked them to move to bitbucket.org because it was built with Django.

But Mercurial itself wasn't (although it was written mostly in Python). I think this is a good example of taking the pragmatic choice (GitHub) over the ideological choice (Bitbucket).


BitBucket supports Git repositories...


That's mostly irrelevant. A lot of people are not using Github just because it supports git - the network effect is one of the key drivers in choosing Github.


Certainly but that wasn't on OPs list of reasons to use it :)


Looks like it was:

> Why Git/GitHub, as opposed to Mercurial/Bitbucket or some other system? Because it's very well-made, and it's where the people are.

Where the people are would imply because of the social aspects.


I really can't see the difference.

Both offer similar feature sets. If I want to keep my fork on Bitbucket, it's easy.


is it really valuable to keep the svn repository up for scripts that do automatic updating? since nothing further will ever be pushed to it, those scripts are now tracking an increasingly out-of-date repo.

the other point of view is that there are servers that the admin has had a reasonable expectation of being able to set up and let run itself, but those servers shouldn't be pulling from anyone's svn repo anyway.


Off the top of my head, here's one (somewhat) common use case that can break:

    pip install -e svn+http://code.djangoproject.com/svn/django/trunk#egg=django
It's definitely reasonable to keep the old repo up, for this case, and others.


but that is now getting an old version of django. is that really what is wanted?


If you're getting a specific version, sure.


I'm thrilled and excited to see this transition. I'm also very grateful for all the work the Django team does. I really love the framework as a whole.

I hope the Django team can fully utilize the benefits of using github, and further decrease the resistance to contributing (through pull requests).

With this change bugs like #17144 wouldn't haunt me for months on end, because I'd just fix it.


Also, please don't end up like the mongodb github project. They have 70 pull request, 0 closed.


coughretrospectivecough

A postmortem is what you do when you try to understand the cause of death: http://en.wikipedia.org/wiki/Postmortem

</nitpick>


Actually I checked with the dictionary before posting, because I had that same concern. (I was a newspaper copyeditor for a while.) Postmortem can mean "any analysis following an event." It's not just for death.


Definitions notwithstanding, I tend to prefer the term 'AAR' (After Action Report). I had a manager in an early campus IT job that had been in the Marines, and he enforced a strict mandatory-AAR policy for anything even remotely complex.

It's really a fantastic idea and something I fully intend to use in every capacity that makes sense going forward. It doesn't make much sense as part of the software design flow, but it absolutely could (and probably should) be a tool in any deployment protocol.

My AARs usually read pretty much like this blog post, more or less to the T, although we emphasized what we would do differently in the future more.


Yeah, I think it's an excellent practice. I get the metaphorical use of "postmortem", but think "after-action report" (for the document) and "retrospective" (for the meeting) better capture the flavor of what a good one looks like. And like you, I think the most valuable part is what to do differently next time.

The way I work them into the software design flow is just to do them regularly, with varying granularity. We do one every Friday afternoon with beers for the last 30-60 minutes of the day.

Normally we discuss whatever interests us most about the week past. But a couple of weeks ago one of the engineers suggested we do one covering the whole year, and it was great. Lots of interesting observations.


> http://en.wikipedia.org/wiki/Postmortem

"Post-mortem (disambiguation)" => "Postmortem documentation, a technical analysis of a finished project."

http://en.wikipedia.org/wiki/Postmortem_documentation


Still arguably there's an unhappy connotation, which is better avoided in cases involving any controversy. TBH I first thought something went wrong during transition to GitHub when noticed the headline on HN.

However, I never did professional copy editing, and indeed it's a nitpick compared to the occasion. Great news and hopefully this will help Django development.


>Still arguably there's an unhappy connotation, which is better avoided in cases involving any controversy.

It's a well known, and extensively used manner of speaking.

There is no controversy --nor should we aspire to avoid "all controversy" by going into laughable measures like censoring stock standard phrases.


It's probably my non-native English then. I didn't realize it's such a common wording, thanks for pointing out. Just sounded a bit odd.

By controversy I mean the matter of Django transition to GitHub that IIRC was a subject for discussions for a long time.


>It's probably my non-native English then. I didn't realize it's such a common wording, thanks for pointing out. Just sounded a bit odd.

A, no problem. I'm a non-native English speaker myself. It's so known a use that it's even in the dictionary:

Post Mortem: 2. Informal An analysis or review of a finished event.

Funny aside: in my language we have a similar half-joking phrase.

When someone asks "How did it go?" after you've done anything that you're uncertain about it's outcome (a job interview, exams, your book getting published, etc), a common answer is "The autopsy will show us".


I know that saying. Either the joke exists in several languages or we share one. =)

However, I still generally avoid using that joke with sensitive/more formal matter, preferring to err on the safe side. (Here, as well, misunderstanding might've occurred because the context was a bit less formal than I expected.)

I didn't pay much attention to dictionary references in this thread because I don't trust dictionary much when specific word's usage is in question, more relying on personal experience. Although maybe I should simply get a more extensive dictionary than what ships with OS X—the big problem with the above approach, of course, is that if I never saw a phrase used in some way, it may only mean I never had a chance to.


>I know that saying. Either the joke exists in several languages or we share one. =)

Judging from your profile info, we do not share a language, but we share a religion (our countries do, that is).




Consider applying for YC's W25 batch! Applications are open till Nov 12.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: