From other people's research ( http://michaelnielsen.org/polymath1/index.php?title=Jun_Fuku... ) he seems to have a credible background. Although I find it interesting that he works for Toyota: > My name is Jun Fukuyama. I’m currently a researcher at Toyota InfoTechnology Center. I’m visiting WINLAB and Civil Engineering department at Rutgers University, working on algorithms and mathematical analysis related to vehi…
Jun Fukuyama's P≠NP Page
51–60 of 85 posts
Re: Jun Fukuyama's P≠NP Page
#52YES, YOUR MAJESTY!
Re: Jun Fukuyama's P≠NP Page
#53I just finished a section on NPC problems in my algorithms class (working on a masters). For years, I've been confused about the true meaning of P, NP, and NPC. Feels weird saying it, but I am so glad I've finally got a good grasp on at least the definitions. One of the most gratifying moments in the class was doing homework problems that required proving various problems were in NPC.
Re: Jun Fukuyama's P≠NP Page
#54Before anyone gets too excited, I would caution that there there is a long history of failed attempts at this problem, and an equally long history of premature announcements. On the surface, here is what is encouraging about this one: - The author is a theory professional and not an amateur or a crank - The author frames this as a possible proof where he's seeking feedback on the method, rather than declaring a solut…
here is liptons blog on the subj: http://rjlipton.wordpress.com/2009/03/25/whos-afraid-of-natu...
here is chow in AMS:
"Nevertheless, it is my personal opinion that the optimistic approach is the right one; that is, the Razborov–Rudich result should be regarded as a hint, and not a barrier, to separating complex- ity classes. The only real barrier is our lack of imagination."
Re: Jun Fukuyama's P≠NP Page
#55Before anyone gets too excited, I would caution that there there is a long history of failed attempts at this problem, and an equally long history of premature announcements. On the surface, here is what is encouraging about this one: - The author is a theory professional and not an amateur or a crank - The author frames this as a possible proof where he's seeking feedback on the method, rather than declaring a solut…
http://arxiv.org/pdf/0805.1385v3.pdf
"By definition, a natural combinatorial property satisfies two conditions, constructivity and largeness. Our main re- sult is that if the largeness condition is weakened slightly, then not only does the Razborov–Rudich proof break down, but such “almost-natural” (and useful) properties provably exist."
Re: Jun Fukuyama's P≠NP Page
#56As far as I can tell (from my initial reading), the author (and many many commenters here) seem(s) to be confusing polynomial time (P) with polynomial circuit size (P/poly). These are completely different complexity classes in style and probably in power, too. Last time I checked, there was not a good characterization of P in terms of circuit complexity (the attempt at doing so is P/poly). So, logically, comparing P and NP is not even possible without additional knowledge about P. The exception to this being showing that X != NP where P For reference: P We know that BPP (a randomized version of P) is (non-strictly) contained in P/poly. We also know that proving P = BPP (which is conjectured to be true by most) requires these classes require superpolynomial lower bounds for Boolean|Arithmetic circuit size. As far as I know, proving an exponential lower bound for an NP-complete problem doesn't immediately rule that P != NP since P !=> only polynomial size circuit size (the circuit size only relates to the size of the advice function). P might not contain problems that require exponential circuit size, but this fact is not stated, proven, nor reference by the author here.
Simply put: The author assumes that P != NP follows immediately from Theorem 6.1. This is not as obvious as they might think it is; many additional details are needed.
Admittedly, I have not rigorously studied or concluded anything from the flattening process the author proposes. I honestly don't believe I have to. Skimming over it, I don't see any way that P is characterized in terms of polynomial circuit sizes (which probably is an assumption as powerful as P!=NP) here. I also do not see any mention of P/poly, which I believe the author is attempting to use.
For a paper approaching the P vs NP issue using circuit complexity, I would expect this much. Because of the lack of even a mention of BPP, P/poly, and others, I would be highly surprised if many of these results in the paper hold at all. Though, hopefully, I might be wrong.
EDIT: Accidentally used circuit depth when I was really thinking of size.
Re: Jun Fukuyama's P≠NP Page
#57Before anyone gets too excited, I would caution that there there is a long history of failed attempts at this problem, and an equally long history of premature announcements. On the surface, here is what is encouraging about this one: - The author is a theory professional and not an amateur or a crank - The author frames this as a possible proof where he's seeking feedback on the method, rather than declaring a solut…
Re: Jun Fukuyama's P≠NP Page
#58Note: For the moment, I will assume that the NP != NC and above results are correct enough to consider the validity of the latter portion of the paper. As far as I can tell (from my initial reading), the author (and many many commenters here) seem(s) to be confusing polynomial time (P) with polynomial circuit size (P/poly). These are completely different complexity classes in style and probably in power, too. Last ti…
Re: Jun Fukuyama's P≠NP Page
#59Note: For the moment, I will assume that the NP != NC and above results are correct enough to consider the validity of the latter portion of the paper. As far as I can tell (from my initial reading), the author (and many many commenters here) seem(s) to be confusing polynomial time (P) with polynomial circuit size (P/poly). These are completely different complexity classes in style and probably in power, too. Last ti…
Re: Jun Fukuyama's P≠NP Page
#60Note: For the moment, I will assume that the NP != NC and above results are correct enough to consider the validity of the latter portion of the paper. As far as I can tell (from my initial reading), the author (and many many commenters here) seem(s) to be confusing polynomial time (P) with polynomial circuit size (P/poly). These are completely different complexity classes in style and probably in power, too. Last ti…