Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
shmerl
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
22 ms
·
601.
▲
by
shmerl
1y ago
I think Rust itself as a language for GPU programming is another interesting alternative: https://github.com/Rust-GPU/rust-gpu/
602.
▲
by
shmerl
1y ago
> Rendering, by comparison, is a huge can of worms. Every platform has their own unique support matrix. GPU APIs landscape is stuck in the dumb NIH mentality of the '90s because stuck up lock-in proponents refuse to support Vulkan
603.
▲
by
shmerl
1y ago
I think Qt Quick is a pretty generic level, you can make a lot of different interfaces with it. Kirigami is more specific.
604.
▲
by
shmerl
1y ago
Nice! I've been using virt-manager for a long time, but more KDE native solution is welcome. Still waiting for virt-manager to add support for Vulkan rendering through libvirt. Side note, not sure if it's specific to Kirigami, but
605.
▲
by
shmerl
1y ago
You should be able to revoke needed passkeys then. I.e. let's say you lost device A. May be revoke access for associated passkey for all places where you used it, but the rest of them would remain OK. Not sure how sites handle that (if
606.
▲
by
shmerl
1y ago
You can use the same passkey for multiple devices (for example with keepassxc as authenticator that handles them), but it reduces security same as for example with using ssh private key that's not unique per device.
607.
▲
by
shmerl
1y ago
No, C++ is hopeless. No need to bend over backwards to try to disprove it. It's not only about memory safety, some of it is about legacy stuff and backwards compatibility it's forever stuck with.
608.
▲
by
shmerl
1y ago
See some details here: https://lwn.net/Articles/955708/
609.
▲
by
shmerl
1y ago
Another reason for people to ditch it and use Godot.
610.
▲
by
shmerl
1y ago
What about Skippy?
611.
▲
by
shmerl
1y ago
nvim + nvim-dap + nvim-dap-ui + gdb beats gdb's barebones TUI by a huge margin.
612.
▲
by
shmerl
1y ago
The main bug is here: https://savannah.gnu.org/bugs/?55093 But I do recall some other post which went into more details and was saying that switching was taking time due to lack of stable API and other issues. Try sear
613.
▲
by
shmerl
1y ago
> Much of Koskinas and his team’s efforts stem from Vanguard having the deepest level of access to a gamer’s computer Why would you trust anyone to do that? It's malware style access. Client side anti-cheats that need kernel level
614.
▲
by
shmerl
1y ago
I see, thanks
615.
▲
by
shmerl
1y ago
Thank you!
616.
▲
by
shmerl
1y ago
What is DX?
617.
▲
by
shmerl
1y ago
> completely unnecessary Is it? How can you boot from encrypted volumes without it? I looked into systemd-boot, but I don't think it's capable.
618.
▲
by
shmerl
1y ago
Yes - use newer libcrypto. They are in the process of switching, but it just takes very long. I don't see why bootloader won't be allowed to use the CPU features that accelerate decryption.
619.
▲
by
shmerl
1y ago
May be, but this is so minor in general, that I barely care as long as it boots properly. Way bigger annoyance is that grub still doesn't support luks2 and uses some gimped variant of libcrypto without proper hardware acceleration that
620.
▲
by
shmerl
1y ago
You can set the resolution explicitly, otherwise it will render at resolution UEFI started the boot with.
621.
▲
by
shmerl
2y ago
Rust is just an example in this case, not essential to the point. If someone will evolve LLM to work with Rust better, it will still be mediocre at something else, and using this as an excuse to avoid it is problematic in itself, that'
622.
▲
by
shmerl
2y ago
DMCA 1201 violates freedom of speech, but it's backed by corrupt beneficiaries, so it was never tossed. This one is comparable.
623.
▲
by
shmerl
2y ago
It's not about delivery of software, it's about avoidance of learning based on mediocrity of AI. I.e. original post literally brings LLMs being poor at suggestions for Rust as a reason to avoid it. That implies that proponents of
624.
▲
by
shmerl
2y ago
Because it's a discouragement of learning based on mediocrity of AI. I find such idea perpetuating the mediocrity (not just of AI itself but of whatever it's used for). It's like imagine saying, I don't want to learn how
625.
▲
by
shmerl
2y ago
I agree that such trend exists, but it's extremely unhealthy and if anyone, developers should have more clue how bad it is.
626.
▲
by
shmerl
2y ago
First argument sounds like a major fallacy to me. It doesn't surprise me, but it find it extremely wrong.
627.
▲
by
shmerl
2y ago
Using poor quality AI suggestions as a reason not to use Rust is a super weird argument. Something is very wrong with such idea. What's going to be next, avoiding everything where AI performs poorly? Scripting being flexible is a prop
628.
▲
by
shmerl
2y ago
Really bad practice. Prices should be flat without any expected extra payments and workers should be paid fair wages.
629.
▲
by
shmerl
2y ago
Probably: > We, the Party, control all records, and we control all memories. Then we control the past, do we not?
630.
▲
by
shmerl
2y ago
Knowing Lua helps making your neovim config too. I prefer it to vimscript.
More ›