fesc (u/fesc) - Readit News

fesc commented on My IRC client runs on Kubernetes xeiaso.net/blog/2024/k8s-... · Posted by u/xena

skydhash · a year ago

Complex solutions exists for complex needs. If you just need to crop an image, you don’t install Photoshop to do so. If you only have a simple web app for a few thousands users, you don’t go and setup k8s. Yes, having photoshop means you may do what all the cool kids are doing, but if you’re only cropping image, Preview.app is good enough. Eschewing simpler solutions because “standard” is how you start to see everything as a nail for your hammer.

There’s another thing that no one who advocates for these systems wants to mention: The cost of maintenance. I’m ok with systemd as 98% is outsourced to the maintainers. But I’d be more comfortable if k8s was a more monolithic system a la BSD. At least linux have distros.

fesc · a year ago

> for a few thousands users

It makes absolutely no sense to base this decision on the number of users. We have some applications that don't even have 10 users but still use k8s.

Try to understand the point that was made in the original comment: Kubernetes is a way to actually make infrastructure simpler to understand for a team which maintains lots of different applications, as it can scale from a deployment with just one pod to hundreds of nodes and a silly microservices architecture.

The point is not that every application might need this scalability, no the point is that for a team needing to maintain lots of different applications, some internal, some for customers, some in private datacenters, some in the cloud, Kubernetes can be the single common denominator.

Hell, I'm a hardcode NixOS fan but for most services, I still prefer to run them in k8s just as it is more portable. Today I might be okay having some service sitting on some box, running via systemd. But tomorrow I might want to run this service highly available on some cluster. Using k8s that is simple, so why not do it from the start by just treating k8s as a slighly more powerful docker-compose.

fesc commented on Authelia and Lldap: Authentication, SSO, User Management for Home Networks helgeklein.com/blog/authe... · Posted by u/6502nerdface

efitz · 2 years ago

This caught my eye and I started reading over it but my eyes glazed over after a couple of sections of setting up various docker containers in various zfs directory structures and editing toml configuration files and zzzz…

Here’s a hint: for 99.999% of potential users, including 99.9% of motivated, technically savvy users, if I need to know the directory structure of your software, then you already failed.

I appreciate that you went through all the pain and learning and effort to figure out how to set all this up AND went to the trouble to write down a how to guide.

I hope someone comes later and bundles it up into a script I can launch that will prompt me for the various config options and then set it all up for me.

fesc · 2 years ago

I disagree, seems like a pretty standard structure of one directorz per app and inside that subfolders for configuration, secrets, opaque various data. Not complicated at all really.

fesc commented on Germany solar power output jumps to record highs reuters.com/business/ener... · Posted by u/rustoo

perihelions · 2 years ago

- "During the week to May 13, Germany's solar farms produced 17,531 megawatt hours (MWh) of electricity, according to data from LSEG,"

This is an obviously wrong number, and I'm not even sure how they accomplished such a specifically weird mistake. "Mean of 17,351 MW" would be plausible. That's different by a factor of 168.

fesc · 2 years ago

Why is it obviously wrong?

During a duration of time it is okay so say an amount of energy (MWh) was produced, right?

fesc commented on Grace Version Control System github.com/ScottArbeit/Gr... · Posted by u/davedx

SBArbeit · 2 years ago

A better question is: why does git only have one gesture for it, when devs clearly use it to mean different things already?

All of the squash vs. no squash debate, which may or may not influence the way you use `git commit`, is a workaround - that we've forgotten is a workaround - for the fact that Git has only one way to say it.

Another way to say that: one of Git's leaky abstractions - the "commit" - forces us to use workarounds to make sense of it and how it's used and where it should be tracked and shouldn't be tracked.

Grace just decomposes those separate use cases into their own gestures to make it easier for you to track your own work in your own branch. If you want to see all of the references in your branch, `grace refs`. If you only want to see the checkpoints and commits - i.e. you want to see the versions that you explicitly marked as interesting for one reason or another, you have `grace checkpoints` and `grace commits`.

Promotions are what Grace uses instead of merges to move code from a child branch to a parent branch. We sometimes call merges "commits" in Git, and, again, leaky abstraction and overloaded term.

> so I think most git users will just get the impression that grace imposes a particular workflow and forces the user to perform extra administrative tasks

A short intro to Grace - like 15 minutes - will change that impression, I hope. Most of Grace's workflow will be the same as Git, some of it will be different, and that's OK. New tools bring new ways of working, and that's a good thing, especially when looking at Git's UX.

fesc · 2 years ago

> We sometimes call merges "commits" in Git, and, again, leaky abstraction and overloaded term.

You abuse the term leaky abstraction here. That isn’t a leaky abstraction as a merge commit is literally a commit, isn’t it?

fesc commented on Humane AI Pin review: not even close theverge.com/24126502/hum... · Posted by u/poniko

bronco21016 · 2 years ago

I think it’s obvious that the current crop of models are just not quite there yet. The ability to give them “tools” that interact with the things we want to interact with is just going to take time. Ideally it would be a model that just “gets it” similar to the ideas Adept AI are pursuing by interacting directly with the UI.

The bigger issue with this thing though… why does it need to be its own device? It’s not going to replace your phone so why not just have this all happen on your phone?

fesc · 2 years ago

Some YouTuber talked about this and I think they were pretty on point: Of course for consumers this could all happen in some app on the phone.

But a 3rd party app will always be less integrated, have less permissions than functionality included by the manufacturer.

And for all this AI integration wide access is pretty much required as you'd want it to access your photos, notes, all kind of apps, etc.

This way manufacturers would have too much leverage over companies developing that kind of AI, as they could always develop better features than them with their own AI agent.

I think Apple Watch is a pretty good example of that already. Third party watches will never be as good as Apple Watch just because Apple won't let them.

fesc commented on Testcontainers testcontainers.com/... · Posted by u/floriangosse

fesc · 2 years ago

  Testcontainers is awesome and all the hate it gets here is undeserved.

  Custom shell scripts definitely can't compete.

  For example one feature those don't have is "Ryuk": A container that testcontainers starts which monitors the lifetime of the parent application and stops all containers when the parent process exits.

  It allows the application to define dependencies for development, testing, CI itself without needing to run some command to bring up docker compose beforehand manually.
  
  One cool usecase for us is also having a ephemeral database container that is started in a Gradle build to generate jOOQ code from tables defined in a Liquibase schema.

fesc commented on JavaScript Bloat in 2024 tonsky.me/blog/js-bloat/... · Posted by u/cdme

danabramov · 2 years ago

The React site part of this is not real. The author ticked "Disable cache" which means the same code (which powers the interactive editable sandboxes they're scrolling by) gets counted over and over and over as if it was different code.

If you untick "Disable cache", it's loaded once and gets cached.

fesc · 2 years ago

Yeah but once per page, which is why it is okay to disable cache as the author wanted to simulate a cold load of each of those pages.

fesc commented on Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative · Posted by u/sasham

billpg · 2 years ago

I configured my github to only allow commits with an anonymised email address. Time passed and I used another machine on which I had already opened that repo before. I pulled my recent work successfully, wrote stuff and then committed and pushed.

Github rejected my commit as I had the wrong email address. I then had to try and work out how I delete a commit but keep all my changes so I could commit it all again but with the correct email address.

I'm not sure exactly what I did but in my ham-fisted experimentation I deleted the commit and restored my local copy back to the way it was before my commit, losing all my work that day.

fesc · 2 years ago

Honestly I don’t understand why not more people use a GUI for git.

What you describe would be 1 Minute of work and maybe 10 clicks with a very low probability of shooting yourself in the foot in Tower.

fesc commented on The day I started believing in unit tests mental-reverb.com/blog.ph... · Posted by u/sidpatil

atticora · 2 years ago

My "unit tests" do hit the database and file system, and I have found and fixed many many problems during testing by doing so. I have found many other problems with those calls in production when I didn't do so. Yes, they make testing a lot slower. Our main app takes around 40 minutes to build which isn't good. I'd like it to be faster. But writing a bunch of separate integration tests to cover those functions would be a steep price. I can understand reasonable people choosing either approach.

fesc · 2 years ago

What would "integration tests" (that you don't write) look then in your opinion?

I ask because in my team we also a long time made the destinction between unit/integration based on a stupid technicality in the framework we are using.

We stopped doing that and now we mostly write integration tests (which in reality we did for a long time).

Of course this all arguing over definitions and kind of stupid but I do agree with the definition of the parent commenter.

fesc commented on Deno Cron deno.com/blog/cron... · Posted by u/0xedb

notpachet · 2 years ago

I wonder why more people don't just set up a cheap VM and run this sort of thing via crontab.

fesc · 2 years ago

The same reason why most people stopped manually editing some random files via FTP to do deployments: to get a proper reproducible, automated and monitored production environment.