0 Members and 1 Guest are viewing this topic.
//www.youtube.com/watch?v=6DxTQiJuAocThe Essentials of Problem SolvingQuoteAn introduction to the psychology of problem solving. Featured problems: the towers of Hanoi, the Chinese ring puzzle, the Wason 4-card selection task, the candle problem, Roman matchstick problems, and toothpick shape problems.00:00 A quick note00:47 The problem state space and the towers of Hanoi4:45 Problems of representation and the Chinese ring puzzle6:42 Context and variations of the Wason 4-card selection task9:42 Introduction to insight problems: the candle problem11:05 Differences between insight and incremental problems12:15 Barriers to insight: Roman matchstick problems17:30 Insight problems: too big of a distinction?19:08 Well-structured and ill-structured problems21:11 Representation and argument23:34 Becoming a better problem solver: toothpick problems26:45 Domain-specific knowledge and strategy change30:55 What transfers across problem-solving domains?IMO, the biggest factor in solving the Riemann hypothesis is about barriers to insight. The problem is well structured. There's some problems of representation, especially in the past, where computer aided visualization wasn't a thing. Although the state space is infinite, it must not be the main difficulty here, since other problems involving infinity have been solved before.
An introduction to the psychology of problem solving. Featured problems: the towers of Hanoi, the Chinese ring puzzle, the Wason 4-card selection task, the candle problem, Roman matchstick problems, and toothpick shape problems.00:00 A quick note00:47 The problem state space and the towers of Hanoi4:45 Problems of representation and the Chinese ring puzzle6:42 Context and variations of the Wason 4-card selection task9:42 Introduction to insight problems: the candle problem11:05 Differences between insight and incremental problems12:15 Barriers to insight: Roman matchstick problems17:30 Insight problems: too big of a distinction?19:08 Well-structured and ill-structured problems21:11 Representation and argument23:34 Becoming a better problem solver: toothpick problems26:45 Domain-specific knowledge and strategy change30:55 What transfers across problem-solving domains?
What if we could run algorithms backwards? We discuss how we could do this by turning algorithms into circuits and encoding those into satisfiability problems. We then explain how it all connects to P vs NP. #somepi0:48 Satisfiability2:15 Breaking RSA8:46 General reductions to SAT12:03 P vs NPBlog post: https://vasekrozhon.wordpress.com/2024/08/18/what-p-vs-np-is-actually-about/
The wildest part of P vs NP to me is just how many dead ends there have been. There's an entire genre of theorems ruling out particular ways that it might be solved, because it's far easier to prove that a line of reasoning will never resolve the issue than it is to actually solve it.Considering most people believe it's impossible, this is actually direct progress toward proof of that. We may have no idea how to prove that NO solution exists, but every constraint on it is progress.
This is a really good explanation! P = NP never made a satisfyingly amount of sense to me, but this helped bridge that gap a bit! Thinking of it as ?can we run solvers backwards?? is a cool approach! Quite sensible!
Remember, even if P=NP, that doesnt mean that the SAT solver algorithm is fast on a practical level. Multiplication is in O(n log n), but that algorithm hast constants that don't fit into the observable universe. Cryptography is only doomed if we find a practically "fast" algorithmThis is a great point, it's not obvious a polynomial-time SAT solver would be practical. One of the ideas we did not have time to go into is that although "existence of polynomial-time algorithm" does not imply "the existence of practical algorithm", it correlates with it heavily. Like, sure, the theoretically optimal multiplication in O(n log n) has horrible constants, but doing it by FFT in slightly worse theoretical time is extremely fast in practice. Here's a challenge: What is the best example of a problem where we know a polynomial-time algorithm for it, but we don't have anything practical?Are you asking, like, ?When is the average case equal to the worst case??? ?Practical? isn?t well-defined
A visual explanation of p vs. np and the difference between polynomial vs exponential growth. Dive deep into the enigma of complexity theory with my exploration of P vs. NP. This video delves into the fundamental principles that govern the computational universe, influenced by the brilliant minds of Von Neumann and Turing.The origins of the universal machine and the Von Neumann architecture.The conceptual leap from simple operations to complex algorithms.How Von Neumann's EDVAC paved the way for modern computing.The bottlenecks of time and space that challenge computation.John Nash's groundbreaking perspective on computational growth.The distinction between Polynomial (P) and Exponential (EXP) time problems.The intriguing world of "easy to solve" vs. "hard to crack" algorithms.The captivating realm of NP-complete problems and their significance in computing.The 'shape of growth curve' and its impact on classifying computational problems.Nested loops and their contribution to algorithmic complexity.The concept of one-way functions and their critical role in computer security.The practical implications of solving NP-complete problems.The ongoing quest to define the boundary between P and NP.The million-dollar question that stands at the pinnacle of computer science.Join us on this intellectual voyage as we unravel the secrets of computational requirements, the intricacy of algorithms, and the pivotal problem that has mystified some of the greatest minds in mathematics and computer science.Whether you're a seasoned programmer, a mathematics enthusiast, or simply curious about the inner workings of computers, this video is your gateway to understanding one of the most profound questions in computer science: Is P equal to NP?
If the curve grows at n^n, what would it be classified into?
Donald Knuth is one of the greatest and most impactful computer scientists and mathematicians ever. He is the recipient in 1974 of the Turing Award, considered the Nobel Prize of computing. He is the author of the multi-volume work, the magnum opus, The Art of Computer Programming. He made several key contributions to the rigorous analysis of the computational complexity of algorithms. He popularized asymptotic notation, that we all affectionately know as the big-O notation. He also created the TeX typesetting which most computer scientists, physicists, mathematicians, and scientists and engineers use to write technical papers and make them look beautiful.
He is referring to the Robertson & Seymour graph minor theorem. Every class of graphs that is closed under minors has a finite obstruction set of "forbidden minors". This follows from the fact that the graph minor relation on the class of all graphs is a quasi-well ordering.You can look it up on wikipedia.The point is that this theorem constitutes a non-constructive proof for the existence of PTIME algorithms for every class of minor closed graphs. I.e. we know that a PTIME algorithm EXIST for each these classes, but we do not know what exactly the PTIME algorithm IS for each individual class, because for this you would first need to know the finite obstruction set of forbidden minors.So this theorem contradicts the intuition that the only way to find out whether a problem is in P is to write down an explicit algorithm for solving it. You can know that a problm is in P without knowing what the PTIME algorithm for solving it is. And this might suggest that you really can't conclude that P!=NP just from the fact that no one has found a PTIME algorrithm for a NP-hard problem yet.
IMO, the biggest factor in determining P vs NP problem is because the problem isn't well structured/defined.
Quote from: hamdani yusuf on 16/01/2025 11:52:47IMO, the biggest factor in determining P vs NP problem is because the problem isn't well structured/defined. And is your opinion well informed?