锁定老帖子 主题:呼叫高手出来八一八,P=NP搞定了
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-08-13
惠普研究所首席科学家 = 一位 HP 的研究员?
中国的报导还真搞笑 |
|
返回顶楼 | |
发表时间:2010-08-18
这篇文章的标题是模仿 Suresh Venkatasubramanian 的一篇博客文章。他是犹他大学的一名计算机系助理教授。在过去的一周里,他在自己的博客上连续发表了好几篇文章,讨论 Vinay Deolalikar 在 8 月 6 号公布在网络上,后来又几经修改的那篇备受争议的宣称证明了 P ≠ NP 的论文。 他不是唯一一个这样做的科学家。在过去的一周里,以博客为平台参与到关于这篇论文的大讨论的,还包括(并且远远不限于)下面这些名字:Richard Lipton,Timothy Gowers,Neil Immerman,Russel Impagliazzo,Harvey Friedman,以及陶哲轩。这些人全部都是世界级的顶尖科学家,通常情况下,即使在国际学术会议上也未必能够看到他们同时出现。而这一次他们以博客(主要是 Lipton 的博客和评论)和 wiki 为平台,展开了比通常在学术会议上更为激烈的讨论乃至辩论。其主题涵盖了从 Deolalikar 证明的有效性,到对 P/NP 问题更为一般的分析,乃至抽象的学术方法论等等各个层面。这讨论直至今日为止,仍在进行。上千条发言大多洋洋洒洒,众人讨论态度之谦冲和平,内容之深入细致,足堪为网络时代的一个完美的表率。阅读这些讨论是令人深受教益的过程,无论是在学术上还是在更抽象的层面上都是如此。 随着整个故事的尘埃渐渐落定,现在已经可以回头看看,在过去这脚步匆促的一周里围绕着 Deolalikar 的这篇论文发生了哪些事情。下面提到的人物均为学术界内的重要科学家,其身份不一一注明。 这是极为罕见的一幕。也许甚至可以说,这是有史以来科学界从未发生过的一幕。仅仅十年前,科学家之间的通信和面对面的交谈还几乎是科学交流仅有的方式。虽然人们一般会用「日新月异」形容科技发展的速度,但是科学研究方式本身的变迁则要缓慢许多。而这一点似乎一夜之间就改变了。 一个自然而然浮现出的问题是,在后 web 2.0 时代,传统的论文匿名评审制度会面临怎样的挑战?Deolalikar 声称他仍然会把自己的论文按照传统的方式投递给学术刊物,可是任何一个学术刊物的评审显然都不可能无视在网络上业已出现的讨论。这些讨论对传统的评审机制是一种补充,还是一种颠覆?正如 Friedman 在评论中所指出的,在未来,也许网络会替代学术期刊成为人们发表学术成果的主要方式,而基于网络互动的评审机制会被建立起来。这会很快成为现实么? 在更高的层面上,这个案例还生动地展示出,一个社会化的网络会在多大程度上改变人们的工作——而非仅仅是社交或者游戏——方式,以及这种改变是多么具有争议性。下面的争论也许可以很好反映出人们的分歧。它始自 Impagliazzo 的一则评论: 像陶哲轩和 Gowers 这样的人在这几天功夫里本来可以做很多事的,所以如果(这篇论文被发现)此路不通,那这几天浪费得实在是有点可耻。 陶哲轩本人温和地反驳了这一批评: 我想这段时间以来,我们在一起专注于这个讨论,这比每个人都听说这个消息然后所有的专家们都各自花时间读整篇文章要有效率一些。这个办法实际上降低了总时间消耗,尽管它的消耗是在明处。 这一争论很像是人们习以为常的关于社会化网络的批评在一个特殊场合下的翻版:对它的批评集中于它浪费参与者的时间,分散人们的注意力,使他们不能更有效率地做本职工作。而它的辩护者则认为它促进了信息的交换,提高了人们思考和分析问题的效率,等等。 但是更进一步,基于博客和 wiki 的社会化网络能不能做到更多呢?陶哲轩在另一则评论里不无担忧地说: 如果这些讨论的全部意义仅仅在于审阅这篇论文,那我实际上很同意 Impagliazzo (关于浪费时间)的观点。我其实觉得,既然我们都在这里,我们有机会做更多的事情,不仅仅是审阅而已。 他的担忧在某种意义上被证实了:在过去的一周时间的热烈而深入的讨论中,人们以史无前例的速度分析并否定了这篇冗长(100 页)而专业的论文,但是也仅此而已。很多人从中学到了不少东西,对很多问题的理解更为深刻,但是并没有任何新的成就诞生出来。(如果有的话,这个故事会显得戏剧性许多。) 这正是从 Twitter 到 Facebook 再到 Quora 等等的网络平台都在面临着的问题。借助它们,人们可以更好的交流信息,但是如何在社会化的基础上更好地创造出新的知识呢?工业化的历史已经证明,一群人可以创造出超出它的所有成员能力范围之外的物质成果。但是在精神文明的领域里,事情似乎远不是这么简单。 David Dill 在 1999 年曾经说过:Don’t rely on social processes for verification (社会化的审查过程是靠不住的)。在过去的一周里,人们看到了这句话在某种意义上的一个反例。如果把这句话中的 verification 换成 creation 呢?这有点像是一个我们这个时代的,关于巴别塔的问题。 |
|
返回顶楼 | |
发表时间:2010-08-19
网格计算的升级版
|
|
返回顶楼 | |
发表时间:2010-08-19
牛啊!coolspeed 写道
这篇文章的标题是模仿 Suresh Venkatasubramanian 的一篇博客文章。他是犹他大学的一名计算机系助理教授。在过去的一周里,他在自己的博客上连续发表了好几篇文章,讨论 Vinay Deolalikar 在 8 月 6 号公布在网络上,后来又几经修改的那篇备受争议的宣称证明了 P ≠ NP 的论文。 他不是唯一一个这样做的科学家。在过去的一周里,以博客为平台参与到关于这篇论文的大讨论的,还包括(并且远远不限于)下面这些名字:Richard Lipton,Timothy Gowers,Neil Immerman,Russel Impagliazzo,Harvey Friedman,以及陶哲轩。这些人全部都是世界级的顶尖科学家,通常情况下,即使在国际学术会议上也未必能够看到他们同时出现。而这一次他们以博客(主要是 Lipton 的博客和评论)和 wiki 为平台,展开了比通常在学术会议上更为激烈的讨论乃至辩论。其主题涵盖了从 Deolalikar 证明的有效性,到对 P/NP 问题更为一般的分析,乃至抽象的学术方法论等等各个层面。这讨论直至今日为止,仍在进行。上千条发言大多洋洋洒洒,众人讨论态度之谦冲和平,内容之深入细致,足堪为网络时代的一个完美的表率。阅读这些讨论是令人深受教益的过程,无论是在学术上还是在更抽象的层面上都是如此。 随着整个故事的尘埃渐渐落定,现在已经可以回头看看,在过去这脚步匆促的一周里围绕着 Deolalikar 的这篇论文发生了哪些事情。下面提到的人物均为学术界内的重要科学家,其身份不一一注明。 这是极为罕见的一幕。也许甚至可以说,这是有史以来科学界从未发生过的一幕。仅仅十年前,科学家之间的通信和面对面的交谈还几乎是科学交流仅有的方式。虽然人们一般会用「日新月异」形容科技发展的速度,但是科学研究方式本身的变迁则要缓慢许多。而这一点似乎一夜之间就改变了。 一个自然而然浮现出的问题是,在后 web 2.0 时代,传统的论文匿名评审制度会面临怎样的挑战?Deolalikar 声称他仍然会把自己的论文按照传统的方式投递给学术刊物,可是任何一个学术刊物的评审显然都不可能无视在网络上业已出现的讨论。这些讨论对传统的评审机制是一种补充,还是一种颠覆?正如 Friedman 在评论中所指出的,在未来,也许网络会替代学术期刊成为人们发表学术成果的主要方式,而基于网络互动的评审机制会被建立起来。这会很快成为现实么? 在更高的层面上,这个案例还生动地展示出,一个社会化的网络会在多大程度上改变人们的工作——而非仅仅是社交或者游戏——方式,以及这种改变是多么具有争议性。下面的争论也许可以很好反映出人们的分歧。它始自 Impagliazzo 的一则评论: 像陶哲轩和 Gowers 这样的人在这几天功夫里本来可以做很多事的,所以如果(这篇论文被发现)此路不通,那这几天浪费得实在是有点可耻。 陶哲轩本人温和地反驳了这一批评: 我想这段时间以来,我们在一起专注于这个讨论,这比每个人都听说这个消息然后所有的专家们都各自花时间读整篇文章要有效率一些。这个办法实际上降低了总时间消耗,尽管它的消耗是在明处。 这一争论很像是人们习以为常的关于社会化网络的批评在一个特殊场合下的翻版:对它的批评集中于它浪费参与者的时间,分散人们的注意力,使他们不能更有效率地做本职工作。而它的辩护者则认为它促进了信息的交换,提高了人们思考和分析问题的效率,等等。 但是更进一步,基于博客和 wiki 的社会化网络能不能做到更多呢?陶哲轩在另一则评论里不无担忧地说: 如果这些讨论的全部意义仅仅在于审阅这篇论文,那我实际上很同意 Impagliazzo (关于浪费时间)的观点。我其实觉得,既然我们都在这里,我们有机会做更多的事情,不仅仅是审阅而已。 他的担忧在某种意义上被证实了:在过去的一周时间的热烈而深入的讨论中,人们以史无前例的速度分析并否定了这篇冗长(100 页)而专业的论文,但是也仅此而已。很多人从中学到了不少东西,对很多问题的理解更为深刻,但是并没有任何新的成就诞生出来。(如果有的话,这个故事会显得戏剧性许多。) 这正是从 Twitter 到 Facebook 再到 Quora 等等的网络平台都在面临着的问题。借助它们,人们可以更好的交流信息,但是如何在社会化的基础上更好地创造出新的知识呢?工业化的历史已经证明,一群人可以创造出超出它的所有成员能力范围之外的物质成果。但是在精神文明的领域里,事情似乎远不是这么简单。 David Dill 在 1999 年曾经说过:Don’t rely on social processes for verification (社会化的审查过程是靠不住的)。在过去的一周里,人们看到了这句话在某种意义上的一个反例。如果把这句话中的 verification 换成 creation 呢?这有点像是一个我们这个时代的,关于巴别塔的问题。
|
|
返回顶楼 | |
发表时间:2010-08-19
关于Don't rely on social processes for Creation.
贴一段,8月份给程序员的稿件. 引用 开源社区有着浓厚的工程师文化,有很强的目的性和实用性。一个开源的软件项目,首先总是会有一个初步可用的版本提交社区,然后经过社区成员使用后进行反馈,修改,精化,逐步的演进成一个高质量的软件。开源社区的程序员首先做东西首先要有一张图纸,哪怕是被人遗弃的图纸,他们都能很好的实现出来,慢慢做的比私人公司更好。最典型就是PNG,在Unisys收取LZW的专利费后,开源社区利用过时的LZ77算法开发了PNG,最后超过了GIF,这是让人非常佩服的。但是你不可能奢望开源社区的工程师们去设计一个LZ77出来,他们可以优化改进到极致,但是却很难创造新算法。目前H.264使用的许多算法在90/80年代已经提出来的。比如说做运动估计的钻石算法,是98年提出来的。从理论计算上来说他已经能够极大地将低运算量了。但是实际上以这个算法为核心的Xvid编码器要使用2006年之后的硬件设备才能取得比较好的效果。视频编码算法在理论领域的演进速度总是要领先工程实践9-10年甚至更长(在后文我们会提到一个例子)。这种理论研究是无法靠开源社区来实现的,因为无法产生实用化产品的项目,在开源社区内很难产生良好的开发循环。开源社区不靠利润压力而是靠社区成员的兴趣和反馈进行驱动。若要引起足够多的社区成员的兴趣,它的技术难度和前瞻性需要维持在多数社区成员的平均水平上,而不能超前的太远。因此他们更适合开发能够满足目前市场需求的软件。而私人公司则不同的利润压力使得他们有着更为长远的激励机制,它的组织形式使得它可以雇佣更多的研究型人才,而不必像开源社区那样因为人力资源而去迁就项目的超前性和难度。
如果说,某个Creation所需要付出的智商,精力,耐心,直觉,远远超过社群中平均水平,那么社会化的工作方式没有任何优势.一群绵羊呆在一起终究是一群绵羊.别扯什么狮子带领的羊群,回去看看赵老师的动物世界,你看到那个狮子带着一群羊在大草原上飞奔么? |
|
返回顶楼 | |
发表时间:2010-08-19
Trustno1 写道 关于Don't rely on social processes for Creation.
贴一段,8月份给程序员的稿件. 引用 开源社区有着浓厚的工程师文化,有很强的目的性和实用性。一个开源的软件项目,首先总是会有一个初步可用的版本提交社区,然后经过社区成员使用后进行反馈,修改,精化,逐步的演进成一个高质量的软件。开源社区的程序员首先做东西首先要有一张图纸,哪怕是被人遗弃的图纸,他们都能很好的实现出来,慢慢做的比私人公司更好。最典型就是PNG,在Unisys收取LZW的专利费后,开源社区利用过时的LZ77算法开发了PNG,最后超过了GIF,这是让人非常佩服的。但是你不可能奢望开源社区的工程师们去设计一个LZ77出来,他们可以优化改进到极致,但是却很难创造新算法。目前H.264使用的许多算法在90/80年代已经提出来的。比如说做运动估计的钻石算法,是98年提出来的。从理论计算上来说他已经能够极大地将低运算量了。但是实际上以这个算法为核心的Xvid编码器要使用2006年之后的硬件设备才能取得比较好的效果。视频编码算法在理论领域的演进速度总是要领先工程实践9-10年甚至更长(在后文我们会提到一个例子)。这种理论研究是无法靠开源社区来实现的,因为无法产生实用化产品的项目,在开源社区内很难产生良好的开发循环。开源社区不靠利润压力而是靠社区成员的兴趣和反馈进行驱动。若要引起足够多的社区成员的兴趣,它的技术难度和前瞻性需要维持在多数社区成员的平均水平上,而不能超前的太远。因此他们更适合开发能够满足目前市场需求的软件。而私人公司则不同的利润压力使得他们有着更为长远的激励机制,它的组织形式使得它可以雇佣更多的研究型人才,而不必像开源社区那样因为人力资源而去迁就项目的超前性和难度。
如果说,某个Creation所需要付出的智商,精力,耐心,直觉,远远超过社群中平均水平,那么社会化的工作方式没有任何优势.一群绵羊呆在一起终究是一群绵羊.别扯什么狮子带领的羊群,回去看看赵老师的动物世界,你看到那个狮子带着一群羊在大草原上飞奔么? 两种观点都不完全赞同。 引用 众人讨论态度之谦冲和平
好像并非如此,有些留言还是非常冲的,固然文化人言之有物。 |
|
返回顶楼 | |
发表时间:2010-08-20
Trustno1 写道 关于Don't rely on social processes for Creation.
贴一段,8月份给程序员的稿件. 引用 开源社区有着浓厚的工程师文化,有很强的目的性和实用性。一个开源的软件项目,首先总是会有一个初步可用的版本提交社区,然后经过社区成员使用后进行反馈,修改,精化,逐步的演进成一个高质量的软件。开源社区的程序员首先做东西首先要有一张图纸,哪怕是被人遗弃的图纸,他们都能很好的实现出来,慢慢做的比私人公司更好。最典型就是PNG,在Unisys收取LZW的专利费后,开源社区利用过时的LZ77算法开发了PNG,最后超过了GIF,这是让人非常佩服的。但是你不可能奢望开源社区的工程师们去设计一个LZ77出来,他们可以优化改进到极致,但是却很难创造新算法。目前H.264使用的许多算法在90/80年代已经提出来的。比如说做运动估计的钻石算法,是98年提出来的。从理论计算上来说他已经能够极大地将低运算量了。但是实际上以这个算法为核心的Xvid编码器要使用2006年之后的硬件设备才能取得比较好的效果。视频编码算法在理论领域的演进速度总是要领先工程实践9-10年甚至更长(在后文我们会提到一个例子)。这种理论研究是无法靠开源社区来实现的,因为无法产生实用化产品的项目,在开源社区内很难产生良好的开发循环。开源社区不靠利润压力而是靠社区成员的兴趣和反馈进行驱动。若要引起足够多的社区成员的兴趣,它的技术难度和前瞻性需要维持在多数社区成员的平均水平上,而不能超前的太远。因此他们更适合开发能够满足目前市场需求的软件。而私人公司则不同的利润压力使得他们有着更为长远的激励机制,它的组织形式使得它可以雇佣更多的研究型人才,而不必像开源社区那样因为人力资源而去迁就项目的超前性和难度。
如果说,某个Creation所需要付出的智商,精力,耐心,直觉,远远超过社群中平均水平,那么社会化的工作方式没有任何优势.一群绵羊呆在一起终究是一群绵羊.别扯什么狮子带领的羊群,回去看看赵老师的动物世界,你看到那个狮子带着一群羊在大草原上飞奔么? 拿开源项目和论文比是没有可比性的。更进一步说,拿工程项目和论文比先进性,是没有可比性的。 这段话举的例子不具有典型性。最早的开源项目,unix,就是2个人从无到有创建起来的,没有社区,没有图纸。 不管开源还是闭源,都是几个人撑起来的,其他的绝大部份人只是外设而已。一个产品的水平,只跟核心的几个人水平有关,并不需要将就其他人的能力。其实论文何尝不是如此。 |
|
返回顶楼 | |
发表时间:2010-08-20
引用 拿开源项目和论文比是没有可比性的。更进一步说,拿工程项目和论文比先进性,是没有可比性的。
这段话举的例子不具有典型性。最早的开源项目,unix,就是2个人从无到有创建起来的,没有社区,没有图纸。 不管开源还是闭源,都是几个人撑起来的,其他的绝大部份人只是外设而已。一个产品的水平,只跟核心的几个人水平有关,并不需要将就其他人的能力。其实论文何尝不是如此。 我就知道,有人要跳出来这么说.要知道当年Unix这玩意,包括Turing Award在内这玩意拿了多少学术奖项。再看看DMR后面搞的Plan9和Inferno的结局就知道,他搞操作系统从来就不是为了工程和实用.Unix和C的结果只是碰巧满足程序员的需要,这是他自己承认的. |
|
返回顶楼 | |
发表时间:2010-08-20
Trustno1 写道 引用 拿开源项目和论文比是没有可比性的。更进一步说,拿工程项目和论文比先进性,是没有可比性的。
这段话举的例子不具有典型性。最早的开源项目,unix,就是2个人从无到有创建起来的,没有社区,没有图纸。 不管开源还是闭源,都是几个人撑起来的,其他的绝大部份人只是外设而已。一个产品的水平,只跟核心的几个人水平有关,并不需要将就其他人的能力。其实论文何尝不是如此。 我就知道,有人要跳出来这么说.要知道当年Unix这玩意,包括Turing Award在内这玩意拿了多少学术奖项。再看看DMR后面搞的Plan9和Inferno的结局就知道,他搞操作系统从来就不是为了工程和实用.Unix和C的结果只是碰巧满足程序员的需要,这是他自己承认的. 我说你们这讨论的和开源不开源其实没啥关系吧? 工程界的技术运用落后于计算机科学理论的进展,这个不是什么新鲜的事情,不论开源项目还是商业公司,都是一个德性。即便是可以自己养得起顶尖科学家的公司,多数项目小组也常常没能力应用哪怕是本公司研究人员搞出来的成果。个人观点,这个问题出在两个方面:1. 学术成果不为人知。2. 论文理解困难,无法简单转化为工程上可用的工具。 |
|
返回顶楼 | |