this post was submitted on 13 Aug 2024
132 points (89.8% liked)

Open Source

30208 readers
197 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
 

I would have preferred Rust, a language created by Mozilla instead of one with ties to Apple, but I'm not a dev so I can't really judge. What are your thoughts?

you are viewing a single comment's thread
view the rest of the comments
[–] Ephera@lemmy.ml 30 points 1 month ago (8 children)

But Rust is rather good at that, too, via cxx. Mozilla similarly had a C++ codebase where they wanted to integrate Rust.

Granted, this is raw theory. Maybe Swift is better in practice. But yeah, to me personally, it would need to be massively better to pretty much give up on open-source contributions.

[–] mryessir@lemmy.sdf.org 3 points 1 month ago (2 children)

Barrier to contribute in Swift is wwwaaaaayyyy lower then Rust.

We once ported and Swift App to Kotlin by copy+pasting. It was one day of work.

Rust - imo - is overhyped. It has its niches. But to me it is not the swiss army knife. Swift has better expressiveness then Rust.

[–] Ephera@lemmy.ml 6 points 1 month ago (1 children)

It isn't, if you're already familiar with Rust. That's all I'm saying. Swift usage is largely isolated to Apple's ecosystem, which doesn't have a ton of overlap with the open-source ecosystem.

And I actually disagree that Rust is overhyped, because it can be used for creating libraries which can be called from virtually any other language, like you can with C and C++. Which means you're not locked into the Rust/Apple/whatever ecosystem, but instead could be coding the next SQLite without needing to be fluent in footgun.

From what I can tell, this would theoretically be possible in Swift, but hasn't been implemented: https://forums.swift.org/t/formalizing-cdecl/40677

But even if Rust was the most overhyped garbage, it would still be garbage that people are familiar with. ¯\_(ツ)_/¯

[–] mryessir@lemmy.sdf.org 2 points 1 month ago

Hehe. You came from a different direction. My main point is that reading, thinking and contributing in Swift is more familiar with the majority of developers. Currently.

Swift usage is largely isolated to Apple's ecosystem, which doesn't have a ton of overlap with the open-source ecosystem.

I agree that the usage is isolated and it is not represented in the FOSS community. And I am not an advocate for doing so. Though it is compatible and if it is a possible alternative it can be considered. If you compare it to other Syntax it is reading very easily and you can pick it up in 20 Minutes. They could even require to explicilty use type annotations to further aid accessibility for possible contributors or audits.

... creating libraries which can be called from virtually any other language, like you can with C and C++. Which means you're not locked into the Rust/Apple/whatever ecosystem ...

Let's agree that a lock-in should not be dependend on the implementation language. There are other implications on the build which may arise. I am neither familiar with rust nor Swift. Comparing implications for building and linking can't be compared by me on a professional level.

I further - without research - call out that Rust comes with implications on either library implementation or linkable procedures for an author in order to link to it. Neglecting thinks like nested interop between host/implementation language here.

But even if Rust was the most overhyped garbage, it would still be garbage that people are familiar with. ¯\_(ツ)_/¯

Two things: Every developer I have met in person whishes to get some project in Rust. No one has seriously started pushing or even learned it thoroughly. Second point: I didn't called it garbage! The language as it is awesome. I don't like its readability and its packaging.

When I read Rust sources it isn't fluent in my inner mind. Sure it is due to familiarity but I would also argue that the over-expressiveness kills reading speed as well. Though that should be inspected by more objective and competent people though.

load more comments (5 replies)