I admit I just don't understand this attitude. People had the same complaints that the code produced by early coding models was messy, lazy, poorly commented, had terrible architecture and so forth. The central complaint was that it was just too difficult for humans to review. The answer is just to improve the models and move on. Similarly now we're getting AI doing math. The proofs compile but are a mess. So just ma…
A Beginning for Mathematics
81–90 of 108 posts
Re: A Beginning for Mathematics
#82I admit I just don't understand this attitude. People had the same complaints that the code produced by early coding models was messy, lazy, poorly commented, had terrible architecture and so forth. The central complaint was that it was just too difficult for humans to review. The answer is just to improve the models and move on. Similarly now we're getting AI doing math. The proofs compile but are a mess. So just ma…
There's a fundamental difference between the goal of code and math. The goal of code is to produce software that does something useful. As long as the code does what it's supposed to do, arguably, it's good to ship. (As you imply, we want the code to be good enough to also be reasonably certain there are not too many bugs, that it is maintainable and can be extended etc. This is what early models failed at but now se…
What is the point of writing software if nobody will run it?
> So mathematicians should feel free to use AI as much as you want, but in the end, they should've gained some understanding on what happened.
So they ask the AI to explain the proof.
Re: A Beginning for Mathematics
#83I admit I just don't understand this attitude. People had the same complaints that the code produced by early coding models was messy, lazy, poorly commented, had terrible architecture and so forth. The central complaint was that it was just too difficult for humans to review. The answer is just to improve the models and move on. Similarly now we're getting AI doing math. The proofs compile but are a mess. So just ma…
There's a fundamental difference between the goal of code and math. The goal of code is to produce software that does something useful. As long as the code does what it's supposed to do, arguably, it's good to ship. (As you imply, we want the code to be good enough to also be reasonably certain there are not too many bugs, that it is maintainable and can be extended etc. This is what early models failed at but now se…
Re: A Beginning for Mathematics
#84I admit I just don't understand this attitude. People had the same complaints that the code produced by early coding models was messy, lazy, poorly commented, had terrible architecture and so forth. The central complaint was that it was just too difficult for humans to review. The answer is just to improve the models and move on. Similarly now we're getting AI doing math. The proofs compile but are a mess. So just ma…
There's a fundamental difference between the goal of code and math. The goal of code is to produce software that does something useful. As long as the code does what it's supposed to do, arguably, it's good to ship. (As you imply, we want the code to be good enough to also be reasonably certain there are not too many bugs, that it is maintainable and can be extended etc. This is what early models failed at but now se…
I do think that is one goal of math but I don't think it's the only one.
I think an additional goal is simply "truth", which can be found without understanding as we've seen with these human-incomprehensible proofs.
Yet another is practical applications. While there's less of these in pure mathematics than in most domains, they do still exist.
Re: A Beginning for Mathematics
#85Earlier quoted context omitted.
1. US a lot of international PhD applicants, so traveling before even being accepted is difficult, and 2. lots of people don't do a masters. when I applied to PhD programs (not in math) it was basically CV + personal statement + recommendation letters + short chats with interested faculty :shrug: Maybe it was because my CV was "strong" but the chats were more see if interests were aligned, rather than actually interv…
Remote talks are also a common alternative in such cases. Zoom etc. I also know that another major difference is that American universities tend to hire without a professors involvement, into a generic "program", then the PhD student seeks an advisor after being accepted, so applicants have to woo some unconnected committee pursuing various goals misaligned from the PIs instead of convincing the PI. In much of Europe…
I'm not a big fan of the US application setup. IDK how it is in Europe, but in the US, it feels like there's a lot of not-very-meritocratic "secret" stuff you need to know to up your chances.
Re: A Beginning for Mathematics
#86As someone who has a degree in math, I still can't help but think mathematicians are getting a little bit of a comeuppance. In a lot of areas of mathematics there had been little effort to make the work understandable and leaves numerous folks who could benefit from the knowledge on the outside looking in. Now AI comes along and do the same to mathematicians. Makes me chuckle a little bit.
In the exact same way that LLMs allow anyone to vibe code an app but do not replace real understanding of system design due to its essential complexity, non-mathematicians will quickly learn that asking an LLM to pump out advanced mathematical statements to you, even if they are correct (and even if you could verify them) does not constitute understanding, and that the human brain is the bottleneck either way.
It is only if the LLM is super-human at simplification and explaining that a difference will be noted. This would be excellent for mathematics but its not a foregone conclusion (and the argument of most mathematicians, such as Terence Tao, is that this distillation process is one of the key parts of doing mathematics, and that LLMs so far seem to be going in the opposite direction. I suspect its probably user error and leveraging the tools better will produce different outcomes, but mathematicians are only just starting the journey that software developers have been going through, so patience is needed).
Re: A Beginning for Mathematics
#87Earlier quoted context omitted.
It is not lowering the bar to find better ways to demystify and explain things. In fact, I would say those who can explain it well understand it the best. Richard Feynman would be my best example.
Do you have any examples of places you felt like there was a lot of gatekeeping? Perhaps having studied mathematics I am a bit blind to the issue here and would like to learn more. I agree making simple things sound complicated to appear more impressive is bad but there are limits. Even with Feynman he could only go so far, e.g. his interview about why questions and magnetism.
Re: A Beginning for Mathematics
#88As someone who has a degree in math, I still can't help but think mathematicians are getting a little bit of a comeuppance. In a lot of areas of mathematics there had been little effort to make the work understandable and leaves numerous folks who could benefit from the knowledge on the outside looking in. Now AI comes along and do the same to mathematicians. Makes me chuckle a little bit.
But also, with things rapidly changing, perhaps in ten years chat programs will not only do superhuman but make their proofs marvelously accessible and provide incredible tutoring sufficient to bring any curious up to a super high level quickly. Then what can you say and what can you complain of.
But I think "do everything machines" are necessarily inevitable but the situation does make it uncertain where the limits are.
Re: A Beginning for Mathematics
#89Earlier quoted context omitted.
There's a fundamental difference between the goal of code and math. The goal of code is to produce software that does something useful. As long as the code does what it's supposed to do, arguably, it's good to ship. (As you imply, we want the code to be good enough to also be reasonably certain there are not too many bugs, that it is maintainable and can be extended etc. This is what early models failed at but now se…
I keep seeing people repeat that the goal of math is "understanding". I do think that is one goal of math but I don't think it's the only one. I think an additional goal is simply "truth", which can be found without understanding as we've seen with these human-incomprehensible proofs. Yet another is practical applications. While there's less of these in pure mathematics than in most domains, they do still exist.