taldo

Also replacing Intercom right now. Their pricing just doesn't make sense for us.

This REALLY is the year of the Linux Desktop

I was wondering if it'd be possible to go further, and actually use it as a fully fledged keyboard, but with your choice of switches and mechanical layout... and turns out that somebody has been doing that already! basically reverse-engineering the matrix and hooking up your own switches to the logic board. You get TouchID, pretty good BT performance and integration in the Apple ecosystem, good battery life, ... and all in a single device.

Found it in a forum post here: https://geekhack.org/index.php?topic=120964.0

You mean the cost of EDA software directly (paying Synopsys/Cadence for the software used to design, verify, and synthesize your own chips)? Or the actual R&D cost to design the chip itself? Or paying for prepackaged IP blocks (major ones like CPU cores, or lesser ones like I/O)?

pylance is pyright + proprietary stuff on top, see https://docs.basedpyright.com/latest/ for a fork with some of pylance's features added.

Sooo they're finally launching a Spanner contender?

I'm itching to read more details into what this actually is under the marketing blab.

Cursor has been an enabler for unfamiliar corners of development. Mind you, it's not a foolproof tool that writes correct code on the first try or anything close to that.

I've been in compilers, storage, and data backends for 15ish years, and had to do a little project that required recording audio clips in a browser and sending them over a websocket. Cursor helped me do it in about 5 minutes, while it would've taken at least 30 min of googling to find the relevant keywords like MediaStream and MediaRecorder, learn enough to whip something up, fail, then try to fix it until it worked.

Then I had to switch to streaming audio in near-realtime... here it wasn't as good: it tried sending segments of MediaRecorder audio which are not suitable for streaming (because of media file headers and stuff). But a bit of Googling, finding out about Web Audio APIs and Audio Worklet, and a bit of prompting, and it basically wrote something that almost worked. Sure it had some concurrency bugs like reading from the same buffer that it's overwriting in another thread. But that's why we're checking the generated code, right?

There's also yotoplay.com, although that one does seem to require wi-fi and cloud thingies.

Ouch, open Cosmos DB with geolocation logs publicly accessible...

Since the read part is handled by another chip (feeding off of USB power, therefore not terribly power constrained), you could present as a MTP device, or even mass storage, while generating the file structure on the fly. Maybe TIFFs are simple enough so you don't have to mess with the actual image bytes.

https://archive.is/Awojo

How is this not just a thin, expensive wrapper around https://www.npmjs.com/package/react-qrcode-logo?

And yet they couldn't agree with Apple on a protocol that could be implemented by both. Imagine how much better tracking you'd get with tags that could be picked up by either Android or iPhones. Especially in the _third world_ where Android phones are way more prevalent.

The customer is always right... unless they are not.

Kinda reminescent of Makani, Google/X flying kite-turbine-generator-thingies. https://x.company/projects/makani/

We're like 3 steps away from Factorio-style logistic robots...

The factory must grow!

A very simple optimization for those complaining about having to fetch a large file every time you need a little datapoint: if they promised the file was append-only, and used HTTP gzip/brotli/whatever compression (as opposed to shipping a zip file), you could use range requests to only get the new data after your last refresh. Throw in an extra checksum header for peace of mind, and you have a pretty efficient, yet extremely simple incremental API.

(Yes, this assumes you keep the state, and you have to pay the price of the first download + state-keeping. Yes, it's also inefficient if you just need to get the EUR/JPY rate from 2007-08-22 a single time.)

There's Burner (https://burnerapp.com) and I'm sure there are at least a handful others around.

From TFA

While alphabetic keyboards typically provide autocomplete features for more expedient typing, predictive features in Chinese input methods are more crucial when using input methods such as pinyin where hundreds of characters might match an inputted pinyin syllable. For longer strings of syllables, an IME will commonly reach out over the network to a cloud-based service for suggestions if suitable suggestions are not available in the input method’s local database.

Not saying whether they should, but it's pretty easy to understand why they do it.

Then you should probably check out Hoffmann's "ultimate french press technique" https://youtu.be/st571DYYTR8 IMO it produces the best coffee I've ever been able to make in a french press.

Probably a pretty bad test of the _actual_ speed of grep. A more realistic test would have printable characters and frequent newlines. I wouldn't be surprised if all those bytes were just taking a fast-path shortcut somewhere.

ISO 4210 comes to mind. There's also a handful of ASTM standards, F2043 for categories based on intended usage, and others specifying the testing requirements for frames etc. Not sure if legally required, but if my memory doesn't fail, all European-branded bikes I've seen are tested by those standards and categorized (e.g. cat 5 for downhill mountain bikes)

Cool trip through digital audio broadcast, but I'm left bit puzzled by the last bit about cable vs PON networks. How are coax networks fundamentally better than PON fiber networks? Sure, in a lot of places they have the very tangible benefit of actually existing and covering tons of (potential) customers. But they're often old, require upgrades and retrofits to be DOCSIS 4 compliant. And in places where coax networks don't already exist, I very much suspect that PON fiber is way cheaper to deploy and operate [citation needed].

I wonder if this change will at least mean the end of those autogenerated TikTok/Instagram videos of Minecraft playthroughs with TTS-narrated content lifted from /r/amitheasshole or whatever.

And if you repeatedly press it, it fills up faster and changes color?

Good luck even getting a google3-based Hello World to compile. I don't remember the exact numbers, but just #including the most basic libs resulted in a O(100M) binary.

And anything more complex than that would probably have dependencies on so many fat client libs, so much infrastructure, and so many external services, that you'll need months-years to even make sense of them, let alone mock them up.

Nice little game for curious people. Hard mode: picking the alternatives among geographically-close countries, or countries with similar-looking flags.

Bending Spoons -> Spooners

Agreed that FSD is crap and shouldn't be available to the public. Maybe it's okay to be tested out in the public by professional drivers, paid to do that, and monitored for attention/alertness, much like Waymo did for oh-so-long (and Uber didn't before the infamous 2018 accident).

BUT... that Tesla could've been a student driver mistaking the brakes for the gas pedal, or a car running out of gas, or somebody passing out, or any number of other plausible circumstances where a car just stops in the left lane for no apparent reason.

Comments mention driving too close to the car in front, or too fast, but I'd like to bring attention to distracted drivers. You can see how late the 4th-8th car apply the brakes, and quite reluctantly too. The first couple of cars behind the Tesla did crash but at a pretty low speed, I'd say not even at airbag-deploying speed. But the 6-7th end up hitting the pileup at a good 40-50mph.