That's one of the reasons I love Festool's tools, nearly all of them have detachable power cords. It's a proprietary connector, but it makes it very convenient if you own a few of their tools. Both the power and dust hose have twist lock connectors that stay firmly attached in use.
I swap the tips on my Hakko without letting it cool down, I just use a Knipex pliers wrench so I don't burn myself. I keep my spare tips in an altoids tin, so I can drop the hot one in there without burning anything.
For whatever reason, in my experience, the 1st gen Airpods Pro seem to pair much more easily to non-Apple devices than the 2nd gen. I have a 1st gen pair more or less dedicated to my Linux PC, and they auto-pair 99% of the time within a few seconds.
I have good wired earbuds and over ear headphones, but I still almost always go back to bluetooth. If I'm vacuuming, mowing the lawn, etc. I use my Airpods Pro. If I'm practicing drums or working with loud tools, I use my bluetooth 3M Worktunes.
Being able to get my phone out of my pocket and not have to worry about the cable is worth all the tradeoffs. At my desk, I have studio monitors, which I prefer over any headphones. For video calls, I use just the right Airpod to prevent echos, and so I can still hear myself.
How wouldn't this also apply to things like useradd(8) or simply automated user account setup, e.g. like cups, sshd, etc? Do we need to add this to vi for use in vipw on UNIX?
Worse. Google has to add this to all the machines in their data centers? Imagine the expansion of DevOps BS this will enable:
Vendors will need support stuff like "account holder is 12msec old, and can access adult content". They can even create a special certification for it.
useradd has the Other category at setup. Could you argue that anything which allows arbitrary text information to be input into a user account that could be passed on to other applications technically fulfills the requirement, as the user could indicate age on the account?
If you have an analog oscilloscope, it's really cool to put a guitar signal into it, you can play an open string and see all its harmonics, then play a harmonic and you just see the one harmonic.
I think PLA is a lot stronger than people give it credit for, especially if printed at 100% infill. I finally had a chance to use the PLA-CF that came with my Bambu X1C for a replacement part on my tripod, and it's great.
PLA-CF is not particularly stronger than PLA. Some properties are improved, mostly geometric stability and appearance, but the carbon fiber acts more like defects in the plastic than strengthening. It’s got very little of the benefits that you’d imagine based upon n experience with regular carbon fiber.
I had been using this to try to build a Spark modeling guitar amp pedal controller, controlling the amp via BLE. It seemed pretty promising, and they have their own fully OSS Rust BLE stack. It seemed a little early days with that though, it seemed like the APIs were changing quite a bit and it required pinning git revisions in Cargo. I'm excited to see where the project goes!
Another infuriating issue is TVs with so few HDMI inputs. I have tried many different HDMI switchers and none of them work reliably, so it kind of puts me off of buying a receiver which would also have that function.
Personally, I run a Yinker 4x4 matrix (in: nintendo switch 1, chromecast, mac pro 4.1 I use as a gaming rig, raspberry pi 5, out: projector, TV, pi 5) and am quite happy with it - no outages so far in half a year of uptime.
I desperately need to work with CEC though lol, never had the time to actually test that.
I’ve mostly had no issues with HDMI through Yamaha receivers and that includes weird things like an OSSC and Framemeister.
On the other hand, HDMI switchers haven’t fared as well. I built a mini console rack with a switch and it doesn’t recognize several devices, even when manually selected.
In my limited experience, Yamaha handles HDMI-CEC significantly better than Denon/Marantz. As evidenced by the fact that I currently own a Marantz receiver and am reading this page, but back when I owned a Yamaha receiver, I had no need to care about all of this crud. Things somehow worked on the first try! I did not expect that. However, it conditioned me to expect that again with a different receiver (the sources and sinks are the problems, right? the receivers are super well tested because sitting in the middle and passing these commands around is their entire job, right? right?) which was a mistake.
(The actual issue with the Marantz is that it seems to be eating some kind of power-on command from the source, and not passing it on, so the TV never turns on if you try to turn on the receiver or the source. I have no idea how to fix this, short of following in the path of this article.)
Résumé/CV: https://jacklew [dot] is/JackLewisResume [dot] pdf
Email: jack [at] jacklew [dot] is
I am a full stack developer with 10 years of experience, most of which doing Node.js backend services, React frontend UIs, both in Javascript and Typescript, and backed with Postgres databases. Most recently I was at an autonomous vehicle startup, working on data pipelines, vehicle log offloads, and processing logs, mostly in Python/Spark, but also working with lower level components in C and Rust.
reply