Forgot your password?
typodupeerror

Comment Re:Why? (Score 1) 149

Yeah, there's two main problems:

1) People entering the wrong fields. For example, medicine really needs workers, at all levels, but not enough people are going into it.

2) Certain manual labour fields, like field work and home construction, because... well, I think we all know why there's a shortage of workers in those fields.

Comment Re:An AMAZING number of flaws (Score 1) 62

Part of it may be a dysfunctional corporate culture, but a lot of it is a consequence of Microsoft's business decision to maintain backwards compatibility at all costs. When you're committed to retaining every design mistake, forever, the complexity of the codebase just keeps rising, which means that less and less of it can fit into anyone's mind at one time, which means more mistakes are made going forward, and the technical debt just keeps compounding.

Comment Re:LLM output is Grey Goo and Ecophagy. (Score 2) 149

Or let's put this another way. Show of hands - how many of you "spicy autocorrect" / "stochastic parrot" people had "AI will start mass-solving Erdos problems" on your forecast list a couple years back? Huh, none of you? Fascinating!

Take some time to reassess your priors. And while you do so, understand that, yes, they are doing logic / reasoning.

Comment Re:LLM output is Grey Goo and Ecophagy. (Score 4, Interesting) 149

They weren't discovered by an LLM. They were known conjectures that were proven by an automated solving language that was linked to an LLM.

I'll take "Things That Didn't Happen For $200", Alex.

Only a handful of meaningful proofs have ever been done by automated formal theorem solvers (the Four Colour Theorem being the most noteworthy example - but its proof is so long that humans can't verify it). By contrast, AI tools have been solving Erdos problems en masse. The majority of them just bog-standard commercial models. In case you need help, the only ones on that list that were hybrid (AI / non-AI) in the actual solving phase are:

1) AlphaProof / DeepMind Prover Agent / AlphaProof Nexus
2) Aristotle (Harmonic)
3) Seed Prover / Seed Prover 1.5 (ByteDance)
4) AxiomProver (Axiom Math)

In each of the above, LLMs come up with the lemmas / strategies but then use Monte Carlo search ("brute force") or likewise to investigate what they came up with. These are a minority. In the "AI Standalone" category, these "hybrid" tools made up only ~20% of attempts and successful proofs. Hybrid tools actually made more of a contribution in the "AI Alongside Literature" (related literature found afterward) and even more of the "AI Building On Literature" (related literature known beforehand) categories, which is the opposite of what people like you expect.

And even with the hybrid tools, it's still the AI doing the heavy lifting when it comes to strategy. Non-AI theorem solvers, again, don't have a spectacular record for churning out novel proofs to unsolved problems. Tools like Lean are more about mathematical rigour - a passive environment that requires a driver (a human or AI) to feed it actual strategies, lemmas, and proof steps. And no, you cannot brute force "strategy" in the vast majority of cases, which is, again, why automated theorem solvers don't have much of a track record with unsolved mathematical problems.

Let's take a random example: the disproof of the unit distance conjecture. It was solved purely by a general purpose commercial GPT model, not custom-trained to mathematics, with no external tools. Read what the various mathematicians reviewing / commenting on it have to say (sections #3 and onward). Seriously, don't skip reading them, actually read them. This was one of Erdos's favourite problems. He mentioned it commonly in his lectures. Essentially every mathematician working in complex geometry has thought about this problem. The approach that the model came up with was highly novel approach, based on CM-fields and class field towers.

I know you don't want to accept this reality, but it is the reality, so you better improve your ability to accept it,. The field of mathematics is already doing so.

Comment Re:It's bots and ragebait, thats why (Score 2) 107

Perhaps the real problem is that there is simply no reliable way to tell a real human's post from a generative AI's post anymore, since by the AIs are trained on the posts of real humans and are asymptotically becoming indistinguishable from them. You certainly can't simply go by post-quality, since the some of the smarter bots are better posters than some of the, err, less-well-informed humans.

Because of that, it's hard to feel good about putting any real effort into a social media conversation, because in the back of your mind you're always wondering: am I engaged in any kind of constructive activity here, or am I just unknowingly humping a rubber doll that Zuckerberg (or somebody) has provided for my amusement?

Comment Re:"Reasoning" (Score 1) 187

You are speaking irrelevant nonsense. LLMs are trained in words

They are not. They are trained in tokens. Tokens do not align with word boundaries, and an arbitrary word can be tokenized in many different ways.

and they think in words

They do not. They don't even think in tokens. The process is: words are split to tokens, tokens point to an embedding position (latent space) while RoPE encodes a relative position, and all reasoning is done within latent space, which is not at all verbal (concepts are directions in latent space, and math is done on concepts, not words).

Comment Re:Why not put a generator on the engine? (Score 1) 49

Also, a note: when spec'ing a generator, you need to know how much you're planning to use it vs. batteries. If it's only going to be used rarely, you prefer low mass, low volume, low cost, and low maintenance when unused (at the cost of low efficiency and higher maintenance in use), whereas if it's going to be used a lot, you prefer high efficiency and low maintenance cost in use, even if at the cost of higher mass, volume, cost, and maintenance when unused. In the former case, you'd prefer to allocate that extra mass, volume, and money into a larger battery pack.

Slashdot Top Deals

A debugged program is one for which you have not yet found the conditions that make it fail. -- Jerry Ogdin

Working...