Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Django Software Stack

sourcefabric.org

Post reply on HN
Print view View original

21–28 of 28 posts

Re: Django Software Stack

#21

Post by jordanmessina »

alttab wrote: post #10
pirko wrote: post #5

Earlier quoted context omitted.

pip + requirements file + virtualenv (virtualenvwrapper) makes the setup of an development environment really easy. With virtualenvwrapper you can hook into different scripts, for example when you start/switch working on a project

Rvm does well for ruby

And of course some asshat downvotes because you bring up ruby...

I'll just point out that rvm isn't a pip for ruby. It only manages what version of ruby you're currently using and allows seamless switching. It comes in handy with ruby because of all the compatibility issues between ruby versions and rails versions. Pip is a sophisticated package manager that can be used with virtualenv to isolate where Python libraries are installed. They are indeed both good tools for development but serve different purposes.

Re: Django Software Stack

#22

Post by reinhardt »

tswicegood wrote: post #13
kadmia wrote: post #4

We use pip over easy_install http://pip.openplans.org/

At this point, pip is the way to install Python packages. Anyone who's pointing you otherwise is a bit out-of-date (touch?).

Sure that's "the word on the street" so to speak, but is pip really so much of an improvement over easy_install (or buildout, no experience with it) ? Don't get me wrong, I like and use pip as much as of the next python guy, but I often get the impression that pip (and virtualenv) have an almost fanboyish charm; many/most of their advocates just ape each other and they'd be strongly pressed to explain why they are so much better than the alternatives (if they are even aware of them).

Re: Django Software Stack

#23

Post by reinhardt »

Abid wrote: post #18

"As far as (non-mission critical)web frameworks go, I think these days you have two options: Python/Django and Ruby/Rails." I wonder what the author means by "non-mission critical?" Someone considering writing a web app in Django/Rails that is used by thousands of customers might be scared off by that statement.

I read this to mean that after some level of complexity all generic frameworks break down, you have to rewrite parts of them to better address your requirements, be it functional or performance related. It's not a coincidence that some of the largest Python web shops build on top of Pylons instead of Django as it has smaller footprint and it's easier to customize.

Re: Django Software Stack

#24

Post by Pewpewarrows »

wizard_2 wrote: post #11

I love python and Django but this highlights one of the main things I don't like about Django development, the thousand of packages you end up using.

As opposed to what? Having to write all the code in-house yourself? Or giant, monolithic applications that are guaranteed to cross scope with one another and probably yell and scream if you try to take one of their dependencies out for ones that you prefer?

Small, independent, and interchangeable parts works. It works damn well. I've yet to see a better alternative.

Re: Django Software Stack

#25

Post by jtchang »

tswicegood wrote: post #13
kadmia wrote: post #4

We use pip over easy_install http://pip.openplans.org/

At this point, pip is the way to install Python packages. Anyone who's pointing you otherwise is a bit out-of-date (touch?).

What is awesome is that easy_install always seemed to work for me. Having access to pip is icing on the cake now.

I tried to install Ruby the other day and I swear the packaging is broken 9 times out of 10.

Re: Django Software Stack

#26

Post by fingerprinter »

pirko wrote: post #5
kadmia wrote: post #4

We use pip over easy_install http://pip.openplans.org/

pip + requirements file + virtualenv (virtualenvwrapper) makes the setup of an development environment really easy. With virtualenvwrapper you can hook into different scripts, for example when you start/switch working on a project

Is there a good step-by-step on a setup like this? I've used RVM for Ruby and that is pretty straight forward...

Someone commenting on their workflow using these tools would be awesome as well.

Re: Django Software Stack

#27

Post by electrum »

jordanmessina wrote: post #21
alttab wrote: post #10

Earlier quoted context omitted.

Rvm does well for ruby

And of course some asshat downvotes because you bring up ruby... I'll just point out that rvm isn't a pip for ruby. It only manages what version of ruby you're currently using and allows seamless switching. It comes in handy with ruby because of all the compatibility issues between ruby versions and rails versions. Pip is a sophisticated package manager that can be used with virtualenv to isolate where Python librari…

RVM also manages gemsets, which lets you quickly save and switch the set of installed gems (packages). You're correct that it doesn't replace gem as a package manager.

Re: Django Software Stack

#28

Post by jjddss »

Emouri wrote: post #15
pirko wrote: post #5

Earlier quoted context omitted.

pip + requirements file + virtualenv (virtualenvwrapper) makes the setup of an development environment really easy. With virtualenvwrapper you can hook into different scripts, for example when you start/switch working on a project

I've been bitten by this a few times as pypi was down. I still do this, but I'm thinking about setting up some private hosting for the libs I need.

"Private hosting" in this case, can be as simple as a plain-jane Apache server with some tarballs in a directory with listing turned on. Use -f to point pip to the directory. Instant private hosting. This is more or less how we publish internal libraries at work.
Post reply on HN