Viewing profile — davidkpiano
davidkpiano
HN member- Joined
- Tue, Dec 16, 2014, 1:33 AM UTC
- HN karma
- 344
- Public activity
- 112 items
- HN profile
- View on Hacker News ↗
About davidkpiano
No profile information was provided.
Recent public activity
-
comment
Comment #48973530
Author here; still in alpha!
-
comment
Comment #48112568
Pretty cool. Looks like stately.ai but catered towards agentic state machine workflows. Really interesting!
-
comment
Comment #47918971
This would be the closest: https://github.com/GnomesOfZurich/scxml/
-
comment
Comment #47912923
I loved this talk!
-
comment
Comment #47911264
P lang is close: https://github.com/p-org/P
-
comment
Comment #47911122
There is also @xstate/store for simple event-driven stores and atoms; just as simple as Zustand + Jotai: https://stately.ai/docs/xstate-store
-
comment
Comment #47909613
The next version of XState will be much more ergonomic, with a reduced API surface area, lower learning curve, and much easier for devs (and agents) to author. But at the same time…
-
comment
Comment #47909608
Statecharts are still getting some traction! XState has over 4 million weekly npm downloads. Animation tools like Rive & LottieFiles heavily advertise state machine capabilities. A…
-
comment
Comment #47909586
Glad to see statecharts still getting attention! I created XState, a JS/TS library for authoring, executing, and visualizing state machines/statecharts: https://github.com/statelya…
-
comment
Comment #47230739
Really appreciate you using XState!
-
comment
Comment #46930894
Really cool! Love the XState-inspired API ;-)
-
comment
Comment #44151094
Re: atoms + learning curve, this is why XState Store exists, which supports both XState-style state updates and atoms: https://stately.ai/docs/xstate-store I also like the approach…
-
comment
Comment #42493708
Thank you for the kind words! I somewhat agree that it is complicated and overly engineered for many applications that don't need all of the statechart features, and that it has a …
-
comment
Comment #41224448
I remember this! It was one of my inspirations for creating a hierarchical state machine editor [0] and a state machine library with a visualization layer [1]. [0] https://state.ne…
-
comment
Comment #40420245
Hey thanks for linking, I'm still working on this and hope to have a beta release soon! Stately Agent is a completely open-source library for creating (LLM) agents that adhere to s…
-
comment
Comment #40407427
How does this compare to the state machine editor on https://state.new ?
-
comment
Comment #39755272
There are a lot of resources on finite state machines, especially in TypeScript, here: https://stately.ai/docs/state-machines-and-statecharts
-
comment
Comment #39404731
(Creator here) Thank you for the mention!
-
comment
Comment #38939524
Oh hey it's me!
-
comment
Comment #38655453
You don't need to define every possible state. A state machine can serve as a higher-level structure of some of the states (statuses, modes) of parts of your app, for ease of struc…
-
comment
Comment #38495095
XState creator here! I love that use-case. We have plenty of developers & companies using XState on the backend, and one of our main goals for XState v5 was to enable more backend …
-
comment
Comment #37077227
This looks awesome!
-
comment
Comment #36861223
Thanks for sharing! There's an updated viz at https://stately.ai/viz but that will soon be fully part of the studio at https://state.new (which can export to Mermaid now and PlantU…
-
comment
Comment #35903445
Congrats on the launch, this looks really interesting!
-
comment
Comment #35331309
Would love to know more about an example "simple embedding use-case" that you may have in mind. We're not trying to force state machines as the solution for any state-related probl…