Paraphrased from memory: "I'm not claiming to have discovered anything special here. What I think I'm doing is describing the mental operations that lots of people perform, consciously or unconsciously, to solve different sorts of problems. You probably already do some or all of what I'm describing."
I found that he was describing some thought patterns that I am extremely familiar with because I use them so often. Making them explicit was pretty cool. I haven't gotten around to his follow-up works yet, but I look forward to them.
I realize this might come across as gatekeeping, but the reality is that each subfield of math (or any scientific discipline) has its own set of tactics for approaching problems, which have been developed over the years by the people actually in the trenches. These problem solving strategies and habits of mind aren't written up anywhere, and even if they were, they wouldn't be useful to read. The way you learn them is by getting the training that comes with a PhD: they are passed down as part of the mentoring process. It's not clear to me that it could happen any other way.
I think the right way to look at this is that someone getting a PhD is basically a "journeyman researcher", much like a journeyman in one of the trades. Unfortunately, this often goes sideways (particularly if an advisor is bad or if there aren't enough support systems). But much like the only way to become an electrician is to apprentice yourself, the same goes for becoming a researcher. I think this is for good reason.
- A Programmers Introduction to Mathematics (amazing for building intuition, explaining how to read mathematics papers, understanding beauty of proofs etc.)
- Elements of Mathematics for Economics and Finance (a quick jog through typical the high school and college math a non-mathematician would study)
- Papula's Mathematik für Ingenieure und Naturwissenschaftler (rigorous (for practitioners) and comprehensive. Starts from nothing, with sets, then teaches you fractions, then quadratic equations until you're doing vector analysis and Laplace transformations)
- Foundations and Fundamental Concepts of Mathematics by Howard Eves (wide overview of the man developments in mathematics, up to its publication)
> I realize this might come across as gatekeeping, but the reality is that each subfield of math (or any scientific discipline) has its own set of tactics for approaching problems, which have been developed over the years by the people actually in the trenches.
There are degrees of seriousness. Sure, even a very good foundation is not enough to do novel work in say, algebraic geometry (but then again, sometimes it is enough to make progress in combinatorics) - but the strongest undergrads are still much closer to freshly minted PhDs than they are to laymen.
Mathematical maturity is the first and hardest step; after that, people will know where to go for the folklore if they want it.
There are some people who have the ability to see a problem well enough to analyze it and make progress. Some people can do this in math, some in other technical disciplines, others in the arts, and so forth. Umpteen years later, I have not seen anyone including Polya successfully /teach/ this ability. If you want to be good at math, piano, chess, sculpture, or whatever you need the talent and then it can be nurtured.
In college I took organic chemistry[0]. The exam problems would often have redundant and/or contradictory information. The student had to figure out what to NOT believe to get anywhere.
As others have mentioned, none of Polya matters for selecting and attacking research problems.
[0] It was taught well and none of the cliches of "It's all memorization" applied. I struggled but look back fondly on it because I had to think along many axes at the same time.
> I have not seen anyone including Polya successfully /teach/ this ability.
This is a pretty wild take. For alternate takes, see John Horton Conway's foreword to the most recent edition of the book. There he talks about how amazing the book is for both students and teachers, including the things he learned from it as both a student and teacher. Or see Terry Tao's blog post on solving mathematical problems [0], in which he says he learned from the Polya book when preparing for Mathematics Olympiads. Conway and Tao are widely considered outside the "roadkill" category of mathematicians.
> If you want to be good at math, piano, chess, sculpture, or whatever you need the talent and then it can be nurtured.
The "either you got it or you don't" theory used to be common wisdom, but it's not supported by empirical evidence and these days it's mostly relegated to grouchy coach stock character stereotypes. You need a sustained level of interest, you need practice, and you need some amount of courage, but there's no real evidence for an innate ability that some people got and some people don't.
[0] https://terrytao.wordpress.com/career-advice/solving-mathema...
No offense, but you sound like you don't really know anything about these disciplines, or about the science of learning (Peak is a good book to read). Getting a good piano teacher will absolutely accelerate your progress and being talented at piano as a kid is a pretty bad predictor of how good you'll be as an adult. Every outstanding Piano "talent" you see on stage today has been nurtured and nurtured themselves through practice, to hell and back.
I'll say I went to college 25 years ago with people who had competed internationally in high school and who placed competitively on the Putnam, and they LOVED Polya's book.
I think whether you enjoy seeing strategies laid out well--—whether or not you've been able to figure some of it out yourself---depsnds more on your personality than on how good you are at solving creative math problems.
While I am not familiar with research problems, and do not pretend to be, some of the strategies to tackle problems in this book are universal. Like finding a similar problem, or a simplified case, or divide and conquer, etc. etc.
And working on yet another axis, the most useful tip I've gotten on how to think about problems is to "think in extremes". Perhaps more applicable to physics than math, but a classic example is the puzzle where a ship in a lock (closed system/giant bathtub) has an engine break down. As the engine is being hauled out for repairs, the chain breaks and the engine drops into the lock beside the ship and falls to the bottom of the lock. Does the water in the lock rise, fall or stay the same? The only person I ever told the problem to that solved it described his technique: Imagine the engine is the size of a pea and weighs 20 tons. Shazaam: The water in the lock falls because it is now displacing its volume, instead of its weight in water.
1. Understand the problem.
2. Devise a plan.
3. Carry out the plan.
4. Look back.
---
Compare with the Fenyman Algorithm:
1. Write down the problem.
2. Think real hard.
3. Write down the solution.
https://wiki.c2.com/?FeynmanAlgorithm
(The discussion on FeynmanAlgorithm links back to Polya's book since not everyone is Feynman.)
They’re all verbatim the same, except for the product name.
1. Gather requirements.
2. Devise plan.
3. Run a proof of concept
4. Run production migration
…etc.
It’s about as helpful as someone telling you to “do your job”.
How to draw an owl:
1. carefully darw a circle as the head of the owl
2. draw the rest of the owlSometimes this step is enough to get you 80% of the way to solving a problem.
I think my strongest asset is not understanding when a problem is difficult and staring at the problem for hours anyway.
There are classes of problems that don't trivially decompose into a series of easier problems. The only way is to punch your way through them.
1. Guess 2. Compute consequences 3. Compare with experiment - if they disagree, the guess was wrong.
1. Don't try to understand the problem, just stare at the given information blankly.
2. Instead of devising a plan or thinking real hard, try to "guess the teacher's password" and parrot any relevant sounding words for this ... or any related thing - https://www.lesswrong.com/posts/NMoLJuDJEms7Ku9XS/guessing-t... and the linked https://www.lesswrong.com/posts/48WeP7oTec3kBEada/two-more-t... - as if the universe will accept the words (map) as the solution (territory).
3. Carry out incantations handed down from above, regardless of whether they could be applicable to this problem; they are not understood which leaves room for them being potentially powerful and relevant.
4. Give up. If the incantations of power didn't help, what else is there to do? Don't look back.
Are these steps from How To Solve It in 1945 so different from Eric Raymond's "how to ask smart questions" from the 1990s(?) or from Eric Lippert's "How to debug small programs" from 2014 ( https://ericlippert.com/2014/03/05/how-to-debug-small-progra... )? His example "I wrote this program for my assignment and it doesn’t work." is still a common approach to "problem solving" nearly a decade later, not just for student coders either.
People seem to be missing:
- the belief that problems are solvable. (Instead apparently believing that some people know the answer or that the problem cannot be solved; not understanding that someone can start unknowing, work to solve, and then know).
- that solving something involves a mental model of how a thing works, in some context. (Instead apparently believing that solving is random or guesswork or luck or flash of inspiration, but not solved by any kind of knowable process).
- that solving something involves a feedback loop of gathering information, testing hypotheses, learning from the result, looking back (Instead trying one thing and stopping, not seeing if anything could be learned from the result, not trying to expand a mental model from what was known).
Even that this is a pet frustration of mine with some of my coworkers and internet programming askers, I still resist writing down the problem or thinking real hard (as far as I can do such a thing).
What helps with solving problems like math and algorithmic problems is to go through a lot of problems to see different patterns and strategies of solving problems. I'm talking about going through thousands of problems. That is very effective.
you don't need thousands of problems. you don't even need hundreds, unless, no offense, your medium-term memory is very poor.
personal anecdote 1: in between undergrad and grad school i decided i was gonna try this "solve all of the problems" approach, as opposed to my usual "sit there and ponder approach", in order to prepare for eventual quals in grad school. i started with calculus, using apostol's calculus (famous for its rigor and difficulty right?). some sections have double digits (maybe even 100? i don't remember) problems and invariably (no pun intended) by the time i got about a quarter of the way through they got trivially easy. i did finish and do all the problems in both volumes. i didn't feel i learned any of it better than the first time i took calc (wherein i didn't solve many at all beyond assignments). i did not keep on with this kind of slavish dedication and just skimmed the rest of the books. i didn't end up doing a phd in math but i did take math and cs theory classes and i did well.
personal anecdote 2: after my MS i did hundreds of leetcode problems. it was roughly the same phenomenon: in every category it only took about a dozen to be able to solve the remainder trivially (yes even hard DP problems).
and i'm willing to bet (if you're on this board) your memory is better than mine (i smoked incredible amounts of pot in high school...).
1. Trying to "put more effort" into artifacts (e.g. note taking) while learning something the first time is counterproductive. Write something lightweight and put your focus on paying attention.
2. Do one intensive review session while you still remember the content. Either teach someone else or write a document that could teach someone else. It's an ineffective use of time to do that more than once, for later review of the material just skim what you wrote on your first review.
3. Everyone who offers advice is just telling you their life story, dressed up as a simple directive. "Work harder" often means they wished they worked harder in some part of their life. Treat it like any other life story: learn the lessons they did, but don't let it become baggage that you irrationally follow.
Back on topic of Polya's How to Solve It, I took a no-credit uni course where the professor taught in Socratic style that expected us to (loosely) follow Polya's process. It was a great experience, and I've always been fond of Polya's steps because of it.
Realistically, it is rare that you would encounter hundreds of identical problems.
Take realistic examples: topcoder.com, Facebook's Hacker cup, and Google codejam. Or any university exam. Or SAT. Or Olympiam math. Their problems are unique because they can't just create the same problems over and over again.
There are also other aspects like solving the problems faster and being able to write up a solution correctly. Coding it correctly at the first try is really a magical moment.
'The student should acquire as much experience of independent work as possible.'
Seriously thought... the pattern matching vs. rational directed approaches to general problem seem to have analogs to CNNs vs. Constraint Programming approaches to GAI. Maybe, in the same way that neural-networking solves certain types of problems brilliantly but not so much with other problems, rational directed problem solving and "work a lot of problems" / pattern matching have different problem domains in which they excel.
This is one of the rare "meta" books which really help when you are not exposed to meta concepts that much yet.
From: https://www.tennessean.com/story/opinion/columnists/teachabl...
>George Pólya, one of his university teachers, said, “I came to a certain theorem, and I said it is not proved and it may be difficult. Von Neumann didn’t say anything but after five minutes he raised his hand. When I called on him, he went to the blackboard and proceeded to write down the proof. After that I was afraid of von Neumann.”
…
> Did you use all the data? Did you use the whole condition? Have you taken into account all essential notions involved in the problem?
What sort of problems are they solving, that they can somehow identify the relevant data to the point that they know once they’ve chomped their way through the data, the problem is done? It seems oddly constructed (I can only imagine that I know I’ve only been given relevant data if I’m working a textbook problem or playing a video game; somebody has set the problem up for me, but clearly this was written by somebody prestigious, so that isn’t it).
It's a good articulation that informs one while working on complex stuff. Here's a recent example of this where the above advice came to mind while reading over this advice the other day (I believe someone linked it on HN)
> A good way to stress-test this sort of false argument is to try to run the same argument without the initial assumption that X is false. If one can easily modify the argument to again lead to a contradiction, it shows the problem wasn’t with X – it was with the argument. https://terrytao.wordpress.com/career-advice/be-sceptical-of....
A problem might give you one or more mathematical objects, and ask you to show that some further condition holds true. To get started, you might consider how the given properties of those objects will help you to achieve your goal (and typically you would need to use every given property).
Having read hundreds of books and papers over the years, no problem seems new to them. They can rapidly find a solution, especially compared to someone trying to derive a answer from first principles like Polya suggests.
Novel problems requires a lot more maturing and thinking, which is when slower, longer term thinking like Polya suggests goes a long way.
Polya's book is distilling hard fought PhD wisdom into a book children can understand.
It's for solving novel hard problems, not trivial ones.
How to solve it - https://news.ycombinator.com/item?id=17726102 - Aug 2018 (1 comment)
George Pólya: How to Solve It (1945) - https://news.ycombinator.com/item?id=13255739 - Dec 2016 (1 comment)
George Pólya – How to Solve It (1945) - https://news.ycombinator.com/item?id=12823608 - Oct 2016 (1 comment)
G. Polya: How to Solve It - https://news.ycombinator.com/item?id=153425 - April 2008 (1 comment)
I read it as a student, and felt it was somewhat formative even though I don't think I ever explicitly applied anything it said.
https://github.com/matthiasn/talk-transcripts/blob/master/Hi...
I've long been impressed by Hickey's problem solving skills, so I took much of this talk to heart, and even bought a copy of HTSI. Can't say it really helped me any more than Rich's talk (as a programmer) but I'm thinking I'll give it another look.
Some more complicated examples would probably help me understand.
It's more relevant in a word problem, where you need to extract the condition from text and translate it into syntactical math notation so you can compute.
"John wants to have 7 pizzas. He has already made 3 pizzas. How many more pizzas does he need to make?"
Data: 7 pizzas needed. 3 pizzas made.
Unknown: X pizzas more to make
Condition: X+3=7
Or for geometry diagram problems (diagram geometry is word problems where the words are pictures), where you have to extract the relationships from the diagram.
The book has more examples.
Now here's what I really think: I don't know your situation, but the odds are better than even that you should forget about it entirely. Doubly so if you're out of school. The bizarre math pride held by college kids (I did Math 55! I took a class with Stephen Wolfram's kid! I did all the exercises in Hartshorne! I proved X at age Y!) is real fucking stupid, coming from someone who badly wanted it. Your academic career or lack thereof will be determined about 90% by the people around you. It may piss you off, but you'll find it to be the same bitter truth I did.
As a recreational student, I've already committed to this text, difficulty be damned. I am no stranger to intellectual masochism. Nor do I care one iota for an "academic career," only for an understanding of results that were taken for granted in my prior CS mathematics undergraduate education at UWaterloo, which involved a few years of formal proof.
Would that I could have finished said undergraduate program, but tuition is expensive, and being rendered homeless partway through a CS program certainly complicates the financing, especially absent the monetary privileges afforded to one of a more affluent upbringing.
I appreciate the elitist and somewhat exclusionary language, though, despite admitted lack of knowledge regarding my situation.
Here's the original, which does indeed have a translation as one would expect: https://web.archive.org/web/20111005170154/http://webhosting...
1. study extensive background/prior art
2. have major epiphany to solve problem
3. try to get around inevitable roadblocks and complications during the process of solving it
Getting from 1 to 2 and from 2 to 3 is the aim of the book
Ask GPT7 to think for you