simonleeb
Joined 7 years ago
Joined 7 years ago
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.
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...
I recently wrote a bit about that on the swift.org blog: https://www.swift.org/blog/whats-new-in-swift-august-2026/
Just as an example: JSON data - Including a Swift serializer adds code size, but bridging to JS is a bit less comfortable. And for each similar feature we will need to find a good compromise. We need to be careful not to create a "parallel universe" of Swift, where everything works completely differently from "normal Swift" - but at the same time things like 'import Foundation' won't fly on the web.
And, of course, things like HMR or "module splitting" and other more dynamic features are much, much tougher to do with a compiled language and Wasm. So, trying to reach "DX-parity" with JS frameworks can be a very pricy endeavor.
I think Swift adoption in general is also a ... factor. I personally think it is way more ergonomic to write than most languages, especially for UI and app-level stuff, while bringing a lot to the table. But as - we all know - it is still hasn't grown to its potential outside of Apple-land.
Embedded Swift is a moving target, but I am confident it delivers (it's evolving rapidly). Also, Wasm is a moving target to a degree.
And then there is just a ton to do, none of which a "great challenge", but just the grind of moving towards a "fully-featured UI framework"...
I also posted a quick demo video on reddit: https://www.reddit.com/r/shortcuts/comments/dfvcal/in_my_gre...
I hope you can use this for many DIY home automation projects with HomeKit.
My intention is to offer everything that is needed to integrate Pushcut to any DIY automation system you might have.
Check out the [documentation here](https://www.pushcut.io/webapi.html). <- You can even play around with the API through the web UI, which is pretty cool I think ; )
The primary use is of course to send smart notifications with dynamic content and automation actions to your iOS devices.
However, I think the coolest part is the possibility to register you own (local network) webhooks as "online actions" in Pushcut.
This way you can trigger anything in your local automation system - directly from the notification action - on your local network.
My hope is that over time there will be more and more "plug-and-play" integrations for all various DIY solutions out there (openHAB, Hass io, Node-RED, webCoRE, ...)
Let me know if you are interested in collaborating on an integration, or if you want to request additions to the API.
Also, which automation system would you like to see a Pushcut integration for?
for years now I have been playing around with automation and DIY smart home technology, sliding deeper and deeper into this amazing world of fun projects and possibilities.
I found that one piece was missing: "semi-automation"
For certain things, fully automatic was not a good option for me (like turning off lights at night, or opening doors, etc.) - any automatic rule you would write would be very complicated and possibly still work against you sometimes.
What was/is really big of course is voice controlled stuff - and while it works ok most of the time, I just never got all to comfortable negotiating with these "smart" assistances.
I wanted quick, silent access to automation actions when they are relevant. Combining webhooks with iOS shortcuts was the best solution for me: Smart notifications to give me the right options at the right time.
With added location/time-based triggers and integrations for services like Zapier and Integromat, Pushcut is a great puzzle-piece for any automation project you want to have a say in.
Let me know what you think, internet!