Hacker News new | ask | show | jobs
by jbail 4521 days ago
There is a striking contrast on HN between this release and say, when Node or Rails release a new version. At the one hour point since this was posted and there are no comments.

Anybody use Django? Or just not excited about this release? I'm genuinely curious.

6 comments

We use Django heavily at Pathwright. It does a very good job for us. We're all looking forward to 1.7, as it will be another solid step forward for us.

I'm probably going to offend some people with my phrasing, but the Django community is a little less culty/fanboyish than Node's. It's old enough where most of the shiny chasers have moved on (to Node), leaving the guys who are more worried about productivity than figuring out what is new/hot.

Every community has zealots and fanboys, but we (the Django community) are, as a whole, pretty chill and just trying to get things done. We don't need to chestbeat very much, because Django's track record speaks for itself (it powers some very large, very successful sites).

As far as excitement and activity, check this out: https://www.kickstarter.com/projects/andrewgodwin/schema-mig...

1.7 represents a huge step forward for Django.

Django developers and users may be less 'rabid' bunch. But were always around. Django wont be going away in a hurry, there are some major projects built with Django, like the OpenStack Horizon dashboard, Disqus. Theres an extensive list at http://www.djangosites.org/

Also, to any python developer thinking of learning Ruby just for Rails, give Django a try first, its a fantastic community.

can you cuss in their irc room? That's always the litmus for me.
I'm not sure if you're allowed to but I do it all the time and haven't been banned yet.
It's a minor release. The Django 1.5 and 1.6 release announcements got a lot more comments:

  https://news.ycombinator.com/item?id=5287890
  https://news.ycombinator.com/item?id=6682754
Yes, I use Django, among many people. The 1.6.2 is just a minor bug fix release. I'll upgrade to it tomorrow, but it isn't that exciting.

I haven't been following 1.7, so someone else will have to comment on that.

Built-in schemamigration and refactored app loading in 1.7 are extremely exciting in my opinion.
South has worked well for us, but 1.7's built-in migration squashing/rebasing has me excited by itself. I have to run some really hackish custom stuff to do this on South right now.
The packages we typically use have shown a few rough edges when we took 1.7a1 for a test drive, so we submitted some pull requests and that was that.

It took us about an hour to get the site up on 1.7a1. This announcement came too late today to try 1.7a2 yet.

I think we're all just waiting for 1.7. I hope upgrading won't be too cumbersome due the change in schema migrations.
I read the documentation today and it's actually very straightforward and in some ways easier than managing migrations using South.

Essentially, you'll run a single initial/fake migration at the outset, after which the manage.py syntax is almost identical to that of South. The big win from my perspective is that excluding an app name from the migration commands results in all apps being migrated.

https://docs.djangoproject.com/en/dev/topics/migrations/

So is this going to be like a squash - ie we'll have to make sure all of our systems are running the latest schema before doing this?
There's not a lot to be excited about really - the major feature in this release is schema migration. I don't think that's a bad thing necessarily and suspect many python developers appreciate the slowish and thoughtful release cycles for Django.
> the major feature in this release is schema migration

And I think a lot of people aren't commenting about that because it's not "new" per se and is done well by South.

I am wondering what the real difference will be in day to day use? Other than the "south" line in installed apps, it sounds like it will be very similar.
As I understand it, the new migrations module is more fully featured than south: eg, it intelligently squashes/flattens migrations together to avoid redundancy when you run the migrations (say you create a model in migration 1, and remove it in migration 3 after changing approach, the whole operation will be skipped).[0] This will speed things up if you have a lot of migrations to run.

I think I heard that some of this stuff will be backported to South for those of us stuck on 1.5/1.6, however.

[0] http://www.aeracode.org/2013/10/23/flat-pancake/