It would be interesting to see any benchmarks / comparisons to understand what are the benefits of having Swift in the browser. Is it faster? Easier to maintain? Or is it based more on the sympathy to the programming language in general?
I am convinced we can keep it "fast enough" for most everything. Bundle size still is a weak spot, and proper bundling/splitting of wasm modules has to be willed into existence, but I see no blockers for a pretty smooth experience.
Honestly, it mostly started as a "I like Swift, can I use it everywhere?" challenge. But there is a real benefit about fully staying in a modern language and tooling environment. Swift, imho, is a very clean and powerful language that fits this space well, might as well build a comfortable way to use it for web projects.
I agree that is a real risk, but imho past behavior suggests that "Apple" Apple and open-source Apple both can exist and it's likely going to be just fine.
On the plus side: Apple is paying many many real people to progress the language and tooling mostly in the open with solid community work.
The honest original motivation was mostly "Swift for websites, can I do it?". But underneath, I really want to use one capable and modern language (+ ecosystem and tooling) for all my dev needs. That includes having a native, "in-ecosystem" solution for creating web apps of any kind. Somebody's gotta build it...
Swift is not very good. An entire generation of developers are slowly discovering this as they have LLMs rewrite their apps in ObjC & UIKit and see it yield 3x perf improvements without even getting all that far deep into the weeds on optimization.
Properly written, Swift can beat rust[1]. (Obviously the rust project could probably catch up by using the same optimization techniques than the Swift project did, but my point is Swift has nothing to envy from rust in terms of performance.)
Swift’s philosophy is “easy to use first but you can go lower if you need performance.” Rust’s philosophy is kind of the opposite. I think Swift’s philosophy is a valid, and even a more interesting philosophy than rust’s, but to each his own.
wrt. migrating to ObjC/UIKit please do post references when issuing statements like these. Possibly migrating from SwiftUI to UIKit would give performance improvements, but that has nothing to do with Swift itself. SwiftUI is actually written mostly in C++ IIRC.
https://github.com/cappuccino/cappuccino/commits/main/
But great job anyway!
It is listed in the js framework benchmark (as elementaryui), so you can check where it lands performancewise ATM: https://krausest.github.io/js-framework-benchmark/current.ht...
I am convinced we can keep it "fast enough" for most everything. Bundle size still is a weak spot, and proper bundling/splitting of wasm modules has to be willed into existence, but I see no blockers for a pretty smooth experience.
Honestly, it mostly started as a "I like Swift, can I use it everywhere?" challenge. But there is a real benefit about fully staying in a modern language and tooling environment. Swift, imho, is a very clean and powerful language that fits this space well, might as well build a comfortable way to use it for web projects.
(Examples at https://www.swiftbysundell.com/basics/type-inference/)
I agree that is a real risk, but imho past behavior suggests that "Apple" Apple and open-source Apple both can exist and it's likely going to be just fine.
On the plus side: Apple is paying many many real people to progress the language and tooling mostly in the open with solid community work.
Apple would never do that, since a lot of free alternatives are always there. Scala and Kotlin are both very close.
To help developers focus on the future, Swift 9 drops support for deprecated platforms such as Linux, Windows and the web.
/s
I'm actually a Swift developer; it's a great language, but I'm also married to the Apple ecosystem and wouldn't choose it outside of it.
The honest original motivation was mostly "Swift for websites, can I do it?". But underneath, I really want to use one capable and modern language (+ ecosystem and tooling) for all my dev needs. That includes having a native, "in-ecosystem" solution for creating web apps of any kind. Somebody's gotta build it...
I recently wrote a bit about that on the swift.org blog: https://www.swift.org/blog/whats-new-in-swift-august-2026/
Swift’s philosophy is “easy to use first but you can go lower if you need performance.” Rust’s philosophy is kind of the opposite. I think Swift’s philosophy is a valid, and even a more interesting philosophy than rust’s, but to each his own.
wrt. migrating to ObjC/UIKit please do post references when issuing statements like these. Possibly migrating from SwiftUI to UIKit would give performance improvements, but that has nothing to do with Swift itself. SwiftUI is actually written mostly in C++ IIRC.
[1] https://news.ycombinator.com/item?id=50178103