[-] nous@programming.dev 9 points 11 months ago

I personally hate global menu bars. They do not work with focus follows mouse. The way menus currently work is fine for me and I would not want to lose that to, IMO, a much worst system. Any global menu implementation would need to be able to be disabled and better to have it off by default. And I would rather see effort in developing other features personally - though mostly as I would never use this feature.

[-] nous@programming.dev 9 points 1 year ago

Passwords can be secure when the end user picks a strong one. But that is the biggest problem with them, the end user. They don't pick good passwords and decades have shown us the general public are bad at passwords.

Passkeys are not biometrics. They are much simpler. In a very simple way you can think of them as a secure long random password that is stored on you device, generated per device, and not sent over the wire to the other side (so more like public/private key cryptography I believe).

The passkey on your device can be stored in an encrypted vault or even secure hardware that requires a pin/password or key to unlock.

They are not getting rid of multifactor codes and can be used with them. But by protecting them locally you can still have 2 factors to access them - the hardware/vault that contains them and the pin/password/biometric that unlocks the vault. And that is in addition to server side multifactor systems.

But even without all that you still gain massive benefits over passwords as it stops cross site comprises when one sites gets their password database leaked. Or brute forcing access to systems by guessing weak passwords that most people use.

[-] nous@programming.dev 9 points 1 year ago

They were a beneficial strategy. They made Trump and his buddies massive amounts of money from manipulating the stock market. They were even bragging about it after the fact.

Oh, you meant for the country and its people... Nah, that was never the point. If they were thought out at all it was only how it benefits Trump and his buddies.

[-] nous@programming.dev 9 points 2 years ago

That argument falls apart because state schools exist and 93% of children already attend. Which means private schools are not very popular despite their tax exempt status. So it is not encouraging many people to attend them and it is not like not going to a private school is not investing in your child's education since a free alternative that is not a complete shit hole exists. Turns out well funded public services can be a good thing and we don't need to privatize everything to see the best results.

In reality this seems more like a tax on rich parents who are the only ones that can afford expensive private schools in the first place all to hopefully better fund the free for everyone else state schools that most people already use.

[-] nous@programming.dev 9 points 2 years ago

Generally speaking you shouldn't be poking around running containers. It is rare that I have ever needed to do that. If you want to inspect the contents of an image then tools like dive are helpful. If the container produces some useful output that you might need then put that into a volume, you can then mount that volume to a debug/inspect container to read the files without messing around with the rest of the container.

Shell-less containers are a great security feature - it is extremely hard to get a reverse shell on something that does not have any shell. And if you must have a shell to debug something docker already has a feature for that docker debug which works for shell-less containers as well.

[-] nous@programming.dev 9 points 2 years ago

It’s a zero cost bool!

It really is not. Dynamic dispatch has a cost on every access due to it being a pointer. Instead if doing a bool check you are needing to read a pointer to figure out which function to call. I doubt this is any faster than just having the bool check and I doubt that the bool check is slowing anything down by a noticeable amount. All of this is probably not worth the complexity, especially without benchmark results as I can see this actually slowing down the code overall.

There is also a increased binary size due to there needing to be two versions of the code block - if you have that in every function that would be a dramatic increase in the binary size. This means more data needs to be loaded into memory at startup and I don't know if the branch prediction in your CPU worth with vtables?

Maybe if you already need dynamic dispatch for something it might be worth it. But most of the time I would avoid it if possible which means this pattern has a very limited usecase that you cannot use over the whole program? What is wrong with the standard logging crates in rust? I would expect them to be good enough even for game dev.

[-] nous@programming.dev 9 points 2 years ago

rust-analyzer I believe will compile all the deps the first time it runs. This will take some time but after that it should be fast. If you run a cargo clean that will wipe everything and you will have to wait again. So dont do that. clean should be something you run sparingly not before every compile.

[-] nous@programming.dev 9 points 2 years ago

Remove the loop and sleep from the script you created so it just runs and exits.

Then create a file at /etc/systemd/system/battery-alarm.service with the following:

[Unit]
Description="Sound alarm when battery is low"

[Service]
ExecStart=/usr/local/bin/battery-alarm.sh # point this to your script

Then create a file at /etc/systemd/system/battery-alarm.timer with the following:

[Unit]
Description="Run battery-alarm.service every 2 mins"

[Timer]
OnUnitActiveSec=2m
Unit=battery-alarm.service

[Install]
WantedBy=multi-user.target

Then sudo systemctl enable --now helloworld.timer to start and enable the timer on boot.

This will be a little more robust then your current script. It works without the user needing to log in. And there is nothing to get killed so will always trigger. The current script will just silently stop working if it ever gets killed or crashes.

[-] nous@programming.dev 9 points 2 years ago

I have never had git get into a state I cannot get out of. Even if that is a reset, checkout or clean. And those are very rare. How are people breaking things so often.

Learn the tools you use daily, it saves you a lot of headache in thelong term.

[-] nous@programming.dev 9 points 2 years ago

Yes. It is can I spin this as AI to investors?

I admit, not a very high bar to pass so basically everything is labeled as AI these days. It is what investors want to see.

[-] nous@programming.dev 9 points 3 years ago

Once you suspect a device is infected the only good option is the nuclear option. Anything else will not be guaranteed to 100% remove it, or really, anywhere near close to that, or even detect everything wrong in the first place or after attempted removal. And with a month long period between attacks that is a long time to wait and see to see if any other option might work.

[-] nous@programming.dev 9 points 3 years ago

Shame about headsets though - has anyone been able to get the mic to work without the audio quality dropping to trash? It is a shame to have to pick between good quality audio and the ability to use your mic.

view more: ‹ prev next ›

nous

0 post score
0 comment score
joined 3 years ago