jazzkingrt

Maybe I'm a special case, but once in a while I'm working on a local branch somewhere that doesn't have internet access, like on the subway.

I feel this is directionally the same win as the offline capability of a VCS like Git itself. If we have it, we come to expect it. And if someone took it away for some reason, we'd have a better conception of just how useful it can be.

Wouldn't issues get merged in the same way code does -- with a merge request?

This is more of a packaging problem. There are various ways to package python code with it's dependencies into a single executable.

In any case, comparing a stdlib library to a 3rd party one is a bit apples to oranges. Most people first decide whether or not they want to use pypi packages, and then start evaluating which ones are appropriate.

Many institutions, such as university endowments or sovereign wealth funds, invest on these time scales. Example: https://www.bloomberg.com/news/articles/2017-08-29/why-yale-...

And as another commented, these bonds can be traded long before they mature.

Manhattan can build higher to meet office space demand.

I assume filing for bankruptcy means the lender gets to claim the medallion and sell it? That means losing potentially hundreds of thousands in payments already made, as well as the loss of any source of income. I think renting a medallion is possible at that point, but many of these medallion owners seem to have invested their life savings and could be nearing retirement.

I don't think it's safe to assume that everyone is working on geenfield projects, where the performance requirements of the project are known at the outset.

Work that increases the upper bound of Python's performance is valuable because there is so much Python code already in existence, and it could be useful to make that code faster, due to shifting requirements for that code, or new knowledge about those requirements.

I think similar reasons justify faster runtimes such as PyPy.

That's called a cocktail!

The process of brewing beer produces interesting flavors. Why not take advantage?

What a great example! I'm realizing that perhaps the "second mover advantage" may be more pronounced in markets with low switching costs. Flyers can easily compare airline prices against one another, and drivers are incentivized to boot up 2nd, 3rd and 4th driving apps. Low-margin businesses can't afford to spend as much on R&D, make mistakes, etc. They have to win with small executional advantages.

Nice work! I like this bicycle analogy and believe we have a ways to go for improving programming environments. In a far less ambitious vane, I've been trying to integrate the pytest-watch plugin to get a tighter feedback loop about regressions when making code changes.

It's fairly easy for well-intentioned mathematicians to make small mistakes in their reasearch that drasitically affect the outcome of a proof. The sorts of falsehoods discussed in this paper are a consequence of lying about the source material, or a severe lack of due diligence. So these fields probably have a lower prior for a falsehood in a paper.

This is amazing thank you.

This was posted on HN recently and does a good job with your question: https://qz.com/103091/high-end-art-is-one-of-the-most-manipu...

These are private market investments, so nobody is crunching any numbers for them and producing a valuation, they pay for this out of pocket. A small VC would lose with an "invest everywhere" strategy, each new investment grows sunken cost of valuating and negotiating an investment.

But there is a force in the other direction: each investment can only bear so much new capital without losing marginal value. So after a while you have to start to look for new investments to spread your capital around.

There is probably a ton of money behind these chinese investments, and a relatively small total market for venture capital, so they end up making a lot of investments.

This post was helpful to me, as well as #4 of the same series: Event loop and the rise of Async programming

I come from a native programming background, and whenever I worked on front-end javascript I always felt I didn't quite grasp what's just behind the code.

These posts were a big help in getting rid of unknown unknowns.

In my city low income people are technologically literate enough to have smartphones. The poor are excluded from traditional taxis as well, whereas at least ride-hailing can pool people together to lower prices. In the future we might see larger van formats operating like buses with ad-hoc routing. I personally favor subsidized public transit options, and don't think ride hailing apps discourage that any more than taxis. If anything, ride hailing apps help transition people away from car ownership and into mixed use transit.