simonleeb

Joined 7 years ago

Karma
11
Submissions
12
Member since
Jul 11
Simon has spent long enough in software to know that creating a new web framework is a bad idea — and did it anyway. After falling for Swift on the server, he accidentally tumbled into the Swift + WebAssembly universe and decided to stay. As a father of two based in Austria, he is currently juggling running a business, shipping code, bedtime stories, and the unsettling realization that he might be middle-aged — all while trying to bring Swift’s safety and ergonomics to the browser.
View on Hacker News

Recent submissions

Comment · 1 day ago
ElementaryUI author here:

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.

Comment · 1 day ago
ElementaryUI author here (so biased):

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.

Comment · 1 day ago
Comment · 9 months ago
I think the balancing act of code size (how fat your WASM binary will be) and DX/comfort in Swift is tricky.

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"...

Comment · 9 months ago
Speaker here — I’m responsible for the slides and the flower shirt. Happy to answer questions.
Comment · 7 years ago
Check out the setup guide here: https://www.pushcut.io/homekit

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.

Comment · 7 years ago
To the makers, hackers, and DIY enthusiasts like me: I just released the brand new Pushcut API!

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?

Comment · 7 years ago
Hi everyone,

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!

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton