naman34 · HackerTrans

naman34

2 tahun yang laludiscuss

C# is a faster Java.

naman34

2 tahun yang laludiscuss

That second things is a typo.

naman34

2 tahun yang laludiscuss

swift-wasm exists

naman34

2 tahun yang laludiscuss

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

naman34

2 tahun yang laludiscuss

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 tahun yang laludiscuss

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 tahun yang laludiscuss

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 tahun yang laludiscuss

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

naman34

2 tahun yang laludiscuss

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 tahun yang laludiscuss

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

naman34

2 tahun yang laludiscuss

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 tahun yang laludiscuss

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 tahun yang laludiscuss

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

naman34

3 tahun yang laludiscuss

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 tahun yang laludiscuss

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 tahun yang laludiscuss

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 tahun yang laludiscuss

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 tahun yang laludiscuss

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