Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
doh
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
37 ms
·
391.
▲
by
doh
9y ago
Transfer yes, but if you need to get H-1B or O-1 then no. The process with the new government is too unpredictable.
392.
▲
by
doh
9y ago
Good point. We’re Pex, Plex is another company :/ But thanks
393.
▲
by
doh
9y ago
Pex | Multiple Positions | Downtown, Los Angeles | ONSITE, FULL-TIME | Salary $110k+ & Equity | https://pex.com Pex is a audio-visual search engine, that uses the content as a base for its search (think of Google Image Searc
394.
▲
by
doh
9y ago
I can't speak about S3 but we're using heavily GCS (google cloud storage) and haven't experienced any problems. From time to time we can see a slowdown, but never seen an outage. I also looked at B2 [0] once or twice. The pri
395.
▲
by
doh
9y ago
Comcast is no more just a dumb pipe. Thanks to their acquisitions they would, in case of this scenario, simple reinvent themselves as a content producer (which they already are).
396.
▲
by
doh
9y ago
I was just looking at Iridium and they seem to have very low latency of around 40ms roundtrip [0] but very small throughput. If SpaceX (or whoever else) can address the latter, then 40ms will challenge any ISP. If you combine this with the
397.
▲
by
doh
9y ago
Haven't tried in production, but Janus Graph[0] supposed to be able to scale to the sizes you're describing. The another one I looked at is ArangoDB[1] but again, never used in production. [0] http://janusgraph.org [1]
398.
▲
by
doh
9y ago
Understood. I think there is a bit simpler setup that you could utilize, but it does require a custom deployment on GCE. Request -> load balancer -> auto scaled pubsub writer -> pubsub -> client (write to BQ, ...) If it doesn&#x
399.
▲
by
doh
9y ago
We use nats mostly for synchronous tasks (where the response has to be returned to the exact client initializing the request) and pubsub for everything else. We’re slowly transitioning to nats as we have a better control over what’s happeni
400.
▲
by
doh
9y ago
I don't know your flow, but how about using a queue system to prevent the bursts of data? We're internally using pubsub (and nats) sending billions of messages every day. We don't use the push mode as Spotify [0] but pull fro
401.
▲
by
doh
9y ago
You can, if you want to read reverse engineered code. Takes more time, but completely doable. I do that on all Android apps.
402.
▲
by
doh
9y ago
While certificate pinning is annoying, it's just an obstacle not a roadblock. I haven't met a security research that mentioned this to be a prohibitive feature. There are couple ways out, from revers engineering the binaries, thro
403.
▲
by
doh
9y ago
Pex | Multiple Positions | Downtown, Los Angeles | ONSITE, FULL-TIME | Salary $100k+ & Equity | https://pex.com Pex is a video & music search engine, that uses the content as a base for its search (think of Google Image
404.
▲
by
doh
9y ago
We add new fields (or redesign existing protos) very sporadically. We also don't have fully automated process to deal with a change in a proto within all projects so by using new versions we can signal to the developers that they shoul
405.
▲
by
doh
9y ago
Hw many languages do you use? Do you generate separate folders for each language or what does the structure looks like?
406.
▲
by
doh
9y ago
Correct on the versioning. We internally treat protos as an immutable descriptions of our API interfaces. That means whenever we need to change anything (outside of bugs), be it adding a new field, or changing the order, renaming fields, ch
407.
▲
by
doh
9y ago
It has similar challenges than a monorepo. First challenge is, that you have to keep some kind of reference on what proto are you using within your project. What Google (and some others) do, is that they a) put all the proto files in a sepa
408.
▲
by
doh
9y ago
You nailed it. We have so many diets within our company that there is no way we can go out together and everyone to be happy. Even ordering snack is a torture.
409.
▲
by
doh
9y ago
I believe this is why Jeff Bezos has the two pizzas rule [0]. Anecdotally, to this day we get surprised reactions (mostly by investors) when they learn that our massive service [1] was built by 6 engineers. More people requires more synchro
410.
▲
by
doh
9y ago
I'm wondering if there is a way to use Timescale in combination with Citus. We are well adjusted to Citus as we're using now for almost 2 years. For most data it's great but we do have some time series data where we have to d
411.
▲
by
doh
9y ago
The creators of the project also wrote a book about their thinking [0]. I highlighted the hell out of this book. [0] https://www.amazon.com/Clock-Long-Now-Time-Responsibility-eb...
412.
▲
by
doh
9y ago
There is a fascinating book on the topic of pricing art [0]. It was an eye opening study for me. [0] https://www.amazon.com/Talking-Prices-Contemporary-Princeton...
413.
▲
by
doh
9y ago
I think it depends who the user is in your case. In mine it's the developer who has to work with Twirp outside of the standard libraries (maybe different language, maybe just wants to incorporate it in their own code, ...). I also like
414.
▲
by
doh
9y ago
I like the simplicity of the library. I haven't tried it yet, but this behavior is a bit unfortunate choice > If there is an error, it will be JSON encoded, including a message and a standardized error code. Why not to return standa
415.
▲
by
doh
9y ago
Pex | Multiple Positions | Downtown, Los Angeles | ONSITE, FULL-TIME | Salary $100k+ & Equity | https://pex.com Pex is a search engine for music and video, that uses the content as a base for its search (think of Google Imag
416.
▲
by
doh
9y ago
Anything from a matrix to a tensor. For instance you want to store all SIFT points and run comparison.
417.
▲
by
doh
9y ago
Not really. The scale we operate at is significantly higher than anything the current AI can handle. Just to give you an idea, there is almost 4M videos with over 1M views with combined 30,351,700.97 minutes of content. This dataset represe
418.
▲
by
doh
9y ago
I don’t have anything in writing right now but slowly working on a more detailed post.
419.
▲
by
doh
9y ago
Haha, thanks
420.
▲
by
doh
9y ago
Yes
More ›