4 ms·

Django 1.0 Documentation

19 points by iamelgringo 18y ago

babyshake 18y ago
Here's hoping I can finally stop getting Deprecation Warnings....
- truebosko 18y ago
  Now that it's in the final stages of beta you should be good. The major things recently were newforms->forms and newformsadmin->admin which are all now merged up and ready to go so deprecation warnings should be much less.
- maxklein 18y ago
  I think the point of that is that YOU change your code. No update will fix that, in fact, updates will make it worse ;)
maxklein 18y ago
Looks much better, but Django REALLY needs to release quicker. This slow pace is damning. Also, Django needs to be more open. There is something fishy going on in Django management, and they don't want to say. I smell a fish, but it's swimming in murky waters and I can't see it.
- shabda 18y ago
  Really? What parts of Django development make you smell a fish?
  - olefoo 18y ago
    Don't feed the trolls. If someone thinks that Django development is not moving fast enough for them they have a very clear path to fixing it. goto http://code.djangoproject.com/query http://code.djangoproject.com/query pick one, fix, repeat. The gp is trying to create problems
    - maxklein 18y ago
      I've contributed more here than you, and I would appreciate some basic civility. Look, YOU go to code.django-project.com. Take a look at most of the items. They all have patches, and they are all queued up, just waiting to be reviewed by the core team. Anything outstanding is only the very big things that are not possible to be done from people who are not willing to spend weeks on it. So don't come with your arrogant pick one, fix, repeat statement. I've done my best to contribute to Django, and it's certainly not as easy as you seem to think it is.
      - olefoo 18y ago
        vague accusations of wrongdoing and murky allegations are less than helpful. Be specific, and use the right forum. HN is not the right forum if you want action on patches from the django core team.
        maxklein 18y ago
        Why is there always this sensitivity when it comes to Django? As soon as anyone says anything mildly critical or wonders at some stuff, someone will popup and violently attack the person. It makes me wonder...
        ardit33 18y ago
        i agree. I said once that Django is bloated, and I prefer something small and fast like cherrypy, and got downvoted within seconds. Once you start getting downvoted the herd mentality starts creeping in a bit, and you get downvoted even more. Appart Django, criticizing Apple will get you downvoted even faster.
        simonw 18y ago
        This is an attitude that we're very keen on discouraging - if you look at the schedule for DjangoCon we've deliberately included talks about Django's deficiencies: Cal Henderson on "Why I hate Django" and Mark Ramm on "A Turbogears guy on what Django should learn from Zope."
  - maxklein 18y ago
    For example, Geo-Django, a very unessential part of a web application was merged into trunk with no explanation as to why. There are lots of essential things things missing, I really don't see why Geo-Django has to be in there in the first place, and why with such urgency.
    - joao 18y ago
      I guess Geo-Django is essential to Holovaty's work in EveryBlock, perhaps that's why it got more attention.
      - simonw 18y ago
        EveryBlock doesn't use GeoDjango.
        maxklein 18y ago
        Then WHY is geodjango in Django! Why is there no useful explanation as to why so many things in Django are "Design Decision Needed", but GeoDjango got accepted with no questions.
        simonw 18y ago
        Because it was on the http://code.djangoproject.com/wiki/VersionOneFeatures http://code.djangoproject.com/wiki/VersionOneFeatures "maybe" list (as in it will go in to 1.0 if someone does the work to get it ready), and someone did the work to get it ready. As to how things got on that list, that's why Django has BDFLs. Someone has to make these decisions. If you wanted to influence those discussions, the time would have been several months ago on the django-developers list. If you want to influence future decisions, join that list and start arguing for them.
    - jonknee 18y ago
      You make it sound like Geo-Django was written in lieu of working on other features. Geo-Django is a contrib app and was championed by Justin Bronn who isn't a core contributor. It was included because it's very helpful to some people and if you ever need GIS stuff you'll be thankful to Justin. If you don't need it you'll notice nothing different--don't import anything inside of django.contrib.gis and you won't even experience feature bloat. Most people don't use all of the contrib apps on every site, but it's nice that they are there when you need them.
- ii 18y ago
  I can see it every time I have [Django Code] e-mail with comment from core dev who just quickly marked it 'post-1.0' without paying any attention. If you are not core Django developer or known big long-time contributor there's very little you can do to improve Django. That's a fish. Hope this will change as soon as 1.0 is released.
  - etal 18y ago
    Do you suppose there's a sort of reverse Conway's Law for version control? Compared to most DVCSs, SVN maked merging branches expensive and required more decisions about the code to be made ahead of time. Gridlock happens, and branches can languish if they haven't been planned properly and agreed to from the outset. Sounds a bit like some of the things that have been said about Django's roadmap and central planning, no? (And the documentation support is excellent as well, for both Django and SVN.)
mdasen 18y ago
My thoughts: Django has, for a long time, operated as a small-ish community. When you're a small community, people generally know what's going on just because they hear things and there's a lot of trust in each other. As projects get larger, you often need a more formal structure. For example, Django has been slow to release and has even recommended that you run off SVN. That's great when you're an involved person who knows what's going on, but less fun for a casual user of the framework. Django is getting more casual users. That's great too, but sometimes it requires organizational change. Django hasn't been (and probably will never be) the boisterously-led community that Rails is. It isn't the personality of its leaders. That said, I think we're going to see a lot more communication happening. For some people, Django has dropped the ball here, but the 1.0 plan definitely cleared a lot of things up and I hope we similarly create a 1.1 plan over the coming months to provide a neat roadmap for developers). In terms of the framework moving forward, I think the 1.0 release will fix a lot of complaints that people have had. One of the problems with the "run-off-svn" mentality is that you're very cautious about putting in big changes. However, with the run-up to 1.0, we've seen qsrf, newforms-admin, geodjango, etc. all merged. I think the 1.0 stable release will give us the opportunity to get through a lot of the other patches on SVN as people use 1.0 in production. Every community stumbles, we can always do better, and Django is moving forward and post-1.0 is a great time to start changes. As a developer with a post-1.0 item in queue, I'm excited. Yes, it's frustrating when you've contributed a patch just to see it wait in queue. Hopefully version stability will change that.

19 points by iamelgringo 18y ago

babyshake 18y ago

Here's hoping I can finally stop getting Deprecation Warnings....

truebosko 18y ago
Now that it's in the final stages of beta you should be good. The major things recently were newforms->forms and newformsadmin->admin which are all now merged up and ready to go so deprecation warnings should be much less.
maxklein 18y ago
I think the point of that is that YOU change your code. No update will fix that, in fact, updates will make it worse ;)

maxklein 18y ago

Looks much better, but Django REALLY needs to release quicker. This slow pace is damning. Also, Django needs to be more open. There is something fishy going on in Django management, and they don't want to say. I smell a fish, but it's swimming in murky waters and I can't see it.

shabda 18y ago
Really? What parts of Django development make you smell a fish?
- olefoo 18y ago
  Don't feed the trolls. If someone thinks that Django development is not moving fast enough for them they have a very clear path to fixing it. goto http://code.djangoproject.com/query http://code.djangoproject.com/query pick one, fix, repeat. The gp is trying to create problems
  - maxklein 18y ago
    I've contributed more here than you, and I would appreciate some basic civility. Look, YOU go to code.django-project.com. Take a look at most of the items. They all have patches, and they are all queued up, just waiting to be reviewed by the core team. Anything outstanding is only the very big things that are not possible to be done from people who are not willing to spend weeks on it. So don't come with your arrogant pick one, fix, repeat statement. I've done my best to contribute to Django, and it's certainly not as easy as you seem to think it is.
    - olefoo 18y ago
      vague accusations of wrongdoing and murky allegations are less than helpful. Be specific, and use the right forum. HN is not the right forum if you want action on patches from the django core team.
      - maxklein 18y ago
        Why is there always this sensitivity when it comes to Django? As soon as anyone says anything mildly critical or wonders at some stuff, someone will popup and violently attack the person. It makes me wonder...
        ardit33 18y ago
        i agree. I said once that Django is bloated, and I prefer something small and fast like cherrypy, and got downvoted within seconds. Once you start getting downvoted the herd mentality starts creeping in a bit, and you get downvoted even more. Appart Django, criticizing Apple will get you downvoted even faster.
        simonw 18y ago
        This is an attitude that we're very keen on discouraging - if you look at the schedule for DjangoCon we've deliberately included talks about Django's deficiencies: Cal Henderson on "Why I hate Django" and Mark Ramm on "A Turbogears guy on what Django should learn from Zope."
- maxklein 18y ago
  For example, Geo-Django, a very unessential part of a web application was merged into trunk with no explanation as to why. There are lots of essential things things missing, I really don't see why Geo-Django has to be in there in the first place, and why with such urgency.
  - joao 18y ago
    I guess Geo-Django is essential to Holovaty's work in EveryBlock, perhaps that's why it got more attention.
    - simonw 18y ago
      EveryBlock doesn't use GeoDjango.
      - maxklein 18y ago
        Then WHY is geodjango in Django! Why is there no useful explanation as to why so many things in Django are "Design Decision Needed", but GeoDjango got accepted with no questions.
        simonw 18y ago
        Because it was on the http://code.djangoproject.com/wiki/VersionOneFeatures http://code.djangoproject.com/wiki/VersionOneFeatures "maybe" list (as in it will go in to 1.0 if someone does the work to get it ready), and someone did the work to get it ready. As to how things got on that list, that's why Django has BDFLs. Someone has to make these decisions. If you wanted to influence those discussions, the time would have been several months ago on the django-developers list. If you want to influence future decisions, join that list and start arguing for them.
  - jonknee 18y ago
    You make it sound like Geo-Django was written in lieu of working on other features. Geo-Django is a contrib app and was championed by Justin Bronn who isn't a core contributor. It was included because it's very helpful to some people and if you ever need GIS stuff you'll be thankful to Justin. If you don't need it you'll notice nothing different--don't import anything inside of django.contrib.gis and you won't even experience feature bloat. Most people don't use all of the contrib apps on every site, but it's nice that they are there when you need them.
ii 18y ago
I can see it every time I have [Django Code] e-mail with comment from core dev who just quickly marked it 'post-1.0' without paying any attention. If you are not core Django developer or known big long-time contributor there's very little you can do to improve Django. That's a fish. Hope this will change as soon as 1.0 is released.
- etal 18y ago
  Do you suppose there's a sort of reverse Conway's Law for version control? Compared to most DVCSs, SVN maked merging branches expensive and required more decisions about the code to be made ahead of time. Gridlock happens, and branches can languish if they haven't been planned properly and agreed to from the outset. Sounds a bit like some of the things that have been said about Django's roadmap and central planning, no? (And the documentation support is excellent as well, for both Django and SVN.)

mdasen 18y ago

My thoughts: Django has, for a long time, operated as a small-ish community. When you're a small community, people generally know what's going on just because they hear things and there's a lot of trust in each other. As projects get larger, you often need a more formal structure. For example, Django has been slow to release and has even recommended that you run off SVN. That's great when you're an involved person who knows what's going on, but less fun for a casual user of the framework. Django is getting more casual users. That's great too, but sometimes it requires organizational change. Django hasn't been (and probably will never be) the boisterously-led community that Rails is. It isn't the personality of its leaders. That said, I think we're going to see a lot more communication happening. For some people, Django has dropped the ball here, but the 1.0 plan definitely cleared a lot of things up and I hope we similarly create a 1.1 plan over the coming months to provide a neat roadmap for developers). In terms of the framework moving forward, I think the 1.0 release will fix a lot of complaints that people have had. One of the problems with the "run-off-svn" mentality is that you're very cautious about putting in big changes. However, with the run-up to 1.0, we've seen qsrf, newforms-admin, geodjango, etc. all merged. I think the 1.0 stable release will give us the opportunity to get through a lot of the other patches on SVN as people use 1.0 in production. Every community stumbles, we can always do better, and Django is moving forward and post-1.0 is a great time to start changes. As a developer with a post-1.0 item in queue, I'm excited. Yes, it's frustrating when you've contributed a patch just to see it wait in queue. Hopefully version stability will change that.