We priced this out when we bought our Ford F150 generator on wheels. It was maybe 3k including parts and labor. We opted to go without the fancy socket and breaker, and it cost us about 600 USD.
The cheaper version even, which may be what you are talking about, is literally just a piece of plastic or metal called an interlock on the breaker box that prevents the main from being on while the generator inlet is supplying power (backfeeding the line). Then all you need to do is install the inlet on top of that which when I did this a few years ago was around $1,000 USD all in parts and labor.
Electricians like their transfer switches because they are right sized and everything, e.g. they are more foolproof for the end user to operate, but the interlock approach actually gives you more control because every breaker is allowed (a transfer switch will only expose some small subset of all your breakers usually), you just have to manage the power supply yourself.
I have one, and I have powered my house with it on a few occasions. I made the purchase after a friend of mine ran his for four days straight. I always fill up the tank if there are storms coming.
When I was shopping in 2025, this was the only truck with that kind of output.
The abstract appeals to a few intuitions, and then vaguely waves toward a kind of slippery slope based on those intuitions, while adding that we ought to not use spatial distribution as bearing on parthood for certain kinds of entities. This has further intuitive appeal for folks who think that consciousness is a kind of emergent property.
It's a little cheeky and seems a little undergrad-ish to me, but I wouldn't call that either absurdist or postmodern.
Also what's wrong with the ship of theseus? If _you're_ tired of hearing that kind of argument, that's fine, but why dismiss it? It's thought-provoking at least, and the kind of thought it provokes has, in my opinion, some practical import
The solution to the riddle of the Ship of Theseus is “continuity.” Continuity defines the form and embodiment of identity.
As for the rest, it is sad, for it is provoking a casual sarcastic hand waving appeal in the near fraudulent guise of constructive thought. Maybe the person has a publication quota? Or just wants to get their name out.
Not constructive. I accuse it as alluring to those who cannot take their ideas seriously.
> but it's nothing like the code generating models we're all using today for code and automation.
Is this true? Code is structured output. At the very least it seems like a question of degree rather than kind.
While the LLMs we're using today are limited to sequenced text, it seems that a model like Jev could excel at coding on a more structural level (factoring, controls) by working within the constraints of an actual language specification and supplemental domain model. I don't know, though -- maybe that's too deep and complex.
On the other hand, there are claims that the best languages for robots tend to be terse (allegedly); I tend to regard a rich domain model (static types, not terse) as a major facet of high-quality code.
I bought Redwall for my kids a few years ago, and was stopped by three different people while walking from the back of the store to the checkout who commented on how good the books are!
LLM-based code generation requires disciplined operation to lead to the best outcomes. Shops who only ever had taste as a proxy for discipline were missing this before, and they're missing it now. The fact that it's missing is why so many organizations are tolerating ever-growing mountains of slop. (Not new, by the way; just dramatically accelerated.)
Discipline can be linked to system design standards and your review process, and it can be translated to measurable outcomes at scale and over time, regardless of how agents are involved: unplanned work, time to recovery, employee retention, etc. When outcomes like these become your priority, you see that you can't rely on taste alone.
For building web applications or a system that includes logic that needs to run on the web? TypeScript is mature enough, and it's top tier for domain modeling. As long as you stay disciplined, Claude Code will write excellent TypeScript for you, and you can run it pretty much anywhere.
The only reasons to hesitate, imo, are (A) you're worried that it won't perform as well as you need on your servers, or (B) you're scared of npm supply chain attacks.
reply