My understanding is that an EU member state has to physically be in Europe unless they are an “extension” of a state already in the EU. I get that it’s supposed to be an “associate” state but I’m fascinated by what kind of legal hoops they’re going to jump through to make this happen.
They did make an exception for Cypress, so I suppose there’s some kind of precedent.
I have found these same principles to be true in my own projects. More modern, “cleaner” implementations usually end up with a larger code base but a noticeable reduction in performance. Bloat ruins everything.
This eventual sluggishness is due to inevitable OS rot. I bought a brand new MBP in 2017 and it was snappy as hell. Booted up instantly, breezed through complex tasks, and ran GarageBand and Logic Pro X very smoothly. Every OS update seemed to take it down a notch and eventually Logic Pro X - my main production tool - was unusable. I happed to be talking about this to a professional music producer friend of mine and he said that everyone in his industry NEVER updates their OS. Basically they install everything, disconnect from the internet, and don’t touch the OS ever again because it can break delicate plugin ecosystems and drivers. That’s essentially what I ended up doing. I installed a different DAW (UA Luna) and have not updated the OS for about 5 years now and it’s still chugging along. I don’t use that system for any other purpose however I do keep it connected to the internet for ease of access to icloud. One day the hardware will die, but my next audio production system will likely be a Mac Studio that I set up and don’t touch for 10 years.
My favorite quote from Mark Twain is “I didn’t have time to write a short letter, so I wrote a long one instead”. Indeed, brevity and clarity actually take time and analysis. I find this to be very true when writing requirements or documentation. Some of the worst requirements I’ve read have been extremely wordy and unnecessarily over-technical or jargon-heavy when it could have been explained in plain language. As usual, it very much depends on the target audience.
I have been using profiles for years in Chrome/Vivaldi for similar reasons. I do a lot of web app development and this is extremely useful for testing. In fact I have 10 different profiles on one of my setups so that I can easily simulate multiple users accessing the same app and each profile can remember its own passwords, settings, cookies, and session data, etc. Firefox’s MAC seems like it’s not quite as isolated as a separate profile but I can see how it would be useful for end-users who want to have different “identities” in the same profile.
Not sure why optical is a problem in 2026! I have a 2014 Samsung plasma dumb-TV and pipe the optical straight to my old (2002-ish) Yamaha receiver with absolutely zero issues (no sync drifting) and it sounds like a dream compared to the soundbar on my other TV.
Would be nice to see actual pics instead of silly silhouettes. I am in the market for exactly this kind of truck (especially a manual) but this doesn’t inspire me to want to buy it.
I would suggest instead of a countdown timer, use time as a score (less time used = higher score) so at least the player can advance. Also it’s no fun and extremely annoying to make the player wait 12 hours for the next challenge, which turns me off to even wanting to play again.
We just updated one of our projects to 1.12.5, but I might push for 1.13 as this could be very useful, although an alpha version might raise questions.
Some years ago, I got so sick of spending endless hours at my desk writing rspec automation tests that I suddenly had a strong urge to become a forest ranger.
> I think people understand the situation when they "purchase" digital media. They know it might not last forever.
I don’t think this is true at all because 1) truly nothing is forever, i.e., even physical media degrades over time or gets lost, stolen, etc., and 2) the customer is absolutely led to believe that “purchase” means ownership similar to having a physical copy, as long as that service provider exists. Otherwise it’s clearly a rental.
Would live to hear an attorney’s opinion on this - why isn’t this considered to be something like “constructive theft” just like constructive abandonment or constructive dismissal? Sony deceived millions of customers by implying that purchasing something meant permanent ownership (as permanent as digital media can be), then through legal trickery and without consent, essentially “took” away their digital property. I wonder if legal concepts such as “constructive larceny” or “theft by conversion” could be applied here, or if this would be considered destruction of property?
As a foodie, I love this. In many respects, menus don’t seem to have drastically changed over the past 175ish years but it looks like a “Boiled” category was common early on, which I assume was because boiled foods were popular and/or easy for restaurants to make in bulk.
I read through the comments to make sure I wasn’t the only one…Nobody understands CORS because it’s too complicated and too conflicting. The standards and the headers are always changing too, so mostly what happens is that we developers just tinker with it until it works, then ship the product and call it a day. Even when it works, you may still end up with errors and warnings in the dev console, but as long as things appear to be working, we leave it alone.
I only really use GH CoPilot and while it’s really damn good at predicting what I’ll do next, I find it really makes me lazier. It’s like using GPS - it’s much faster, easier, accurate, and reliable than not using it, but I have found I don’t remember routes like I used to, as if that part of my brain just stopped working. If we don’t use a skill, our brains seem to want to almost immediately reclaim those resources for something else.
This is shockingly true. Most newer FE devs I have encountered are mostly trained on the popular frameworks and lack understanding of the underlying fundamentals, e.g., they only know TypeScript + SCSS and some smattering of HTML but more often know whatever templating engine and MVC(ish) backend the framework uses. It’s really helpful to understand what the browser is actually doing and all the “stuff” the framework spits out on the other end.
I can code up a complex HTML table by hand faster than I create a basic MD table, but other than that, I find it difficult to achieve a good writing flow with pure HTML, even with all the automation. I author a lot of API docs, READMEs, and how-to guides, and find MD to provide the perfect mix of decently powerful markup and flexibility with supporting raw HTML when needed. The only constraint is that some markup renderers don’t support or severely restrict HTML passthrough (I ran into this with GitHub recently).
I wasn’t even aware a native port was available for Mac. I tried it with Wine and it was awful. These days my colleagues and I are using Zed as the de facto high-performance text editor.
I use Zed and VSCode together. Zed for a “clean” version of my workspaces (no annoying plugins, no agents, etc.), and VSCode with all the plugins + GitHub Copilot. I really appreciate what Zed has become and how performant it is, and plan to use it more exclusively.
The very first few years of my career I spent writing code (mostly Perl) in vi (not even vim) on a SPARC running Solaris. I bought myself the O’Riley Perl Cookbook and that was pretty much my sole guide apart from the few internet forums that were available at the time. Search engines were still primitive, so getting help when you got stuck was far more difficult. But it forced me to deeply learn a lot of things - Perl syntax (we had no syntax highlighting, intellisense, etc.) terminal tools, and especially vi keystrokes. Looking back, there was far less distraction and “noise”, though I admit that could have been the fact that it was the beginning of my career and expectations were lower. I miss those times because now everything feels insanely more layered and complex.
Had the same experience with Doom II. Got it to run surprisingly well on a brand new Tandy 486DX2 + 4MB RAM, though I seem to recall having issues with SoundBlaster compatibility.
Markdown apologist here - I think MD is the greatest thing since sliced bread and I use it a LOT. In fact, one project I work on has an entire git repo of just MD docs. It’s easy to maintain, and even non-tech people can author them with ease. In fat, I love that raw MD is entirely human-readable, and even if someone fat-fingers some of the syntax, it’s still very forgiving.
Don’t forget, many MD renderers support regular HTML embedding, including <style> tags, which makes it a very flexible choice.
Impressive! Incidentally, I built my own Chess game from scratch pretty recently, using nothing but my own knowledge of the game rules and I am seeing some of the same patterns emerge, though I used plain data structures instead of tables. It’s always interesting to see different ways of solving the same problem, especially with inappropriate/inadequate tools. It’s kind of like figuring out how to make pizza without a proper oven.