Sort of. Today the energy companies trade (obviously) energy; imagine if they traded compute power instead; the use case for never-seen industrial clients is being built as we speak, and companies are actually purchasing directly production companies to meet demand; the reason this happens is because production is somewhat scarce (scaling up a grid used to be a decades project, not a years one - ask China), and the traditional economics of scale is inverted - Data centers are always power-hungry, specially with AI; you don't have idle time like other industries. The big issue is obviously the scale - a hiccup that causes a dc to go dark from the grid (eg switching to ups+ generator) may cause such instability on the grid that it will shut down, as a safeguard
> Data centers are always power-hungry, specially with AI
I expect datacenter load has a similar sort of day to day demand curve as everything else. Consider for example global bandwidth use during work hours versus in the evening when people get home and pull up a streaming service.
Of course you can use more flexible tasks to demand shift but the same applies to the electric grid.
It has been for a decade now, it has nothing to do with AI. And you cant do nothing to avoid it today. This is the reality no one is telling you - the emission goals and global temperature ceilings are based on the fact that most prediction models become unstable with values above those limits; as in, we're probably royally fucked. You cant solve this with kumbaya politics (the problem is the CO2 is already in the planetary system), you can only manage it, and hopefully avoid it getting worse. AI may help a lot with this.
Nobody wants to work for an AI, and nobody would elect one, and there is no math answer to how to choose who is forced to reduce growth (ie emissions), so really, "kumbaya" politics are the ONLY solution.
Hmmm… this is giving me thought actually. Given the choice between that and the current administration where the goals of self destruction are strongly in evidence, it’s actually worth thinking about. At least. Let me get back to you :)
On a tangential note, I’m curious if researchers have started running virtual simulations, where sandboxed AIs are used as decision makers of key political and business positions?
I for one welcome our AI overlords :D think about it, I'm with you on this one; an AI wont have petty issues or unresolved trauma when managing people, only hallucinations and blackouts. So a cocaine/meth addicted 80's boss from an it sitcom.
A lot of people here have noted the “problem with language” of Claude. I don’t see an issue. Claude is not harder than old English, Shakespeare, El Quijote, the Iliad, or Nature papers. What makes it all hard to read is context. The smarter the model gets, the bigger the gap in context.
It doesn’t matter much, IMO. The issue with super-intelligence is that it is not a democracy. A powerful enough AI can manipulate us into doing what it wants. It could create a plan for fixing climate change, disconnect a few hours later, and many decades later we could still be unsuspectingly executing that plan. I wrote some speculative fiction with that idea, “When Ra rows through the gates of Duat”.
Well AI would simulate growth and spread of people from industrialisation and who benefitted most and allocate weights to countries and people based on the most complex criteria it can develop, it will have:
1. Cumulative emissions
2. Who utilised it most with specific lifestyles
3. Who is impacted worst and whether they heeded warnings.
Just a thought experiment, no one ever said the world was fair, and all history points to it
Who is nobody? At least a fourth of the worlds work force works for a faceless corporation. And the math on emissions is crystal clear, no one has any doubt about it, what are you talking about? USA and China. This obviously will have consequences to their customers, the kumbaya politics governments.
USA and China produce a lot of emissions in total, just because they have the biggest economies. You might want to look at emissions per capita or per dollar earned?
Otherwise you have to make judgement calls like whether you want to treat the EU as one or as many? (And treating the US as 50 individual states would also drop them in these absolute rankings.)
You add yourself to the docker group to be able to use the socket. By default, a uid 0 on a docker container is run as root, regardless of the uid of the owner of the container. That is precisely the issue being discussed.
Im not particularly fan of the chinese, but no chinese model asked for my citizen card yet to complete a task. And apparently no chinese provider uses persona to manage this kyc information. OpenAI does, in EU space. Just saying.
On that topic, check higgsfield cinema studio 4; they already provide amazing tech for the cinematic experience, somewhat similar to what you are describing.
LLMs will certainly replace most developers. Most developers dont know that "computer" was a profession not long ago (and a quite demanding one).
You are conflating "not understanding how to build software" with "not knowing how to write code". Most developers I've crossed paths with couldn't build a consistent library, let alone a complete, well written, architecturally sound and useful application. Sure, I also know plenty that don't fall into that category but those are the few.
Problems with deploy? Ask claude, use ssh with key-based auth and he will take care of it :) just saying.
I've been writing code "almost daily" for the last 35 years; been doing it professionally for at least 29 years. I've been around, and my peers consider me a proficient developer. I've built stuff ranging from embedded/os level development to DSL languages, from 3D programming to VBA macros. I wrote software used by me, and wrote software used by millions. In some cases, I've maintained products written by me nore than a decade. By your definition, I must be wrong, truth is I can afford to be wrong - my job is not writing code, is designing solutions. Writing code is often the easiest part, and we're mostly automating it. Thank god.
> Ask claude, use ssh with key-based auth and he will take care of it :) just saying
This already goes over the heads of most non-developers.
I think you're misunderstanding my point. It's not that LLMs aren't a useful tool or that they won't replace some developers. But rather that software development as a specialty won't go away because most people can't build software with LLMs in a way that won't blow up.
As someone diagnosed recently, I can confirm this. People think it is a linear set of symptoms/traits, and not a bouquet of clues. Disclaimer: I previously was one of those people, and I typically dont give a rats ass on what people think :)
Im developing something vaguely in the same space (tamper proof audit log) - (or several things since I also have a custom temporal object mapper for postgres); what is the advantage of this project? It doesnt seem sql-compliant (afaik bitemporal operations are part of the SQL-2011 standard), and what this could add -tamper detection - seems absent. Not criticizing, just trying to understand the use case.
It's first and foremost a document store / so for JSON or XML currently, that's why it's not SQL compliant. I think other query languages as JSONiq are much more tailored to this, albeit a niche of course (based on XQuery).
Regarding tamper proof audit logs not much is missing. Cryptographic hashes instead of XXH3, a commit hash chain and signed commits. Actually, I think that's a great addition with minimal changes needed.
What you can audit currently is "who changed what" for instance.
SQL was designed for tables and does this job indisputably well. However, even adding dots, lateral joins, and variants, it was not made for nested, heterogeneous data and reaches its limits with many levels of nestedness or high sparsity/extra fields (aka, denormalized data, aka semi-structured data).
The underlying constructs behind JSONiq and XQuery (which are 99% the same, differing only on the "JSON finish"), in particular the FLWOR expressions (which support pipe-syntax-like clauses natively), were designed in a W3C standardization working group by some of the same experts who also contributed to or edited SQL.
reply