Working on a small SQL-based streaming ETL tool.

It reads from a replication stream and allows you to trim/enrich the replicated data by running SQL queries from the database, then writing the result out to another database (also using a custom SQL query, so it's easy to do upserts or joining with other data on the destination database).

It's working really well, and I'm just sprucing up logging and documentation a bit before making the source code public on github. The idea is for it to be a much simpler alternative to things like Debezium for small to medium sized projects.

Currently supports postgres for input, and postgres and clickhouse for output with more databases coming down the road.

I think there's a reasonable middle ground here. I would think it's fine for them to keep their algorithms closed-source, but be required to opensource the minimum amount of firmware to allow access to all of the hardware: bootloader, CPU, storage, memory, display, and sensors.

No need to reveal any trade secrets at all. The above stuff is not the secret sauce that makes people buy their watches anyway: they use some of the most basic hardware in the market at their price point.

This is exactly what I meant. I don't want Garmin to give me access to their algorithms. I want to have a way to flash a minimal system on it if I want to play with it.

For something like Marshall smart speakers, it may end up making those products actually good: I could totally imagine an open source system for smart speakers. And that would be infinitely better than the crap Marshall put on the one I own.

It works well for routers: on many routers you can install openwrt or opnsense.

It seems to me that they're not unsurprised, and so they're actually surprised.

That's really weird, since he did implement a calculator that uses a dialect of APL: https://aplwiki.com/wiki/Ivy

I think he’s sort of being humble and also admitting that he’s not a true expert. It’s clear he has more than a passing familiarity with APL.

The parent comment could be the beginning of an interesting discussion on cold war dynamics. Wouldn't you rather engage with that and gain something from the discussion, than take a cheap shot at the author for a quick giggle?

The cheap shot requires zero critical thinking so you’ll find a certain type of people drawn to that character defect.

Interesting! I couldn't find a link to github (or something else) on your website though. Is there a way to get the source to do some tests?

At my company we rent a couple of dedicated Ryzen 9 5950X boxes from Hetzner to host our Gitlab CI runners, for a bit over $100/month each.

These rip through our pipelines so much faster (and cheaper) than any managed CI offering we've tried, that we didn't even bother doing proper benchmarking.

I would assume 7900X or 7950X would be even better :D

And unfortunately a similar instance at AWS would cost 2000$/month, even with spot instances it’d be 500$ at most which is still huge. I am aware of why cloud exists, but this is just sad. Have been using Github Actions and Bitbucket Pipelines, they both suck and no good observabilit exists for them.

This is tangential to the discussion, but are there any laptops that won't heat up your legs/groin when used on your lap?

I remember owning an Asus UL30VT [1] 10 or 15 years ago, and I could have it on my lap for hours without feeling any heat regardless of the CPU load. It was a bit crappy in other ways, but a joy to use on the go!

It seems like nowadays all manufacturers try to keep the components cool, but don't care much about the external chassis temperature. Even laptops that use ultra low voltage CPUs usually go for fanless setups instead of trying to improve external temperatures.

[1] https://www.notebookcheck.net/Asus-UL30VT.27130.0.html

I know the topic of this thread is not-apple, but the M1 Macbook is lap friendly even under most loads (except for extended gaming I found).

The new MacBook Pro M1 is by far the very best I've ever used in this regard. It feels like my body heat contributes more to chassis temperature than the CPU does.

I’ve heard the term “weenie roaster” for hot laptops.

Man, given all the comments suggesting frameworks that will require you to do html/css/js it seems like no one has really read your post.

For your use case I would look at AppSmith (https://github.com/appsmithorg/appsmith) or ToolJet (https://github.com/ToolJet/ToolJet).

These are full-stack low-code frameworks, but it's easy to use them to do just the frontend and connect to a backend API you implement yourself separately.

Edit: forgot to mention that these support drag&drop for building user interfaces :)

Now this is what the OP was looking for, and it so happens that I'm going to look into these too! Thanks!

Quick question because I have no idea what I'm doing: is there any integration in either of those that you know of for one or more 3rd party auth system(s)? I don't want to write my own auth!

I'm not sure about ToolJet, but I know it's possible to use external auth systems with AppSmith.

It supports at least Firebase and Supabase. I think self-hosting Supabase + AppSmith could be a good combo for quickly hashing out prototypes or internal company apps.

Indeed. OP should have asked for "easy" or "simple to use" because "simple" means something else entirely.

Assembly language is simple.

Have you tried budibase

That looks pretty cool, I'll have to check it out :)

Thank you. At work we've been having a look at these. Decent for in house stuff.

Yes. The latch might not be strong enough to handle the centrifugal force when driving hard, or vibrations, etc.

You don't need to go out to the track once per tweak of course. You could very well do a few laps to test out the whole system once in a while.