What makes Pyramid better for you than e.g., Falcon?

From your comment, it sounds like a lot of the value you've gleaned from Pyramid is based on the framework staying out of your way, so why not use something 5x faster that does the same thing? Does Pyramid provide some unmatched abstractions? (I'm coming from a position of no true experience in Pyramid)

However, once you're out of the unrealistic scenarios (single query benchmarks, etc.), it doesn't do that well[1]. It's not prohibitively slow, but to make the jump from something as well documented and with as large a community as Django, most developers would need to see major gains in one or more areas; performance, docs, community, coding efficiency, etc.

Pyramid doesn't offer these gains. It only makes promises about maintainability, which are hard to verify, unless you personally know somebody that you trust as a skilled developer, and who has worked on a sufficiently large enough project in Pyramid to make such claims... it's easy to see how this creates a hole that Pyramid has to dig itself out of.

Also, Pyramid still talks about "supporting your decisions", like Jinja2, etc., as if that's a problem people are still dealing with. Django supports Jinja2 even in the admin now, let alone being able to use whatever you want elsewhere. As a side note, I don't see many Python developers wanting to use anything other than Django templates (for simplicity and separation of concerns) or Jinja2 (for speed and flexibility) these days.

If the argument, in response to the aforementioned difficulty in verifying claims about maintainability, is "well, it's up to you; Pyramid stays out of the way", then the immediate response is that you're better off using Flask or Falcon; the former if you need third-party tools, and the latter if you need maximum raw speed, but still want Python. Both of those frameworks will drastically outperform Pyramid and stay out of your way.

IOW, I don't think Pyramid fills any reasonably sized and easily understood market gap.

1. https://www.techempower.com/benchmarks/#section=data-r13&hw=...

It's a shame, because I've wanted to try Pyramid since I watched their talk at PyCon 2011, but the branding (including the new 99 Designs looking logo / theme) has always made me think, "This will never really take off."

No offense to either company; their logos are pragmatic.

1. http://fontawesome.io/icon/check-circle-o/

2. http://fontawesome.io/icon/check-square-o/

This is probably a caching issue.

Comments URL: https://news.ycombinator.com/item?id=13344627

Points: 3

# Comments: 3

    var x = 1;

    switch (x) {
        case 1:
            console.log('case 1');
        case 2:
            console.log('case 2');
        case 3:
            console.log('case 3');
        default:
            console.log('default');
    }

And, the answer is:

    case 1
    case 2
    case 3
    default

My assumption was always that the `break` was to avoid wasting the interpreter's time on checking the remaining cases when you knew they'd all be non-matches, not that `break` was basically required.

This means that the switch statement itself is basically useless without `break`, unless each case is ordered in a 1[2,[3,[4]]] fashion (I imagine that's quite rare).

Is this just an artifact taken from C, or is there something else I'm overlooking?

Comments URL: https://news.ycombinator.com/item?id=13344587

Points: 3

# Comments: 2

OP (but not author) here.

I watched a talk of yours at Pycon 2011. I very much enjoyed it. I also very much enjoy how amazing Python is, so thank you very much. I have been super excited for 3.6, because speed is one of the things I see is being most important to keep python defensible these days (with Go, et al).

Thanks again for all your hard work.

Comments URL: https://news.ycombinator.com/item?id=13282101

Points: 29

# Comments: 2

Also, this reads like a list of 2014-2015's fastest growing technologies and trends.

So, the bright side of this is that:

A) employees can spend the entire holiday week or two with their families, and

B) employees can start out their new year unencumbered by the stress of working for a failing company

Personally, I'd rather have it this way than come back from whatever fun holiday adventure I'm on to find out a week later that I'm losing my job... that's a terrible way to start the year's momentum.

Dark patterns don't represent anything truly sinister, and in most cases they are perfectly legal. They are just bad UX because they're dishonest about their intent.

    Do you love our app?

      Yes         No
       |          |
       |          |
     ______     ______
     Opens      Does
     AppStore   Nothing

I've never understood the appeal of cities (other than a quick 1-2 day visit).

Cities are more inefficient[1], have more pollution[2], have less nature[3], stink like shit[4], have less happiness[5], have more noise[6], require subways and mass transit just to get around, are more expensive[7], etc. (the list almost doesn't end).

1. https://www.hks.harvard.edu/content/download/70101/1253214/v...

2. http://www.health.com/health/gallery/0,,20490855,00.html

3. I don't think I need a citation for this one

4. http://www.businessinsider.com/why-new-york-city-smells-in-t...

5. http://www.citylab.com/housing/2016/06/the-price-of-happines...

6. http://earthjournalism.net/resources/noise-pollution-managin...

7. http://www.bls.gov/opub/btn/volume-2/expenditures-of-urban-a...