drob518

26 ms·

631.
by drob518 9mo ago
In Texas we lose people every year because they think they can make it across what looks like a small, shallow creek and are swept away by water that is really much deeper. You might think, “Well, those are stupid Texans,” but we even have
632.
by drob518 9mo ago
Imagine trying to navigate Hacker News in an emergency. LOL!
633.
by drob518 9mo ago
And it’s been confirmed by red teams sneaking weapons through checkpoints that it’s not even doing the basic job. Lots of hassle and expense for little to no gain in security.
634.
by drob518 9mo ago
In a sense, this is just an exercise in (possibly lossy) compression. 64-bit unsigned into are not lossy. 64-bit floating point is lossy but has larger range; it’s only able to encode a small fraction of the numbers in its range (in the lim
635.
by drob518 9mo ago
Exactly. Yes, please.
636.
by drob518 9mo ago
I’m not sure that problem 3 needs any solution at all, particularly a read-write lock. If a thread is updating the old set of bits when it’s time for a switch, just let it complete that write to the older set in parallel with the swap. Sinc
637.
by drob518 9mo ago
Well, sure. But so is buying a faster processor.
638.
by drob518 9mo ago
Did you use the same computer at both 60 and 144? I have no doubt that 144 feels smoother for scrolling and things like that. It definitely should. But if you upgraded your system at the same time you upgraded your display, much of the resp
639.
by drob518 9mo ago
Yep, agreed, though it’s not just keyboard to screen. It’s also mouse click to screen. Really, any event to screen.
640.
by drob518 9mo ago
Input lag is not the same as refresh rate. 60 Hz is 16.7 ms per frame. If it takes a long time for input to appear on screen it’s because of the layers and layers of bloat we have in our UI systems.
641.
by drob518 9mo ago
Mouse being jumpy shouldn’t be related to refresh rate. The mouse driver and windowing system should keep track of the mouse position regardless of the video frame rate. Yes, the mouse may jump more per frame with a lower frame rate, but th
642.
by drob518 9mo ago
Fair
643.
by drob518 9mo ago
Love your post. So, don’t take this as disagreement. I’m always a little bewildered by frame rate discussions. Yes, I understand that more is better, but for non-gaming apps (e.g. “productivity” apps), do we really need much more than 60 Hz
644.
by drob518 9mo ago
Those are exotic parts that would have to be manufactured specially. You don’t buy them off the shelf. They are costly to procure and difficult to work with. One doesn’t just load up the 3d printer and push Go. To be clear, I’m sure a homem
645.
by drob518 9mo ago
Of course. Lots of metal goes through the detectors. The point is that the detectors “see” it and that’s then your chance to catch it. Whether you actually do or not is another question. But 3d printing a gun doesn’t give you a “plastic gun
646.
by drob518 9mo ago
It’s not even doing that. It’s just an algorithm for predicting the next word. It doesn’t have emotions or actually think. So, I had to chuckle when it said it was arrogant. Basically, it’s training data contains a bunch of postmortem write
647.
by drob518 9mo ago
You still need metal parts, notably a gun barrel capable of holding extreme pressures until the bullet gets up to speed. That isn’t plastic. The grip and frame might be plastic, but not the barrel.
648.
by drob518 9mo ago
Surely, new grads are light on experience (particularly relevant experience), but they should have student projects and whatnot that they should be able to explain, particularly for coding. Hardware projects are more rare simply because the
649.
by drob518 9mo ago
You would think a CEO with a product that caters to developers would know that everyone was going to clone the repo and check his work. He just squandered a whole lot of credibility.
650.
by drob518 9mo ago
Lots of theory but no practice.
651.
by drob518 9mo ago
We’ve developed a “leaning tower of science.” Someday, it’s going to fall.
652.
by drob518 9mo ago
Sure, but The Zen of Reticulum repeatedly says that all that centralized infrastructure is bad, bad, bad. So, it seems a bit like cheating if you still need all that to scale.
653.
by drob518 9mo ago
To be clear, I’m not harshing on Meshtastic’s node counts. In some sense these systems are like packet ham radio. They appeal to a specific user base. I just question how their protocols are going to scale, and even 150 nodes is extremely s
654.
by drob518 9mo ago
Just so I understand, what sort of bootstrap process are you looking for? Even a pre-built binary is going to require a download? If you build from source (e.g., C), you’re going to need to download the source code and a compiler. I’m not m
655.
by drob518 9mo ago
Yes, you said. You’ve been very helpful in telling us how it doesn’t work.
656.
by drob518 9mo ago
Exactly. And are you going to break it one day just because and force every node to run the new version of firmware to stay active. I like implementers who show some transparency and some self-reflection about the limits of the protocol. An
657.
by drob518 9mo ago
Exactly. Okay, that’s a great claim. How? Also, “planetary scale” is meaningless. With the right node count (low), topology, and radios, just about any mesh network can achieve “planetary scale.” But that doesn’t mean it’ll support 10 thous
658.
by drob518 9mo ago
Okay, maybe Reticulum isn’t strictly LoRa-based, but others are (e.g. Meshtastic), and while Reticulum works over lots of physical layers, the README specifically states “An open-source LoRa-based interface called RNode has been designed sp
659.
by drob518 10mo ago
I suspect such groups don’t really care about abiding by the terms of a license agreement. You can sue them… if you can find them.
660.
by drob518 10mo ago
I’ve looked at a few of the LoRa-based mesh network systems over the last couple months. They all seem to have a philosophical document of some sort, like this one, sometimes buried as part of the user docs, but none of them have clear prot

More ›