lucas

joined 2 years ago
[–] lucas@startrek.website 18 points 1 month ago (1 children)

In the same way vibe coding has transformed software development

So, that is to say, they expect it to have no impact on serious work whatsoever?

[–] lucas@startrek.website 8 points 1 month ago (1 children)

Surely, if you forget it's even running, you aren't using it, and it doesn't matter if it stops running? (With a couple of obvious exceptions like automated backups, etc)

[–] lucas@startrek.website 1 points 1 month ago* (last edited 1 month ago) (1 children)

Where are you running du -sh *? (I.e. what directory, are you definitely scanning the whole file system?) I'm sure it's obvious, but can never hurt to check!

What does du -sh / show? (Generally, the * glob pattern in the shell will not match hidden dot-files, so is it possible they are being excluded?)

[–] lucas@startrek.website 1 points 2 months ago

If you're using the AIO image, backup/restore can handled for you, so no need to worry about the manual steps involved. Or if you're using a VM, a backup can take the form of full system snapshots, so also no need to understand how data are stored. Granted it's always helpful to know what your running, but not necessarily requisite, even for backups.

[–] lucas@startrek.website 1 points 2 months ago

Absolutely. I actually have an upgrade already planned, but it's just that it's not because I can't run VMs, it's more that I want to run more hungry services than will fit on those resources, whatever virtualisation layers were being used. The fact that it's an easy fix to more a VM/lxc to a new host is absolutely it, though.

[–] lucas@startrek.website 2 points 2 months ago (2 children)

Am I looking at the wrong device? Beelink EQ15 looks like it has an N150 and looks like 16GB of ram? That's plenty for quite few VMs. I run an N100 minipc with only 8GB of RAM and about half a dozen VMs and a similar number of LXC containers. As long as you're careful about only provisioning what each VM actually needs, it can be plenty.

[–] lucas@startrek.website 9 points 2 months ago* (last edited 2 months ago) (2 children)

Why would you use an LLM for this? This sounds like a process easily handled by conventional logic, which would be cheaper, faster, and actually reliable... (The 'notes' part notwithstanding I guess, but calculations in general are definitely not a good use of an LLM)

[–] lucas@startrek.website 1 points 3 months ago

Or use both. That's what I do, they serve suitably different needs for different situations, even if there is an overlap, and it's not like they're heavy tools

[–] lucas@startrek.website 5 points 3 months ago

But then for that you have distrobox, which is great. If that's not enough, running another OS is also trivial, so that downside really is only 'kinda', as you say!

[–] lucas@startrek.website 3 points 6 months ago

Also this Voyager/Frasier crossover (skit, rather than episode) https://www.youtube.com/watch?v=BIeEyDETaHY

[–] lucas@startrek.website 4 points 10 months ago* (last edited 10 months ago) (1 children)

They're referring (I believe) to the screenshot right at the top of the article, which includes this absurd calculation:

border-radius: max (0px, min(8px, calc( (100vw - 4px - 100%) * 9999)) );

My guess (hope!) is that this is not 'serious' code, but padding for the sake of a screenshot to demonstrate that it's possible to use each of these different features (not that you should!).

[–] lucas@startrek.website 5 points 1 year ago (3 children)

Don't even need to remote in to anything, just store your working code on a network share

view more: next ›