Jeff Niu

Going to close this for now since it seems more in line with a discussion. Traits are planned on the roadmap.

We have to evolve our list representation a bit. `[1, 2, 3]` should be subscriptable but something like `[1, "foo"]` will be a bit trickier to handle.

This seems more like a problem in the `print` method for SIMD types. I'll TAL

UI32 (now called UInt32) are the scalar things

As Chris mentioned, the underlying signature of `birthday` is actually `fn(Person&, Person) -> None` whereas the function substitutes `T` and expects `fn(Person) -> Person`, but the diagnostic printer will print...

@stumpOS FYI

@scottamain any status update on this?

Yes. It's the same. If you are not actively working on it, please unassign yourself

+1 to what Chris said. Top-level code inside a notebook has different scoping and typing semantics than inside a function, `fn` or `def`. One of the things should be that...

I think we can start a basic IO/fs module without traits. It's mostly non-parametric code. fyi @abduld