DOGE represents all the worst aspects of startup culture. These guys saw all the existing expertise in the federal government as lazy, stupid, old-fashioned, and wasteful, and they thought that they were basically supermen - smarter, harder working, infused with AI superpowers. So they ripped up institutions that have been built at great public cost over generations. These institutions deal with incredibly complex real-world problems. But the DOGE people thought that with AI they could make better decisions in a few seconds than people with decades of experience. The results were pretty much what you would expect. Much of what they trashed was valuable, even lifesaving. (USAID is the prime example). Destroying it saved the US government a relative pittance (the US government spent more money in 2025 than 2024) but the human cost was enormous. Imagine being a young political leader in a developing country. You've grown up thinking favorably about the US because of the positive engagement we've made with your country - not just humanitarian aid, but also elites in your country have gone to school in the US and felt welcomed here. Now, you've just seen that the US will abandon all its promises to you in a heartbeat and leave your country with a humanitarian catastrophe. Why would you ever see the US favorably? Or imagine that you're a small business owner who provided some valuable product or service to the US government. You've made business plans based on the understanding that the US government is a reliable customer. Then an AI told a 23 year old with no experience in your field that your contract was wasteful. The DOGE guys will move on to other cushy startup jobs. They'll make a ton of money in their careers. The rest of us will be left to deal with the fallout.
You give them too much credit if you even suspect them of doing the right thing. You can't expect them to just give up an avenue to such an unfair advantage, no matter how illegal it is. Their wealth and power is incompatible with ethics and legality. I mean, what else do you expect from a guy who so insensitivity mocked and laughed on TV at the misery and suffering that he inflicted on the ordinary people? Besides, who is gatekeping their access to the federal systems now? They fired everybody who tried to resist. Let me get into a conspiratorial territory now. I have a feeling that the access to those systems are not limited to just this wannabe-Nazi and his minions. I suspect that some very hostile and clandestine elements like Palantir might have integrated into it. I don't have serious evidences to back up any of these. But a lot of people are discussing this now. These aren't even secret plots. These tech bro billionaires have been publicly expressing their contempt and disdain for ordinary people and democracy for nearly two decades now. They had been publicly endorsing and promiting tech authoritarianism. Much like the Project 2025, they had been outlining their plans too (though less publicized), that they're following to the dot now. Crimes come with a user manual these days, it seems! They salivate over a tech dystopia like in the Dredd comics. What lends credibility to this is their publicly conspicuous cooperation, that's less likely under normal circumstances. All these are why I always say that 'I have nothing to hide' is a terrible argument against personal privacy. Anyways, just assume that your past and future confidential information is entirely compromised by some very nefarious elements that are openly hostile at you.
Something I never see mention is that all agents / CLI tools seem to modify local files. Which makes editing current files, working with the git, asking to only modify some parts of the files etc. cumbersome, as the agent is constantly reading and writing to files that we are also accessing. This is usually solved by using git worktree but this solution requires 1 new folder name and branch for each new agent, and each folder will have its own unique name and others issues. While it can be super powerful, I wish there was a quicker "in memory" agent solution where each agent keeps in its own RAM the list of files modifications ("patch") it recommends to apply to solve current issue. Then we could apply that patch depending on what we're doing, if we have others patches to apply before etc. Also even if agents can work in parallel, sometimes we only have 1 of them in front of us and if we already know what's the next thing we're gonna ask, we'll still wait for the previous task to be completed before sending the new prompt. I'm not sure how to improve this async problem, I guess I could launch multiple agents in parallel but I wouldn't get sharing of the chat history between the different agents, and when I work I usually work on related issues that depend on each others, thus I do need some kind of global or shared context between agents analyzing codebases and creating patches. Anyone has ideas over how to improve those AI coding agents workflows ? Maybe latest versions of GitButler https://gitbutler.com/ but I'm not sure, and it does use git worktree behind the hood
Actually, it was, given that many right wingers who benefit from a sense of unease from existing in society boosted the video to make it seem like more than an a random act of crime, done by a schizophrenic man who wasn't treated properly. > [The suspect's] mother told ABC News that [the suspect] was diagnosed with schizophrenia [...] and displayed violent behavior at home. His mother said that she had sought involuntary commitment, but that it was denied. > Elon Musk criticized judges and district attorneys for allowing "criminals to roam free". > U.S. President Donald Trump called the attacker a "madman" and "lunatic", and said that "when you have horrible killings, you have to take horrible actions. And the actions that we take are nothing", before blaming local officials in places like Chicago for failing to stop crime and denounced cashless bail. > On the same day, the White House released a statement criticizing "North Carolina's Democrat politicians, prosecutors, and judges" for "prioritizing woke agendas that fail to protect their citizens". > On September 9, the White House released a video in which Trump said that Zarutska was "slaughtered by a deranged monster". > On September 24, U.S. Vice President JD Vance discussed the killing in a visit to Concord, North Carolina, blaming it on "soft-on-crime policies" and stating he was "open" to deploying the North Carolina National Guard to Charlotte if requested by Governor Stein and Mayor Lyles. > The U.S. House Committee on the Judiciary held a field hearing in Charlotte on September 29 on safety in public transit systems and the treatment of repeat offenders. 1: https://en.wikipedia.org/wiki/Killing_of_Iryna_Zarutska#Reactions
>However, as already implied in my article, you can get most of the guarantees without losing your sanity. Yeah sure, but what compares that gives you similar perf, safety, and language features to Rust? I'll use "safety" in a loose term to say "you really infrequently encounter odd memory safety issues". Go for example still has the occasional memory corruption issues with maps in particular although these don't show up too often and the race detector exists. C# is probably the closest I can think of for AOT? I don't really know what the deployment story for a .NET application looks like these days though. Go has some language design things that turn people off. >but they are not the sole source of bugs in applications — as developers of Zed found out. You called out Zed in the blog post as well but I've not seen the Zed devs expressing regret of using Rust. Is this just an assumption on your part? As someone who's written many UI applications with egui and one with GPUI, I've felt some minor pain points but nothing show-stopping. I used to write a lot of C#. I used to write a lot of Go. I now write none of either and basically exclusively write Rust these days and a bit of C/C++ at work. The only time I've really felt the pain of `Rc<RefCell<...>>` gross types was recently when trying to port a game engine's data loader to Rust. It makes heavy use of OOP patterns and trying to emulate that in Rust is asking for a bad time, but I did it out of just out of trying to one-shot the migration and keep logic similar. Not fun, but I knew what I was getting myself into.
> It really depends on what you are compiling. I did lots of C/C++ that compiled 50k lines of code in 10 seconds FROM SCRATCH — I doubt you can do it in Rust. To be fair, headers in that project were somewhat optimized for compilation speed (not "hardcore", but "somewhat"). People forgot how fast C/C++ compilation can be without 10 Boost includes in each module. Incremental compiles in Rust are very fast because it has an actual module system instead of textual include. I don't care much how long from scratch compiles take, but even there my experience is Rust is faster than C++. > Arc<RwLock<Option<T>>> — sounds good now? Don't get me wrong — C++ can be just as horrible, but Rust made it a rule, you can only write your program like this. I'm not sure what non-garbage collected language would be better here. C++ would be about the same. C would be far far worse as it has no templates. Garbage collection would allow you to omit the Arc, and a language like Java where nearly _everything_ is optional would allow you to omit the Option, but I don't think many people would make this trade. > I've already answered above, but I can repeat: there are runtime models that allow crash and recover, there are models that crash and limp. In Rust there is only one model of crash: you just crash. You haven't defined what "crash" means. Rust uses a Result types for error flow and you have just as much control over recovery as any other language. If you are talking about panic, well yeah, that's like calling abort() in C, except it allows more fine grained error recovery with catch_unwind instead of a global SIGABRT handler or w/e for your OS.
 Top