steezeburger

That premise is great.

I've built some tools that genuinely help me manage my life tasks that improve my quality of life irl, but a lot of stuff I've built has been built to allow me to build more things like itself faster... And I ask myself, for what? Haha

The real crime is you thinking public transportation should cost the individual money.

A lot of people think more jobs overall will be created from this. I sort of agree. However, our day to day has changed so much. The problems that I found fulfilling to solve are now handed off to LLMs, but at the same time I can build the things I want to build easier and faster. There are tradeoffs for sure. I'm trying to stay positive though.

Even when I'm not using Docker to deploy something, I'm _probably_ using oci images at the least, but I'm generally running my local dev stack with Docker compose. Not always, but I use it in a lot of projects.

> Next up: Databases are weird

> Did you know that databases are just a file?

oOoOoOoOo

Mostly joking. It's cool to see tech demystified, but I feel like a lot of things we use and take for granted are like this.

That's not what I'm talking about. I'm talking about installing the software you need to run whatever service you're declaring you want to run

I'm running some of my own software that I'm constantly working on, so it was important to me to have good ci/cd. And uptime is important because of some of the home automations. Nothing catastrophic would happen, but I'm just not always able to go reset something manually whether due to time or space.

At other times in my life I've ran Plex on a laptop in the corner with a note on it saying not to close it.

I have no issues with how someone wants to run their setup, I just took issue with saying they're fiddly. I guess they're fiddly when you fiddle with them haha.

I'm sure you could achieve almost all the things I needed with docker compose, but I was using it at work and had designed some clean helm charts so just used them at home.

I use it when I need to deploy a service across multiple machines. For personal projects that's pretty much my biggest decider. Otherwise I'm using the same docker compose setup I've been using for a while!

How is it a waste of time to health check your self hosted services? I use these services. I need them to work and be available. Bookmark manager, media server, my note taking app, a book server for friends, a few Discord bots I run, I've ran long running game servers for friends and a couple of little apps, home automation with CV ran on premise. We're obviously doing different things and have different priorities, but you can't act like k8s and docker are overkill and fiddly simply because you haven't found a need for them yet. Imo it is a huge pain the ass to manage this stuff without good iac. It's never been easier to implement something that makes my life easier. Seems like an obvious choice when you reach a certain scale.

When I said I was a professional software engineer, I just meant that I have a lot of experience doing this stuff, so to set it up at home isn't really fiddly or cumbersome.

Nah I thought their setup was pretty ridiculous and seemed hard to maintain. I run all my stuff via docker compose and am very happy with it. I don't understand the comments praising single go binaries, which I've actually seen reach out to the docker engine api and start containers for their dependencies

I see people say the same things in threads discussing open source agent harness repos that are MIT licensed. I don't understand how it isn't obvious to them at that point haha. I don't think people realize they can just... do whatever they want to

I mean I'm not self hosting my password manager like this guy, but my self hosted services have better uptime than github actions

How do you declare the dependencies though? The unit file only covers starting the process.

It's been really interesting seeing the divide in the comments! I have a completely different philosophy from the OP on how to self host haha, and it comes from not wanting to fiddle with my server all the time! But they say our ci/cd is fiddly! The whole point of it is to NOT be fiddly! People gotta start figuring out how things work instead of throwing spaghetti at the wall.

That sounds slick. I'll have to check it out!

Where does that hosted stream live? I'll have to peep their docs. Sounds interesting

I mean I'm just lazy. I could use Headscale or implement my own wireguard control plane.

The apps and data are still all on my hardware, Tailscale just brokers the wireguard connections and can't see the traffic.

I get what you mean though. It's a link in the chain for sure. Never had an issue with it so far though.

I'm running like 10 services on a VPS. I'm a professional software engineer. Do you think I want to ssh into my server and find a bunch of single binaries all over the place to run them? What if a service stops, how do you automatically restart it? How would you automate creation of a qa environment when you create a PR on github so that you can test your changes before they go to prod? Gonna ssh into the server and pull down your repo and build the app and run it?

It takes like a day to figure out docker compose and like a week to figure out k8s at a level where you can get things done. Honestly, you can get something working now with LLMs and have them help you understand it in probably less time.

Of course I want a declarative deployment for my complex home server. Do you run like 1 app on your home server? It's not "fiddling" if you know how these things actually work.

I imagine it's more fiddly to figure out how to wire up all your individual services to Uptime Kuma and Homepage. You don't even need Uptime Kuma with docker compose, instead you just set a container restart policy and have a healthcheck endpoint.

I'm a big fan of Tailscale

That sounds like a mess. What do you do when the open source projects you're running need different versions of postgres?

I've never felt hindered by docker. It's pretty flexible. If I need even more flexibility I'm reaching for k8s, where I am still containerizing any single go binaries

I mean I've seen many single go binaries spin up docker before haha

I like to have consistent architecture across all my services, and I like to see and configure everything in (mostly) one place. If you're running a single go binary, sure do whatever, but if you're running a go binary, and a *arr stack, and a bookmarking service, home assistant, frigate, etc, it gets out of hand pretty quickly.

You trade a bit of upfront setup (I mean barely now in the age of LLMs) for easier automation and flexibility down the road. I use docker compose to run my local dev stack and qa envs, but then can do whatever I want with the containers for prod. Google Cloud Run, Amazon, whatever. Right now I do just actually use docker compose behind nginx in prod, but I've used basically the same docker compose setup for all my projects that aren't large distributed systems in the last 10 years. And when the system gets too big, I refactor it into k8s, but k8s is overkill for like 99% of my personal projects and like 75% of my professional projects.

Hey that's pretty neat. Thanks for making and sharing.

> stremio

Is this the latest rendition of Popcorn Time?

Licensing/copyrighting encouraged people to defend their licenses and copyrights instead of improving their ip. Information should be free.

I think you can actually add other providers to Gmail, but my comment was about how most people I know only use Gmail, and they have no need to configure their os-of-choice's mail app. I guess that was kind of implied. Sorry if I was ambiguous!

I might be an anomaly. I've ran iPhones before and have an iCloud email address presumably, but have only ever used the Gmail app for email on my iOS devices. And on my other machines I just use the web app. This seems to be the same for most people I've worked with in the last 5 years or so. Obviously it's super anecdotal and just from observation.

Thanks for your data for sure. I used to work in customer facing hardware support, but only have my friends and coworkers to go off of now.

Oh for sure. Huge assumption on my part. I just feel like 90% of people I work and interact with have a gmail account, and the last 5 companies I've worked at used gmail. I think the last time I setup Apple Mail was for my Grandma so she could see her old Cox account emails and Gmail emails in the same app.

Do most Apple users not just use the Gmail apps and web app? I haven't set up an email client in 20 years