Earlier quoted context omitted.
But AI do benefit a lot from a strict compiler, and having a simple language improve a lot on type-safety, so I don't think it is to throw, even today.
But what about compilation speed? Hot reload? Maintainability? What is the bus factor for these kind of technologies? Yea, its cool to have strict type safety, but what's the point of it doesn't have all the benefits from other Frameworks that took years to polish
Bonsai: Janestreet's UI Library
81–90 of 165 posts
Re: Bonsai: Janestreet's UI Library
#82Re: Bonsai: Janestreet's UI Library
#83There's a great Signals and Threads (Jane Street's Podcast) episode about this work: https://signalsandthreads.com/building-a-ui-framework/
A framing from that podcast that helped me better understand the role of Bonsai is that it's really a framework for building incremental distributed state machines.
> Bonsai itself -- this library -- is actually more generic than the above makes it sound. It allows you to build general-purpose incremental, composable state machines. Bonsai_web builds on top of that core library, specializing it for interactive browser-based UIs, but we also have Bonsai_term for building interactive terminal-based UIs.
Re: Bonsai: Janestreet's UI Library
#84Re: Bonsai: Janestreet's UI Library
#85What does JaneStreet do besides sponsoring nerdy Youtube channels and writing UI libraries?
Re: Bonsai: Janestreet's UI Library
#86Earlier quoted context omitted.
Is there any professional software that wouldn't benefit from high information density? Most software design is optimized for the non-users who have to approve it.
this - most of the internal software at my job that's actually important is very dense, with keyboard navigation and shortcuts. The ones that somebody makes to sell themselves to upper management while angling for a promotion look very pretty, and never get used. And yet, we make such beautiful and vacant software ourselves for our clients, because again, its b2b, so you aren't selling to the people who actually have…
I guess JS doesn't have to care about this at all because they're not selling their UI to others, just making it in house for in house use
Re: Bonsai: Janestreet's UI Library
#87Earlier quoted context omitted.
The above might be too far-fetched as it only applied to India? They did pay a fine to the regulator and resumed trading (might not be the same strategy though) To OP’s original question, they made $20B last year and have a niche in several financial products
Yes, the fraud was done in india. Why does that matter?
Re: Bonsai: Janestreet's UI Library
#88What does JaneStreet do besides sponsoring nerdy Youtube channels and writing UI libraries?
Re: Bonsai: Janestreet's UI Library
#89Earlier quoted context omitted.
FWIW if you listen to Signals and Threads (the Jane Street podcast) they talk about this. They have dedicated UX designers who do relatively little code but focus entirely on making the UX as optimal for the traders as possible and one of them was on an episode. They talked about how most of the normal UX rules for SW go out the window because quants and traders have such different needs than "normal software".
Is there any professional software that wouldn't benefit from high information density? Most software design is optimized for the non-users who have to approve it.
I think the goal here is more an aesthetic of being for "serious traders only" rather than a UI optimized for speed and clarity. The UI designers probably have little choice but to match the preferences of the user group though, even when those preferences are empirically detrimental.
Re: Bonsai: Janestreet's UI Library
#90There's a great Signals and Threads (Jane Street's Podcast) episode about this work: https://signalsandthreads.com/building-a-ui-framework/
A framing from that podcast that helped me better understand the role of Bonsai is that it's really a framework for building incremental distributed state machines.