towerful

joined 2 years ago
[–] towerful@programming.dev 2 points 12 hours ago

BES is amazing. Absolutely fantastic

[–] towerful@programming.dev 24 points 12 hours ago (2 children)

Scott Manley has a video on this:
https://youtu.be/DCto6UkBJoI

My takeaway is that it isn't unfeasible. We already have satellites that do a couple kilowatts, so a cluster of them might make sense. In isolation, it makes sense.
But there is launch cost, and the fact that de-orbiting/de-commissioning is a write-off, and the fact that preferred orbits (lots of sun) will very quickly become unavailable.
So there is kinda a graph where you get the preferred orbit, your efficiency is good enough, your launch costs are low enough.
But it's junk.
It's literally investing in junk.
There is no way this is a legitimate investment.

It has a finite life, regardless of how you stretch your tech. At some point, it can't stay in orbit.
It's AI. There is no way humans are in a position to lock in 4 years of hardware.
It's satellites. There are so many factors outside of our control that (beyond launch orbit success), that there is a massive failure rate.
It's rockets. They are controlled explosives with 1 shot to get it right. Again, massive failure rate.

It just doesn't make sense.
It's feasible. I'm sure humanity would learn a lot. AI is not a good use of kilowatts of power in space. AI is not a good use of the finite resource of earth to launch satellites (never mind a million?!). AI is not a good reason to pullute the "good" bits of LEO

[–] towerful@programming.dev 9 points 13 hours ago

I've experienced reciting the pledge of allegiance and the lords prayer.
It's all indoctrination

[–] towerful@programming.dev 20 points 13 hours ago (1 children)

Yeh, do: 60fps, 30 bit color... and I guess HDR?
Do things that people can actually appreciate.
And do them in the way that utilises the new tech. 60fps looks completely different from 24fps... Work with that, it's a new media format. Express your talent

[–] towerful@programming.dev 1 points 2 days ago* (last edited 2 days ago)

The retirement of Ingress NGINX was announced for March 2026, after years of public warnings that the project was in dire need of contributors and maintainers. There will be no more releases for bug fixes, security patches, or any updates of any kind after the project is retired.
This cannot be ignored, brushed off, or left until the last minute to address. We cannot overstate the severity of this situation or the importance of beginning migration to alternatives like Gateway API or one of the many third-party Ingress controllers immediately.

I know it's literally the first paragraph, but I thought it worth commenting for those that only read the title & comments

[–] towerful@programming.dev 3 points 2 days ago

I'd take each of your metrics and multiply it by 10, and then multiply it by another 10 for everything you haven't thought about, then probably double it for redundancy.
Because "fire temp" is meaningless in isolation. You need to know the temperature is evenly distributed (so multiple temperature probes), you need to know the temperature inside and the temperature outside (so you know your furnace isn't literally melting), you need to know it's not building pressure, you need to know it's burning as cleanly as possible (gas inflow, gas outflow, clarity of gas in, clarity of gas out, temperature of gas in, temperature of gas out, status of various gas delivery systems (fans (motor current/voltage/rpm/temp), filters, louvres, valves, pressures, flow rates)), you need to know ash is being removed correctly (that ash grates, shakers, whatever are working correctly, that ash is cooling correctly, that it's being transported away etc).
The gas out will likely go through some heat recovery stages, so you need to know gas flow through those and water flow through those. Then it will likely be scrubbed of harmful chemicals, so you need to know pressures, flow rates etc for all that.
And every motor will have voltage/current/rpm/temperature measurements. Every valve will have a commanded position and actual position. Every pipe will have pressure and temperature sensors.

The multiple fire temperature probes would then be condensed into a pertinent value and a "good" or "fault" condition for the front panel display.
The multiple air inlet would be condensed into pertinent information and a good/fault condition.
Pipes of a process will have temperature/pressure good/fault conditions (maybe a low/good/over?)

And in the old days, before microprocessors and serial communications, it would have been a local-to-sensors control/indicator panel with every reading, then a feed back to the control room where it would be "summarised". So hundreds of signals from each local control/indicator panel.

Imagine if the control room commanded a certain condition, but it wasn't being achieved because a valve was stuck or because some local control over-rode it.
How would the control room operators know where to start? Just guess?
When you see a dangerous condition building, you do what is needed to get it under control and it doesn't happen because...
You need to know why.

[–] towerful@programming.dev 3 points 2 days ago (1 children)

I love cli and config files, so I can write some scripts to automate it all.
It documents itself.
Whenever I have to do GUI stuff I always forget a step or do things out of order or something.

[–] towerful@programming.dev 1 points 1 week ago

Spoiler alert: it's just yaml

[–] towerful@programming.dev 13 points 1 week ago (1 children)

The bubble is propped up by governments.
They don't need "as good as an employee but faster". They just need "faster", so they can process gathered data on an enormous scale to filter out the "potentially good" from the "not worth looking at".
Then they use employees to actually assess the "potentially good" data.

Seriously, intelligence agencies don't need "good ai", they just need "good enough ai".
And they have that already.

[–] towerful@programming.dev 2 points 1 week ago

What the fuck is a french fry? You mean Freedom Fries?

[–] towerful@programming.dev 1 points 1 week ago

No idea. Haven't started digging into it yet

[–] towerful@programming.dev 6 points 2 weeks ago (2 children)

27:1 kd would be accused of cheating in video games.

Because this stat isn't really a stat and isn't hyped or published, I'm going by DDG AI assist which suggests US k:d in Iraq is 44:1

The U.S. military suffered approximately 4,492 deaths and around 32,292 wounded during the Iraq War, while estimates suggest around 200,000 Iraqi civilians were killed. This results in a rough kill-to-death ratio of about 44:1, favoring U.S. forces, though this does not account for all combatants and the complexities of the conflict.

Considering that Ukraine isn't killing civilians... Classic AI bullshit uselessness.
If I killed 27 enemy aggressors while defending my country, I would die happy. I don't ever want to be in that position, I don't think anyone should ever be in that position. But that is an achievement, under the circumstances, to be proud of

 

(not sure where to post this...)

I had an idea there might be a TUI lib for typescript. A duckduckgo search came up with an article that described exactly what I wanted!
So of course I immediately searched for this fabled tui lib. A quick search didn't reveal anything, and npm can't seem to find it either! https://www.npmjs.com/search?q=Tui
Navigating directly to the npm package page reveals a 10 year old got repo with no actual code... (https://github.com/basarat/tui)

What the scuff is this world coming to?!
This seems to absolutely align with my experience of using LLMs

(Also accepting suggestions for typescript TUI libs that actually exist!)

 

I've been here a while, and I appreciate the community and the defed/hiding list.
I also know programming.dev contributes to upstream Lemmy repos.

I saw another post about another instances funding.
Which reminded me....

Is programming.dev on track for funding?
Need some more donations?
Is there a runway?

view more: next ›