Live data from Hacker News

Bonsai: Janestreet's UI Library

github.com

81–90 of 165 posts

Re: Bonsai: Janestreet's UI Library

#81

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

ocaml has excellent compilation speed, and in my experience the code is very maintainable due to the module and type systems.

Re: Bonsai: Janestreet's UI Library

#83

There'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.

This framing is also in the post. From the readme:

> 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

#84

Earlier quoted context omitted.

I’m no UI expert - what’s wrong with the margins?

inconsistent and maybe too tight, but I would think those are issues with the sample UIs and not this library

Margins on an info dashboard are wasted space.

Re: Bonsai: Janestreet's UI Library

#86

Earlier 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…

Fair point

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

#87
post #60

Earlier 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?

“Banned from the Asian markets” was the original claim. The actual fact is: banned from Indian markets, with the ban now lifted.

Re: Bonsai: Janestreet's UI Library

#88
post #55

What does JaneStreet do besides sponsoring nerdy Youtube channels and writing UI libraries?

Jane Street made it's way into today's Wall St Journal for its quantitative prowess and hiring of Math PhD's. What was stunning to hear was that their 2nd quarter profits were a record $10.3 billion, nearly double that of Goldman Sachs and Morgan Stanley (much larger firms).

Re: Bonsai: Janestreet's UI Library

#89

Earlier 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.

You can have high information density and still not have words running into each-other. Taking all of the space out from around text and information graphics makes them less legible, even for experienced "power users".

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

#90

There'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.

The docs are a bit sparing but if you read the source its pretty cool to see how they did this.
Post reply on HN