naman34 · HackerTrans

naman34

2 years agodiscuss

C# is a faster Java.

naman34

2 years agodiscuss

That second things is a typo.

naman34

2 years agodiscuss

swift-wasm exists

naman34

2 years agodiscuss

The feature exists, but it’s not so easy because there is a lack of documentation.

naman34

2 years agodiscuss

Good to know. It’s an old blog and I’ll be moving it away soon. This just makes that work more urgent for me.

naman34

2 years agodiscuss

Seift has great C, C++ and Rust interop.

And despite Swift for Tensorflow being killed, there’s still decent python interop.

Now, setting up a project for that is probably quite hard because the documentation is non-existent.

naman34

2 years agodiscuss

There’s lots of interesting ideas in languages but most of them fail to be mainstream at all. When comparing new languages at the level of Rust, Swift, Go and maybe Kotlin are the only real competitors.

naman34

2 years agodiscuss

Sadly, Swift also produces large binaries unless you use Embedded Swift which is still early.

naman34

2 years agodiscuss

The documentation uses “copied” for value types that are copy-on-write.

The documentation has oversimplified a bunch of the mental model and it causes incorrect understanding.

Swift’s documentation is quite bad TBH. The biggest thing that still needs to be improved a lot.

naman34

2 years agodiscuss

And that article is from 2020. A lot has changed since.

naman34

2 years agodiscuss

I added a new section to the post with links and information to dispel this myth that Swift is only for Apple platforms.

naman34

2 years agodiscuss

Saw the talk announcing Rise in person and it was very impressive and seems like a pragmatic approach to server-driven UI.

It’s server components without the wait.

naman34

3 years agodiscuss

https://stylexjs.com/docs/learn/styling-ui/defining-styles/#...

naman34

3 years agodiscuss

We're solving the performance pitfall of CSS-in-JS libraries by making a compiler instead. In the vast majority of cases, there should be zero runtime cost to using StyleX.

naman34

3 years agodiscuss

Griffel and StyleX arrived at very similar ideas and we've discussed the possibility of sharing more code between the two.

There are some meaningful differences in the API choices, but the high-level design is pretty much the same.

naman34

3 years agodiscuss

Hey! I'm the maintainer of StyleX and I just wanted to say that you would probably like PandaCSS or Tamagui.

We don't think the Tailwind way of styling is readable in the long term, but we see the value is being able to author that way. We're looking into a VS Code plugin, that would let you author your styles inline and extract them out when you save.

naman34

3 years agodiscuss

Hey! We support dynamic styles, too.

We're continuing to work on optimisations for StyleX, and I'll be looking at Tamagui for inspiration!

naman34

3 years agodiscuss

StyleX supports this pattern. You can export a bunch of styles in one file and then import and use them in another.

You can import many different styles and apply them conditionally etc.

Also, completely dynamic styles are supported. We were inspired by Linaria's solution to generate CSS vars and set their value with inline styles.

comments