paddim8 (u/paddim8) - Readit News

paddim8 commented on Asahi Linux with Sway on the MacBook Air M2 (2024) daniel.lawrence.lu/blog/2... · Posted by u/andsoitis

rubymamis · 3 days ago

Did someone do a deep dive on why battery life is so awful on Linux? Or is it some Ashai's driver's inefficiencies that causing this?

paddim8 · 3 days ago

It absolutely is not awful. You are doing something wrong then. It's not as good as on macOS of course but it's still great. I get 8-10 hours.

paddim8 commented on Backing up Spotify annas-archive.li/blog/bac... · Posted by u/vitplister

komali2 · 8 days ago

> What’s actually scummy is Spotify paying artists $1 per 1000 streams.

I'm pretty sure it's waaaay lower than that per 1000 streams.

paddim8 · 7 days ago

It's not. What makes you say this?

paddim8 commented on Advent of Code 2025 adventofcode.com/2025/abo... · Posted by u/vismit2000

fainpul · a month ago

Opinion poll:

Python is extremely suitable for these kind of problems. C++ is also often used, especially by competitive programmers.

Which "non-mainstream" or even obscure languages are also well suited for AoC? Please list your weapon of choice and a short statement why it's well suited (not why you like it, why it's good for AoC).

paddim8 · a month ago

I used my homemade shell language last year, called elk shell. It worked surprisingly well, better than other languages I've tried, because unlike other shell languages it is just a regular general purpose scripting language with a standard library that can also run programs with the same syntax as function calls.

paddim8 commented on JetBrains working on higher-abstraction programming language infoworld.com/article/402... · Posted by u/pjmlp

7e · 4 months ago

Please don’t have it run in a virtual machine. Or at least the JVM. All of Jetbrains products would be 10x better if not written in Java. Native is best.

paddim8 · 4 months ago

Native AOT compiled code is not necessarily faster than JIT compiled code. The Java JIT engine can do a lot of optimisations that would not be possible with AOT compilation. In the end it's compiled down to machine code anyway.

paddim8 commented on This Month in Ladybird ladybird.org/newsletter/2... · Posted by u/net01

phito · 5 months ago

You forgot the enormous learning curve of understanding how browsers work and how to write proper code in Ladybug that doesn't waste the maintainers´ time.

Last time I tried, I couldn't find a website that worked with it. Where do you even begin contributing to such a large, complex, very much WIP project? The barrier to entry is daunting.

paddim8 · 5 months ago

You don't have to implement some big new feature. I found a layout rendering problem when I tested it on my own website and could quite easily go and fix it without having any prior experience with browser development.

paddim8 commented on I tried Servo spacebar.news/servo-under... · Posted by u/robtherobber

mdaniel · 5 months ago

> There is more to a project this massive than its choice of language

For writing a game, or Figma replacement, or some cutesy something that runs on your machine without requiring network access, probably. For one of the most impactful applications that downloads untrusted code from the Internet and executes it without any confirmation whatsoever, the language for sure does matter. "Chrome RCE" is a phrase that strikes fear, and it's not a rare occurrence. I'll point out that Google is not lacking some of the most skilled security researchers and tooling in the world, so I wish the Ladybird folks godspeed doing their own "does this build have vulns?" work

paddim8 · 5 months ago

Well that's why they're going to rewrite parts of the code where those things are more likely in Swift

paddim8 commented on I tried Servo spacebar.news/servo-under... · Posted by u/robtherobber

fabrice_d · 5 months ago

Ladybird is extremely slow, it's far from being competitive at all.

paddim8 · 5 months ago

What? No one is expecting Ladybird to be fast at this stage. No one is claiming that it is. Ladybird is competitive because of the speed of which it is improving.

paddim8 commented on I tried Servo spacebar.news/servo-under... · Posted by u/robtherobber

YmiYugy · 5 months ago

I just don't get the point of ladybird. They have full time engineers and are soliciting donations, so it's clearly more than a hobby project. Maybe my assumptions are off, but I just can't imagine they could ever become competitive in terms of features, security and performance with the big engines. Blink is setting the pace, Webkit is barely able to keep up and Gecko is slowly falling behind. All of these teams are orders of magnitudes larger than the Ladybird team. If you think that Blinks dominance is a thread to the web it's not enough to have an alternative engine you need enough adoption of that engine so web devs make sure their site is compatible with that engine. Most of this also applies to Servo, but at least their technical project goals (embeddable, modular, parallel, memory safe) sound at least moderately compelling. Maybe Ladybird has similar goals, but at least their website doesn't really state any technical goals.

paddim8 · 5 months ago

Well Andreas Kling has worked on Safari and WebKit and (obviously) has talked to a lot of browser people. He knows what he is doing, and he frequently says that no one that has actually worked on a browser thinks it's impossible to create a new one, even with a small team (...of highly motivated and skilled people).

paddim8 commented on Why I write recursive descent parsers, despite their issues (2020) utcc.utoronto.ca/~cks/spa... · Posted by u/blobcode

motorest · 5 months ago

> The idea that you're going to hand-roll a parser generator and then use that to generate a parser and the result is going to be less buggy than just hand-rolling a recursive descent parser, screams "I've never written code outside of an academic context"

Your comment is quite funny as hand-rolling a recursive descent parser is the kind of thing that is often accused of being a) bug-prone, b) only done in academic environments.

paddim8 · 5 months ago

What? Accused of only being done in academic environments? Never heard that. Academics seem to spend 99% of their time talking about parser generators and LR parsing for some reason while most production compilers have handwritten recursive descent parsers...

paddim8 commented on Introducing tmux-rs richardscollin.github.io/... · Posted by u/Jtsummers

usrbinbash · 6 months ago

> the code base is now 100% (unsafe) Rust

So the primary (or rather: only) reason for using Rust over C (memory safety) is out the window.

> I’d like to share the process of porting the original codebase from ~67,000 lines of C code to ~81,000 lines of Rust

And the codebase got bigger.

So yeah, as the author explains, hobby project, and kudos to that, but nothing that I will install on any box of mine any time soon.

Besides, applications like tmux would much rather be prime candidates for a rewrite in a garbage collected systems language (aka.; Go) than in Rust. tmux spends 99% of its time waiting for the user to hit a key, there is nothing performance critical in such an app that wouldn't be 100% adequately served by Go.

paddim8 · 6 months ago

This is such a strange mindset. First of all, unsafe Rust is not comparable to C. It still has a lot of checks and balanced that C does not have. The author is also planning to make it more safe. And what do you mean "the primary reason"? The primary reason for this was to have fun. Let the man have fun.

> but nothing that I will install on any box of mine any time soon

Well, no one asked? I will never understand you chronically negative people that have to come in and whine about things that don't matter every time someone posts their fun little personal project that they made for fun. Have you tried being a little more positive? It makes life more enjoyable.