4 ms·

Really? What parts of Django development make you smell a fish?

by shabda 18y ago

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."
  - astrec 18y ago
    For someone who has contributed here so much, your original comment could have been clearer. It indeed read like a troll. However, you've subsequently made an interesting point. Open source development isn't easy. Project maintainers serve two masters; the development community, and the user community. Django aims to serve it's users with a stable trunk which in turn sets a high bar for contributers. To this end the project maintainers must carefully consider each and every patch, its tests and documentation. This not only takes time, but OSS projects can also tend towards the direction of the maintainers interest, hence contrib apps like geo. Sometimes great submissions are nixed simply because they fall outside of the maintainers field of vision. Fair? Perhaps not to those with high quality contributions stuck in limbo, but the rest of the project by and large depends on it. Other projects rapidly incorporate all submissions, maintain a volatile trunk and release from stable branches. Django just isn't that type of project, but in return we've got an exceptionally stable, superbly documented, extensible framework.
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.

Really? What parts of Django development make you smell a fish?

by shabda 18y ago

Really? What parts of Django development make you smell a fish?

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."
- astrec 18y ago
  For someone who has contributed here so much, your original comment could have been clearer. It indeed read like a troll. However, you've subsequently made an interesting point. Open source development isn't easy. Project maintainers serve two masters; the development community, and the user community. Django aims to serve it's users with a stable trunk which in turn sets a high bar for contributers. To this end the project maintainers must carefully consider each and every patch, its tests and documentation. This not only takes time, but OSS projects can also tend towards the direction of the maintainers interest, hence contrib apps like geo. Sometimes great submissions are nixed simply because they fall outside of the maintainers field of vision. Fair? Perhaps not to those with high quality contributions stuck in limbo, but the rest of the project by and large depends on it. Other projects rapidly incorporate all submissions, maintain a volatile trunk and release from stable branches. Django just isn't that type of project, but in return we've got an exceptionally stable, superbly documented, extensible framework.

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.