scenebuilder VS prusti-dev

SceneBuilder, good luck!

Can't argue with that, but to me it seems that things have substantially deteriorated since desktop GUIs fell out of fashion. Maybe that tells you more about my age than about the state of the art, but in the 90's one could "learn" GUI programming in about 30min in a RAD tool by throwing controls in containers and implementing callback functions in "direct style" for the event (Qt , swing, Java/ScalaFX, Gtk, Forms, delphi, …), or do all that in code instead, with objects representing components and inheritance/OOP doing wonders to encapsulate state, expose a type-safe discoverable API, and offer customizability through members override. Entire generations of corporate monks made visually and functionally convincing business apps with VBA in an afternoon for instance.

Yes it does[1] and it works on Desktop, mobile and web.

JavaFX has SceneBuilder[2] which also fit the description but for some reason, it never caught on. Gluon seems to have that work not only on desktop, but also on mobile.

[1] https://docs.flutter.dev/development/tools/devtools/overview

[2] https://gluonhq.com/products/scene-builder/

JavaFX (Desktop) -> Use Scene Builder standalone from Gluon. https://gluonhq.com/products/scene-builder/

Additionally you can learn JavaFX for desktop applications. JavaFX with Gluon Scene Builder (https://gluonhq.com/products/scene-builder/ ).

SceneBuilder

Just run it from source until you figure it out

> The overall goal would be to figure out classical error conditions like nill pointers deference.

> If I can figure out if a pointer will be nil in some execution branch, there is no reason why a computer cannot do the same.

Note, this is called flow-sensitive typing (also called type narrowing) and I think that typescript does it.

https://en.wikipedia.org/wiki/Flow-sensitive_typing

> I personally would see this as an human race level upgrades. Imagine feeding your code to a CI that spit back something like: "you will have a panic at line 156 when your input is > 4"

A model checker can do that!

See this

https://model-checking.github.io/kani/tutorial-kinds-of-fail...

Other techniques are also possible

https://github.com/viperproject/prusti-dev#quick-example

(Here I could link a lot of things, I just selected two Rust projects to illustrate)

This works better if you are able to provide contracts in your API that says which guarantees you provide. Alternatively, asserts are useful too.

You might be interested in the Prusti project, which statically checks for absence of reachable panics, overflows etc. It also allows user-defined specifications such as pre and post-conditions, loop body invariants, termination checking and so on.

https://github.com/viperproject/prusti-dev

This is called refinement types and prusti might be the project you saw.

But there's also a lot of exciting work around formal verification like Prusti.

prusti

Efforts: seL4, Project Everest, the Prossimo project of the ISRG, Let's Encrypt, and Prusti for the Rust language

Wow that sounds really cool! I'm not an expert but does that mean that one day you could implement dependend types or refinement types in Rust as a crate ? I currently only know of tools like: Flux Creusot Kani Prusti