Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
p10jkle
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
p10jkle
8mo ago
There already is signal on many underground lines, and it’s pretty rare that people are playing things out loud in my experience?
2.
▲
by
p10jkle
9mo ago
https://en.wikipedia.org/wiki/Sovereign > The roles of a sovereign vary from monarch, ruler or head of state to head of municipal government or head of a chivalric order. As a result, the word sovereignty has more r
3.
▲
by
p10jkle
11mo ago
London is the third most visited city and Heathrow is the second most popular airport by international visitors. The prospect of being arrested upon arrival there might be a little annoying.
4.
▲
by
p10jkle
1y ago
Hey, I work on Restate. There are lots of differences throughout the architecture and the developer experience, but the one most relevant to this article is that Restate is itself a self-contained distributed stream-processing engine, which
5.
▲
by
p10jkle
2y ago
Wow, fascinating. I wonder if in a few years every in-game opponent will just be an LLM with access to a game-controlling API like the one you've created. Did you find there are particular types of tasks that the models struggle with?
6.
▲
by
p10jkle
2y ago
As discussed in the article, we have built our own storage engine from the ground up, which we did because we believe it will achieve better performance by taking advantage of the features of the system (streaming data, single writer etc) i
7.
▲
by
p10jkle
2y ago
I feel this happening to me too... depressing
8.
▲
by
p10jkle
2y ago
The twitter office is on Market Street, so this is totally plausible
9.
▲
Persistent serverless state machines with XState and Restate
(restate.dev)
2 points
by
p10jkle
2y ago
|
0 comments
10.
▲
by
p10jkle
2y ago
I saw this going under Tower Bridge last week! Made me late for the dentist... :)
11.
▲
by
p10jkle
2y ago
This is also a good use case for durable execution, see eg https://restate.dev
12.
▲
Building an LLM Chat and Task Bot with Durable Execution
(restate.dev)
6 points
by
p10jkle
2y ago
|
0 comments
13.
▲
by
p10jkle
2y ago
Full source here: https://github.com/jackkleeman/restate-checkbox/tree/main But the fun bit is the virtual object: https://github.com/jackkleeman/restate-checkbox/blob/main/
14.
▲
Infinite checkboxes in 71 lines of backend code
(restate-checkbox.kleeman.dev)
2 points
by
p10jkle
2y ago
|
1 comments
15.
▲
by
p10jkle
2y ago
Maybe let them have their launch? Mitchell said it best: https://x.com/mitchellh/status/1759626842817069290?s=46&t=57...
16.
▲
by
p10jkle
2y ago
We haven’t built any client side encryption tools yet. I don’t think it would be particularly difficult to do an MVP. If it’s very important to your use case, come chat to us in Discord? https://discord.com/invite/skW3A
17.
▲
by
p10jkle
2y ago
Ah I see what you mean. In this case the handler should complete with a terminal error - we weren't able to finish the task in time. Of course, many types of errors and timeouts are valid application-level results, not transient infras
18.
▲
by
p10jkle
2y ago
Thanks! I'm not familiar with Jobrunr, but we can definitely help with orchestrating async tasks (as well as sync rpc calls), especially if its important that they run to completion
19.
▲
by
p10jkle
2y ago
Hey! I managed to get a POC running on Cloudflare workers, I had to make some small changes to the SDK eg to remove the http2 import, convert the Cloudflare request type into the Lambda request type, and add some methods to the Buffer type.
20.
▲
by
p10jkle
2y ago
Yeah, this is pretty much exactly how we propose its done (restate services are inherently versioned, you can register new code as a new version and old invocations will go to the old version). The only caveat being that we generally recomm
21.
▲
by
p10jkle
2y ago
Yeah, definitely. We would like to have modes of operation where Restate puts its state only in S3. In that world, it could potentially run for short periods, and sleep when there's no work to do. Cloud only has an early access free ti
22.
▲
by
p10jkle
2y ago
Super interesting question! If we were inventing modern tech from scratch, I think there's space for this, definitely. Our goal though is that people can use their primitives in the systems they have already, which means Java, Go, Pyth
23.
▲
by
p10jkle
2y ago
It's always been a lively topic within Restate. The conversation goes a bit like this > Let users write code how they want, its our job to make it work! > Yes, but it's simply not safe to do this! I think we need to offer ou
24.
▲
by
p10jkle
2y ago
A visualisation/dashboard is a top priority! Distributed architecture (to support multiple nodes for HA and horizontal scaling) is being actively worked on and will land in the coming months
25.
▲
by
p10jkle
2y ago
I think its a cognito default - will take a look!
26.
▲
by
p10jkle
2y ago
Yes, definitely, but we can also cover response time bound tasks! Not just async. Typical p90 of a 3-step workflow is 50ms. Our goal is to run on every RPC, anywhere you need reliability
27.
▲
by
p10jkle
2y ago
I think you would need to validate the response from the first call before determining it to be a success?
28.
▲
by
p10jkle
2y ago
https://news.ycombinator.com/item?id=40659968 Absolutely, sorry if im not tight enough with my language. Maybe should be described as 'operation idempotency' vs 'handler idempotency'. IMO, an entire hand
29.
▲
by
p10jkle
2y ago
Absolutely, individual atomic side effects need to be idempotent. We can't solve the fundamental distributed system problem there (eg an HTTP 500 - did it actually get executed) However, the string of operations doesn't need to be
30.
▲
by
p10jkle
2y ago
Great question! https://news.ycombinator.com/item?id=40659687
More ›