warpspin

Whole .de TLD seems to go offline right now due to dnssec or missing nic.de nameservers?

Thanks. I was about to ask that.

> Is the middleman's nationality that important

No, it's not. You're absolutely right on that.

It's just someone you don't know who actually runs it due to no proper imprint promoting their business over someone else who you also don't know who actually runs it. So you send all your valuable business data to unknown guy A instead of unknown guy B. Oh, and also, in both cases you couldn't even sign a proper data subprocessing agreement with both guys. You can't sign it with guy A, who doesn't care, and you also can't sign it with guy B who says he's from Europe, does not even bother to provide an address to prove that, and obviously does not understand the GDPR.

Net souvereignty gain is zero by switching the middle man. In fact I'd say using such a "European" router service is actually worse than making business directly with, let's say, AWS, OpenAI or Anthropic where you'd at least know where you're buying from.

Secret Piefke :-)

Now this was an article where I didn't even need to read the article. The headline was all I needed to know it has all the same complaints I do.

Wanted to try a demo, but instead of downloading it time-limited or something, there's some kind of Web demo. But it's buggy in that it at least does not scroll the list at all when using the cursor keys instead of the mouse.

Bugs like these in the very thing which is supposed to convince me of buying do not exactly increase my trust :-)

I especially like that it's a single executable according to the docs.

Recently evaluated other testing tools/frameworks and if you're not already running the npm-dependencyhell-shitshow for your projects, most tools will pull in at least 100 dependencies.

I might be old fashioned but that's just too much for my taste. I love single-use tools with limited scope like e.g. esbuild or now this.

Will give this a try, soon.

Then why does their list of subprocessors list Google and Microsoft "for cloud infrastructure", specifically for "Le Chat, La Plateforme, Mistral Code"? Sounds to me as if they're mainly running on Azure.

Also, they're listing CoreWeave as inference provider in "EEA" area, but CoreWeave is of course also an US company. Even if they have their data center physically in the EU, it must be considered open access for the USA due to the CLOUD act.

https://trust.mistral.ai/subprocessors

If what you say is true, they have a communications problem and they need to fix that urgently. Right now, this is why they don't get my business. Others will have made the same decision based on their own subprocessor list.

Or did you mean, they're like, right now building it and plan to move there, but it's not up yet?

The problem with the European independence story is, that it seems Mistral runs its own stuff also on US cloud act affected infrastructure. This makes them a very weird value proposition: If I accept a level of "independence" whereby I run on AWS or Azure, I could as well pay for Anthropic or GPT to have SOTA performance.

If I do not accept that level of independence but want more, I need to buy what's on OVH, Scaleway, Ionos etc. or host my own, but that usually means even smaller, worse models or a lot of investment.

Nevertheless, the "band" that Mistral occupies for economic success is very narrow. Basically just people who need independence "on paper" but not really. Because if I'm searching for actual independence, there's no way I could give them money at the moment for one of their products and it making sense, cause none of their plans are an actual independence-improvement over, let's say, Amazon Bedrock.

I really really want to support them, but it must make economic sense for my company, too, and it doesn't.

My wife used to fall for every Firefly season 2 hoax on social media in the past because she wished it to be true. It was very funny when I could come to her to announce there will be a season 2.

Mixed feelings about it being animated. The older I become, the more I have trouble relating to painted characters, no real clue why, so I couldn't even enjoy things I should have enjoyed like Arcane.

Also, of course, no Shepherd Book :-(

Anyway, I hope I'll like it. Really loved season 1.

Just talked with a colleague and we used this as example where vibe coding is already brain draining people.

Exactly. Guess what: I've been on Apple for 26 years. iOS 26 is already a shit show, the new Watch OS even more so, and never ever will I allow it to update my main work platform, my Macbook Pro, to something which promises to be even worse.

Hmm, I second this. Haven't compared Qwen3.5 122B yet, but played around with OpenCode + Qwen3-Coder-Next yesterday and did manual comparisons with Claude Code and Claude Code is still far ahead in general felt "intelligence quality".

There were times when we couldn't await to upgrade to the next Mac OS version. Tahoe is not one of those versions.

Already iOS 26 made me consider switching to Android, and now I've pondered returning to Linux after 26 years on Mac OS. Bizarrely, right now it's the quality of the hardware alone holding me at Mac OS. Wouldn't have expected that 6 or 7 years ago.

Sick of the forced UI refreshes and "modern" designs. Will Apple understand again this is where I work and basically live in and not some kind of entertainment system where I need design refreshes so it feels all shiny and new?

Some things sound very clever in your head until you say them aloud.

Next step: Start Chrome in emulated X86CSS and start X86CSS in emulated Chrome.

One of the major problems of MySQL and its many derivatives is the splintering of the ecosystem.

Would rather prefer people would cooperate on ONE fork, e.g. get your extension framework integrated into MariaDB or something.

Hmm, yes, I know that one and one of the reasons why I considered the naming weird. Original Tcl expect is rather automation than testing in the slot in my mind it occupies, even if it maybe could be (badly) used as a testing tool.

> This assumes the code you wrote is already correct and giving the correct answer, so why bother writing tests?

It catches regressions. Which is the one thing where such semi-automated testing is most useful in my eyes.

No clue though why they gave it that weird "expect" name. Basically, it's semi-automated regression testing.

Android's not better, unfortunately. We also tried them for the kids, and most protection software back then simply could be killed by rebooting the phone and overloading the phone a bit immediately after reboot.

MariaDB has system-versioned tables, too, albeit a bit worse than MS SQL as you cannot configure how to store the history, so they're basically hidden away in the same table or some partition: https://mariadb.com/docs/server/reference/sql-structure/temp...

This has, at least with current MariaDB versions, the annoying property that you really cannot ever again modify the history without rewriting the whole table, which becomes a major pain in the ass if you ever need schema changes and history items block those.

Maria still has to find some proper balance here between change safety and developer experience.

It's totally buggy unfortunately, and has been for years. Also, all time limit features are circumventable by switching time zones for example.

Sometimes apps will randomly appear to have time limits which the parent has never set also.

It's really a bugfest through and through.

Wished he'd spend as much as effort on writing endings for his books as on that blog post.

Sorry. Just grumpy, cause I always love the first 80% of his books and then they somehow... just disintegrate.

While I support protecting insects and I literally see how their amounts decreased since I've been a child, I wished people would stop the alarmist "food supply in danger" headline. It's not, at least not because of the insects. Most of our food supply is not dependent on wild insects, instead people usually pay for cultivated bees to pollinate their plants. Business is too serious to rely on circumstance.

The real problem is that loads of the wild plant life depends on wild insects, and we do not want to lose that.

Don't get me wrong. Neither I deny climate change, nor do I say we should destroy nature as much as we do.

But we need to start talking the truth instead of invented talking points, or people won't take science serious anymore... even more than they already ignore it.

I loved Red Alert 2 so much at release. Always was the pinnacle of (single player) RTS for me. The over-the-top characters, the cheesy story, the terrain interactions...

Everything afterwards felt lame and was geared too much towards multiplayer balance, which does not interest me the least.

> I feel that my clients and I never had significant difficulty in finding providers

Yes, for professional uses. But we lost the next generation of devs. You could put PHP on any shared webspace and people started messing with it and from that messing, the next generation of open source PHP programmers came.

I have been using Perl for almost 30 years now, privately and professionally. People here tend to say, Perl 6 or Python killed it, but that's not what I experienced in those 30 years. Not that simple.

It was a combination of things, the Perl 6 announcement was one of the smaller parts actually.

- TIMTOWDI lost against "batteries included", and it lost big: It's not so much that the simpleness of the Python language won over Perl, the real and absolutely major problem at that time was the success of CPAN, which "killed" Perl 5. Perl 5 would have needed ONE object system, ONE base exception class, ONE way to do function signatures. Instead at the time, it came bundled with a bunch of Perl 4 utilities which nobody dared unbundling, CGI and a handful math functions. Being able to pick is nice, but everybody else did pick, too, and so if you used any CPAN dependencies, you soon had 3 incompatible object systems, 4 type systems, 5 exception systems co-existing within your project. A problem Perl has to this day and the reason why my team tends to re-implement stuff instead of pulling in dependencies. Python's "batteries included" approach easily won out, because stuff worked with each other and you didn't burn then scarce RAM on having different implementations of the same thing.

- Perl started to lose at the low-cost hosters against PHP already pretty early. It was easier during a certain time period to have a halfway performant PHP installation than a performant Perl installation. Hosters usually only offered CGI for Perl, not mod_perl, while PHP usually was offered as FastCGI module or mod_php which supposedly was easier to install. No low cost hoster wanted to mess with mod_perl, because it always was a hassle to setup.

- Speaking of mod_perl, things in the web dev sector still stayed pretty stable as long as Apache 1 ruled. People had to use mod_perl, but then you had a pretty performant solution. Then Apache 2 came around but mod_perl 2 wasn't ready for a long time (honestly I don't know whether it ever became ready). The Perl community at that time appeared entirely unprepared for that. While Python users were accustomed to run standalone Python servers behind proxies, Perl always was relying mostly on mod_perl. But threading in Perl stagnated and ran against a wall, and Apache 2 preferred multi process multi threading modes versus the simpler prefork multiprocess model that Apache 1 and mod_perl 1 ran on. This was the time were you could basically feel the creaking and everything breaking apart: suddenly there was no clear path forward, with mod_perl2's stability issues and the general threading stability issues of Perl 5.

It took years for the community to recover from that and focus on things like the Python-inspired PSGI/Plack as a way forward.

So, how does Perl 6 fit into this? Yes, in the early 2000s we did think, it would be just around the corner and be a clear upgrade path and solve everything wrong with Perl 5. Nice fantasy at the time. But at the same time, people were busy with far more pressing immediate problems, like how to migrate away from mod_perl1. When Python's WSGI and soon after that, Ruby on Rails came, they pressed directly into the vacuum left open by the mod_perl 2/Apache 2 disaster and this is actually what sealed the deal, IMHO.

I'm not even sure you can generalize to "in the EU" here. A lot of contract law might be different between countries.

So for example, in Germany, an EULA would be considered an AGB, and subject to §303 BGB and following paragraphs, which e.g. means, "surprising" clauses which you cannot reasonably expect beforehand being part of the EULA would be unenforcable or §307 BGB would make certain kinds of one-sided/lop-sided clauses unenforcable.

Other EU countries might have other laws. I'm not really sure this is an area of unification, and a lot of the commonalities there is might be more due to the common heritage of Napoleon's Code Civil which underlies contract law in many european countries, instead of EU unification efforts.

Have to insert my regular rant that while I wholeheartedly support compensating font creators, pay-per-view licensing for fonts is ridiculous and must end. Offer manageable flat fees, more people will license. Continue this license policy and stuff like in this article, even more people will run to open fonts.

Lol. This is supposed to replace me at my job already?

Great experiment!