Readit News logoReadit News
rustybolt commented on The current state of LLM-driven development   blog.tolki.dev/posts/2025... · Posted by u/Signez
mkozlows · 15 days ago
"There's no learning curve" just means this guy didn't get very far up, which is definitely backed up by thinking that Copilot and other tools are all basically the same.
rustybolt · 15 days ago
> "There's no learning curve" just means this guy didn't get very far up

Not everyone with a different opinion is dumber than you.

rustybolt commented on Fast   catherinejue.com/fast... · Posted by u/gaplong
jasonjmcghee · 25 days ago
Not sure if this is sardonic obstinance... But assuming face-value - that's not what the statement is about.

I disagree with the statement too, as people definitely ask for UX / products to be "snappy", but this isn't about speed of development.

rustybolt · 25 days ago
Yeah, this was an attempt at humor. But it is quite easy to misunderstand the title.
rustybolt commented on Fast   catherinejue.com/fast... · Posted by u/gaplong
rustybolt · 25 days ago
> Rarely in software does anyone ask for “fast.”

Are you kidding me? My product owner and management ask me all the time to implement features "fast".

rustybolt commented on How I keep up with AI progress   blog.nilenso.com/blog/202... · Posted by u/itzlambda
rustybolt · a month ago
> "and why you must too"

Oh please

rustybolt commented on I made my VM think it has a CPU fan   wbenny.github.io/2025/06/... · Posted by u/todsacerdoti
rustybolt · 2 months ago
> Your first impulse might be to use DLL hooking and patch the cimwin32. But that’s smol pp way of thinking. We can do better.

What's wrong with DLL hooking though?

rustybolt commented on We ran a Unix-like OS on our home-built CPU with a home-built C compiler (2020)   fuel.edby.coffee/posts/ho... · Posted by u/AlexeyBrin
boricj · 2 months ago
That reminds me of a three week, three person group project I had back when I was in university. There were a couple of topics we could pick from, including writing a very simple operating system from scratch. I asked the professors if we could instead port MINIX3 to the Raspberry Pi (given that it already had an ARM port to the BeagleBoard) and they accepted.

What was supposed to be a reasonably straightforward project proved to be a huge challenge as we encountered numerous unforeseen technical difficulties. One particularly harrowing one was that the Raspberry Pi 3 booted into hypervisor mode instead of supervisor mode and QEMU's Raspberry Pi emulation accuracy was so abysmal back then to be borderline useless for osdev. I recall it took me an entire week of low-level hardware debugging just to figure that one out.

By the end, we pulled through and delivered a working port with UART, GPIO and framebuffer drivers that could run on the Raspberry Pi 2 and 3. We run our presentation with the port on real hardware, using a shell script that displayed bitmaps from the ramdisk and monitored GPIO pins to move slides forwards or backwards (I used a knife to short-circuit the pins as needed). It was by far the coolest presentation of all the groups just on originality alone and I think I still have the image of that SD card somewhere.

rustybolt · 2 months ago
Nice.

> I asked the professors if we could instead port MINIX3 to the Raspberry Pi

I think they were expecting you to fail.

> QEMU's Raspberry Pi emulation accuracy was so abysmal

When I did some hobby OS dev my strategy was to make it work on QEMU and then pray it would work on real hardware as well, which worked OK...

How did you handle the debugging the raspberry pi on real hardware?

Deleted Comment

rustybolt commented on War story: the hardest bug I ever debugged   clientserver.dev/p/war-st... · Posted by u/jakevoytko
rustybolt · 5 months ago
> How it took me 2 days

That can't possibly be the hardest bug ever

rustybolt commented on Coding Isn't Programming   socallinuxexpo.org/scale/... · Posted by u/todsacerdoti
rustybolt · 5 months ago
Hacking isn't coding isn't programming isn't software development isn't software engineering. But in the end many people use these terms mostly interchangeably and making a point of the differences between the definitions you personally use is rarely a productive use of time.
rustybolt commented on “A calculator app? Anyone could make that”   chadnauseam.com/coding/ra... · Posted by u/pie_flavor
naniwaduni · 6 months ago
> You can express both real and rational numbers efficiently using a continued fraction representation.

No, all finite continued fractions express a rational number (for... obvious reasons), which is honestly kind of a disappointment, since arbitrary sequences of integers can, as a matter of principle, represent arbitrary computable numbers if you want them to. They're powerful than finite positional representations, but fundamentally equivalent to simple fractions.

They are occasionally convenient for certain problem structures but, as I'm sure you've already discovered, somewhat less convenient for a wide range of common problems.

rustybolt · 6 months ago
> No, all finite continued fractions express a rational number

Any real number x has an infinite continued fraction representation. By efficient I mean that the information of the continued fraction coefficients is an efficient way to compute rational upper and lower bounds that approximate x well (they are the best rational approximations to x).

> They are occasionally convenient for certain problem structures but, as I'm sure you've already discovered, somewhat less convenient for a wide range of common problems.

I'm curious what you mean exactly. I've found them to be very convenient for evaluating arithmetic expressions (involving both rational and irrational numbers) to fairly high accuracy. They are not the most efficient solution for this, but their simplicity and not having to do error analysis is far better than any other purely numerical system.

> fundamentally equivalent to simple fractions.

This feels like it is a bit too reductionist. I can come up with a lot of example, but it's quite hard to find the best rational approximations of a number with just fractions, while it's trivial with continued fractions. Likewise, a number like the golden ratio, e, or any algebraic number has a simple description in terms of continued fractions, while this is certainly not the case for normal fractions.

That continued fractions can be easily converted to normal fractions and vice versa, is a strength of continued fractions, not a weakness.

u/rustybolt

KarmaCake day1071October 15, 2019View Original