The following day Fogg apologises to Aouda for bringing her with him since he now has to live in poverty and cannot support her. Aouda confesses that she loves him and asks him to marry her. As Passepartout notifies a minister, he learns that he is mistaken in the date – it is not 22 December, but instead 21 December. Because the party had travelled eastward, their days were shortened by four minutes for every degree of longitude they crossed; thus, although they had experienced the same amount of time abroad as people had experienced in London, they had seen 80 sunrises and sunsets while London had seen only 79. Passepartout informs Fogg of his mistake and Fogg hurries to the Club just in time to meet his deadline and win the wager. Having spent almost £19,000 of his travel money during the journey, he divides the remainder between Passepartout and Fix and marries Aouda.
> Pay yourself and a VC-appointed board member below market rate, hire six good engineers, lease some office space, buy equipment, pay for legal and accounting services… and presto, you’re burning through $5M a year
Would love to see the math behind this. How does this add up to $5M/year??
Founder of Modal here. We've spent a ton of time on this, including building our own distributed file system optimized for low-latency high-througput workloads. We don't use K8s or Docker and built our own custom infrastructure instead.
Cold starting containers quickly is a fascinating problems. We've gotten a long way but there's still a lot more to do. For GPU-based inference, starting containers isn't enough – you also need to initialize the model GPU quickly. We are working on a long list of things that will bring down cold start latency even further.
Annoy author here. What you're describing is Locality Sensitive Hashing (LSH) which is something I spent a lot of time trying back in 2009-2012 but never got it working. It has some elegant theoretical properties, but empirically it always has terrible performance. The reason I don't think it works well is that data often lies near a lower-dimensionality manifold that may have some sort of shape. LSH would "waste" most splits (because it doesn't understand the data distribution) but using trees (and finding splits such that the point set is partitioned well) ends up "discovering" the data distribution better.
(but HNSW is generally much better than this tree paritioning scheme)
I don't really buy this argument that you can rent and pay $1000/month, or you can buy an equivalent home and pay $1000/month, but now you can deduct interest rate and build equity.
Landlords can also deduct their interest expenses and so they benefit from leverage too (meaning they don't want to build up equity).
In a reasonably efficient market, this means that the equivalent cost of homeownership would be higher than rent, to offset these things (the rate at which you're paying down the principal, and the deductability of interest rate expenses). This is obviously a very simplified argument, and there's a lot of other factors going into this.
1. Diagonal moves have a slightly higher weight.
2. I have an edge weight of 100 to go through another person. This makes it possible to go _towards_ the right direction even though there is no path
3. For the perpendicular lines method, the distance is modified to 1e-3
4. A* doesn't work because the heuristic becomes pretty useless when you have moves that are very "cheap": you need a lower bound that's pretty much zero
So for all those reasons, I just went with plain old Dijkstra!
The mechanism would work this way: sales people exhibit multiple features, and they are promoted based on some combination of those. If a sales person has outstanding other credentials, they might be promoted despite poor sales percentile. Those other credentials might actually be better predictors of managerial experience. Conversely, many of the top sales people might have been promoted on the grounds that they were good sales people, without exhibiting any other skills.
Note that there might still be a positive correlations between sales skills and managerial skills, but due to how the promotions are selected, you end up observing a negative correlation in the promoted group.
I've found these tools extremely useful to understand user behavior. We rely on Fullstory all the time to improve the user experience, to identify bugs, and to debug user issues.
The result of these tools is a far better user experience on our site and many other sites.
"recording every keystroke" makes it sound like there's malicious intent, but it's misleading. It should be added that all these tools have a lot of options to avoid tracking sensitive data (like password fields) and we always rely on that (in fact anything else would be a compliance violation for us).
classical music has notoriously bad metadata on spotify – it just doesn't fit into the data model of artist/album/track. i think that causes the system to filter out a lot of the listening data or fail to find patterns.
not sure what's up with jazz but i'm guessing it could be a similar problem
We had to build some explicit filters for this at Spotify. For instance we blacklisted Christmas music from being part of the listening data – until them people would get a ton of Christmas music recommendations every January. But to your point, there's a long tail of other contextual things.
Spotify re-runs the latent vector models regularly and re-indexes them into Annoy indexes. There is no need to do that in real time, you can be a few weeks delayed and it's usually fine. New music doesn't have much data and need different methods anyway.
I built the foundation of this system while at Spotify. While it's true that we looked at a lot of different signal, at the point when I left (early 2015), it was all based on collaborative filtering.
The reason collaborative filtering works so much better than anything else is that given enough data, it will already encompass everything else. If there are reasons why certain users prefer certain sounds, or certain lyrics, those patterns will emerge in the listening data.
The main reason to use any non-CF method is mainly for new content that Spotify doesn't have much listening data for.
I'm no longer at Spotify, but let me know if you have any questions
I interview 20-30 people per week and send most of them Hackerrank tests. I'm a big proponent of vetting that people can write code, but 99% of the questions on HR are waaaay too "algorithmic". Had to go through almost all of them to find a few tests that are not about graph algos or dynamic programming – finally found a question that was based on regular expressions and a few other ones that I think are a bit more representative of real world challenges.
I really wish Hackerrank could add more problems or let employers add their own question. Are there any good alternatives to HR?
Author here. It's slightly embarrassing that this turns out to be an old idea – it wasn't my intent to rip it off. I'm fairly sure I must have seen it a long time ago and then forgot about its origin. In retrospect I probably should have googled it.
Somewhat speculative, but as a Swedish person living in the US, a huge difference between the gov't spending is that very little is means tested in Sweden. Doesn't matter how much your income is, you still receive child allowance, extremely subsidized child care, schools, etc.
As a consequence, the welfare system is as much of a transfer between rich and poor as it is between different parts of life. And I suspect the willingness to pay higher taxes is that (almost) everyone "benefits" from the it at some point (putting it in citation marks since there's no free lunch obviously).
In contrast, US has far more means tested programs like SNAP etc, and the things that the wealthy benefits from are things like mortgage interest deductions, which are not seen as gov't spending in the same way. Which I think goes a long way explaining the tax adversity in the US.
https://en.wikipedia.org/wiki/Around_the_World_in_Eighty_Day...
The following day Fogg apologises to Aouda for bringing her with him since he now has to live in poverty and cannot support her. Aouda confesses that she loves him and asks him to marry her. As Passepartout notifies a minister, he learns that he is mistaken in the date – it is not 22 December, but instead 21 December. Because the party had travelled eastward, their days were shortened by four minutes for every degree of longitude they crossed; thus, although they had experienced the same amount of time abroad as people had experienced in London, they had seen 80 sunrises and sunsets while London had seen only 79. Passepartout informs Fogg of his mistake and Fogg hurries to the Club just in time to meet his deadline and win the wager. Having spent almost £19,000 of his travel money during the journey, he divides the remainder between Passepartout and Fix and marries Aouda.