Recent submissions

Comment · 4 years ago
Could you elaborate a bit more on #2? What would be the implication of good/bad resource modeling.
Comment · 4 years ago
Thank you for the response. Would this pattern be appropriate for something like ML inference if I’m looking for sub 200ms response time and the results objects are small? The polling interval would need to be very short, and would that become an issue?
Comment · 4 years ago
Apologies for the noob question but how would FastAPI/Flask know that the job has been successfully completed? Would the worker have to persist ml inference results somewhere and the FastAPI server poll it periodically?
Comment · 4 years ago
How are they going to address the problem of connection creep? (Over time the number of people you add to your friends network increase and cause context collapse)
Comment · 5 years ago
Wow. Thanks a ton. This is why I love HN
Comment · 5 years ago
What is this exactly? Looks both interesting and intense
Comment · 5 years ago
What’s the point of building this in-house over using an existing solution? Is there some particular use case that a replicated SQLite is good at?
Comment · 5 years ago
“ Piki selects music from a database of roughly 5 million songs and incentivizes users by giving them $1 for every 25 songs they rate. The Piki interface plays a song, and then gives the listener the ability to rate it after different amounts of time. Specifically, the user can “dislike” the song after 3 seconds, “like” the song after 6 seconds and “superlike” it after 12 seconds.”

These people are training on a completely different set of features than what Spotify is using. For example, listen time is likely to be a important feature where a short time or a skip will be a pretty good proxy for a dislike.

In other words, the authors conclusions are conditioned on only using the features outlined in the article, like, dislike, and super like. And I’m not sure it will generalize for Spotify.

Comment · 5 years ago
This sounds stupid but is indeed as troubling as the big brother
Comment · 5 years ago
Cuz when u have as much market power as Apple, you don’t really have a choice in granting someone market access to your platform. A refusal is potential grounds for a antitrust case. Assuming ofcourse, epic stays within the lines of apple’s other rules which hasn’t been challenged in court.
Comment · 5 years ago
I applaud you to join Facebook PR team. You might be the cure the internet needs where we gain the critical momentum for antitrust action.
Comment · 5 years ago
The space for potential edge cases are so large it will be wack mole.

Inference tasks isn’t like software testing where the states are well defined.

Comment · 5 years ago
I bet this had something to do with #AppleToo and the company didn’t want to fight 2 PR battles at once. My bet is this is just a delay tactic.
Comment · 5 years ago
At ren tech’s kind of returns it’s literally cheaper to pay the interest and fine than to borrow from anyone else.
Comment · 5 years ago
Amazing. Thank you.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton