> “We’re entering an era of untrustable code everywhere” - This assumes AI-generated code is inherently less trustworthy than human-written code, which isn’t obviously true.
It's not true if your humans are on controlled substances all the time, it is true if we are talking about real humans.
I've been testing coding agents on real code and I can say without a doubt that they make worse mistakes than humans.
I'm European and European providers need to start by not being dishonest, we can't just give 'em some slack just because they are "ours". I'm not putting my data into a company that can't even be honest about their actual reliability.
Péter Magyar has emerged exactly 1 year and 5 days ago, he went from a nobody to looking more and more like the end to Orbán's reign.
Orbán has been complacent because the opposition was fragmented and useless, but now it looks like it's the end of the line for them and they are scrambling and just digging themselves deeper and deeper. They attack Péter Magyar with all sorts of unprofessional and childish insults, they leaked his medical records, however each time they do this, it usually backfires spectacularly.
A rapper named "Majka" has made a song about a prime minister of a country called "Bindzsistan", of course everyone knew who he was referring to and FIDESZ members made the fatal mistake of reacting to it, thereby confirming that they do believe that they are the corrupt establishment the song is about. We are now at the stage where Magyar Péter is the pop culture cool guy and FIDESZ is the uncool party.
I believe that the best thing Orbán and his party can do is: shut up, but they won't due to their arrogance.
Most Hungarians either indifferent about the Pride parade or they support it, attacking it earns FIDESZ very little.
In Hungary the interpretation of the GDPR is so hardline that it's virtually impossible to install security cameras, I find this move incredibly hypocritical and believe that if the EU values their credibility they will act, otherwise we can conclude that the GDPR was a complete waste of money.
I don't get the obsession with YAML and making things declarative that really should not be declarative.
I'm so much happier on projects where I can use the non-declarative Jenkins pipelines instead of GH Actions or BB pipelines.
These YAML pipelines are bad enough on their own, but throw in a department that is gatekeeping them and use runners as powerful as my Raspberry Pi and you have a situation where a lot of developers just give up and run things locally instead of the CI.
I haven't tried to step through Scons, so that may be a system that looks like how I want it to look but fails entirely to deliver on its promises for all I know.
I think there's a place for making a builder that looks imperative, but can work out a tree of actions and run them. Gulp is a little bit this way, but again I haven't tried to breakpoint through it either.
If the next evolution in DevEx is not caring about what your code looks like in a stepping debugger, then the one after it will be. Making libraries that present a tight demo app for the Readme.md file and then are impossible to do anything tricky with or god forbid debug just needs to fucking stop. Yesterday. And declarative systems are almost always the worst.
European here: other than people obsessed with certain political events, nobody really cares, people aren't going to throw away their iPhones and switch away from Microsoft.
I also find this very strange, that people did not talk about doing the mass exodus after we found out the US is conducting mass surveillance on us, but just because they don't like the politics of the current president, they start talking about how bad the US is.
> The expectation is that especially US tech will be weaponized
That should always have been the expectation, that's why the basic idea of GDPR was a good one, too bad they have botched it in the end.
> I know people in the US are focused on DOGE, but over here in Europe, the impression is that the US completely destroyed its soft power this week.
It's just some politicians who are unhappy because things didn't go their way, a lot of ordinary people are just happy to see hope that the economic suicide might be coming to an end, maybe next year my energy bills won't be 3x of what they used to be 3 years ago, one can dream.
Keep in mind that most people don't even understand what current events are about, the vocal minority can be very vocal.
> so people are switching search engines
> Are people talking about this - do they take it seriously or believe there is no alternative to US tech?
Switching search engines is easy, try switching your whole office from Windows to Linux.
> What does it mean for US startups, California and global tech?
It will mean nothing, if I need to build a product that requires US tech and there is no alternative, I'm going to use the US tech, end of story.
No it didn't, you just need to stop asking questions an LLM can easily solve, most of those were probably terrible questions to begin with.
I can create a simple project with 20 files, where you would need to check almost all of them to understand the problem you need to solve, good luck feeding that into an LLM.
Maybe you have some sneaky script or IDE integration that does this for you, fine, I'll just generate a class with 200 useless fields to exhaust your LLM's context length.
Or I can just share my screen and ask you to help me debug an issue.
We should have seen this post before Hector Martin got so fed up that he decided to resign(to be fair, he probably had other issues as well that contributed).
I was very confused by the lack of an actual response from Linus, he only said that social media brigading is bad, but he didn't give clarity on what would be the way forward on that DMA issue.
I have worked in a similar situation and it was the worst experience of my work life. Being stonewalled is incredibly painful and having weak ambiguous leadership enhances that pain.
If I were a R4L developer, I would stop contributing until Linus codifies the rules around Rust that all maintainers would have to adhere to because it's incredibly frustrating to put a lot of effort into something and to be shut down with no technical justification.
Clarity was apparently provided privately. However, I have to say that a public statement would have been better. I can only imagine how demoralizing it is for the R4L contributors to watch their work being trashed in public and the leadership is only privately willing to give reassurances. Not to mention bad for recruitment.
You know, the complaint is that R4L would add undue load to existing maintainers (at least that's about the only coherent technical thing I've gathered from Christoph's emails). What also adds undue load to existing maintainers is causing their peers to quit. Hector Martin is a talented individual and the loss of him will surely be felt.
> end up suffering US state censorship at some point.
You had a higher risk for that with the democrats, remember the AI videos that upset Kamala and Gavin?
European countries have a far worse track record of censorship.
> Still, I would flag use of US services as a major risk for non-US businesses right now.
> Given the current state of things, I think it's entirely plausible that US services are either hit with things like tariffs, or end up suffering US state censorship at some point.
Who made your phone, your computer and the OS your computer is running?
I'm an EU citizen, I would like the EU to be a competitive place in terms of software, however at the moment I have to say that it's a hostile place for software development and software as a service.
They are making too many dumb and potentially dangerous laws, just look at the cookie consent laws that accomplish nothing but erased millions of euros.
They AI laws and aspirations make me not even consider making any software that runs AI in the EU. I don't want to harm people, but it's next to impossible to make the distilled LLM I'm using to not say occasionally dumb shit. Just because an AI is "dangerous" doesn't mean you cannot use it in a place where it poses no real risk.
Most software businesses operate internationally, so the EU regulation is something you'll have to deal with no matter where you host, assuming you sell into the EU. I don't believe that hosting in the EU means you need to treat non-EU jurisdictions with EU law.
Note too that places like OVH have data centres in multiple countries, just like AWS and Azure do. I can't comment on taxes for companies registered in the EU as I don't live there, but again, where you are headquartered as a business is up to you, and there are many choices.
In terms of being competitive, some European services like OVH, Gandi, and Mistral are absolutely competitive internationally. For AI, Mistral is up there with the best of them.
> I don't believe that hosting in the EU means you need to treat non-EU jurisdictions with EU law.
Let's say to that I want to develop something that uses an "evil" AI and I only want to sell to countries outside of the EU, I just can't do that because during development I would be suffocated by unhelpful regulations while someone in the US doing the same would be not.
> Most software businesses operate internationally, so the EU regulation is something you'll have to deal with no matter where you host, assuming you sell into the EU.
Having my whole business being at risk is not the same thing as only having a significant market being at risk.
> where you are headquartered as a business is up to you, and there are many choices.
Yes and the problem I was pointing out is that I would unlikely to pick an EU country because broken legislation that would hinder me is not something I want to deal with.
The EU problem is that legislation that is not around manufacturing is very knee-jerky, I don't feel like it would be a safe place for my potential software business, because legislation seems to be driven by headlines rather than rationality and the people making the legislations don't look too competent based on the end results.
> In terms of being competitive, some European services like OVH, Gandi, and Mistral are absolutely competitive internationally
Azure, AWS, Digital Ocean, ChatGPT, Meta, DeepSeek are a league of their own.
I'd say developing "evil" AI is a bad business idea. And if you really think that Mistral is not competitive then you clearly know so little about the AI landscape that it's hilarious that you think you're going to go develop some "evil" AI company.
> I'd say developing "evil" AI is a bad business idea.
You know that quotes have a meaning, a knife can kill people, but it can also be used to make tasty food, the EU wants to ban the knife because it can kill people in this case.
> And if you really think that Mistral is not competitive then you clearly know so little about the AI landscape that it's hilarious that you think you're going to go develop some "evil" AI company.
Making up childish nonsense does not advance your argument.
A lot of teams using NextJS end up creating things that are effectively SPAs where some part of the code run on the server, they gain no benefits but end up dealing with relatively long compilation times and have to deal with the confusing issues around client vs server components.
If you want to optimise for SEO you might want your content to be rendered on the server, however: rendered on the server is not the same as being sent down in the initial HTML payload. Server components are not convenient to use, because they cannot be interactive, even code that you would expect to work does not work on the server.
There are good parts like server actions, however they are plagued with very strange limitations making them not so useful.
If you want to statically generate websites and want to use React, NextJS can be a good choice, however for complex web applications I find that it's not ambitious enough to justify even the extra compile time that I get from its tooling compared to Vite.
Can confirm, that was the last project I worked on that had SSR; fancy product website / e-commerce, combined data from a CMS-as-a-service and a webshop-as-a-service, rendered pages in one go using Gatsby, published it. I believe that was the best of both (SSR / webapp) worlds, in that it was both fast and indexable in a static context, and if the user had JS enabled and the page was hydrated, navigation was super fast and lightweight because only some JSON went over the line.
I'm not sure if I would do it again though, but we'll cross that bridge when we get to it.
It's not true if your humans are on controlled substances all the time, it is true if we are talking about real humans.
I've been testing coding agents on real code and I can say without a doubt that they make worse mistakes than humans.