Математика и computer science. (1) Формулировка проблемы.

mt2 (12 пост(а)) 22.05.2009 16:01

Михаил Трофимов, (mt2).

Согласно бородатой шутке, математики решают задачи, которые решаются, а программисты – которые необходимо решить. Вот что говорит об этой проблеме со стороны математики один из видных математиков (М.Клайн. Математика .Утрата определенности, М.: «Мир»,1984, c.323-329, ориг.издание: Morris Kline, Professor Emeritus of Mathematics Courant Institute of Mathematical Sciences, New York University. Mathematics. The Loss of Certainty. New York, Oxford University Press, 1980):

«История математики знает не только величайшие взлеты, но и  глубокие падения. Потеря истины, бесспорно, может считаться подлинной трагедией, ибо истины — драгоценнейшее из достояний человечества, и утрата даже одной из них — более чем основательная причина для огорчения. Осознание того, что сверкающая великолепием витрина человеческого разума далеко не совершенна по своей структуре, страдает множеством недостатков и подвержена чудовищным противоречиям, могущим вскрыться в любой момент, нанесло еще один удар по статусу математики. Но бедствия, обрушившиеся на математику, были вызваны и другими причинами. Тяжелые предчувствия и разногласия между математиками были обусловлены самим ходом развития математики за последние сто лет. Большинство математиков как бы отгородились от внешнего мира, сосредоточив усилия на проблемах, возникавших внутри самой математики,— по существу, они порвали с естествознанием. Это изменение в развитии математики нередко описывают как обращение к чистой математике, противопоставляемой прикладной  математике   […]

 

Что представляла собой математика? Для предыдущих поколений математика была прежде всего и главным образом тончайшим творением человеческого разума, предназначенным для исследования природы. Фундаментальные понятия, универсальные методы и почти все наиболее важные теоремы математики были разработаны и доказаны именно в процессе усовершенствования математики как инструмента познания мира. Естествознание было кровью и плотью математики и питало ее живительными соками. Математики охотно сотрудничали с физиками, астрономами, химиками и инженерами в решении различных научно-технических проблем, а часто и сами являлись выдающимися физиками и астрономами. […]

 

Осознание того, что творения человеческого ума, равно как и все понятия, традиционно считавшиеся внутренне присущими «плану мироздания», весьма пригодны для описания природы, вскоре привело к развитию совершенно нового подхода к математике. […] Многие математики пришли к выводу, что заниматься решением проблем, так или иначе связанных с реальным миром, совершенно не обязательно: ведь и математика как свод идей, зародившихся в человеческом разуме, рано или поздно непременно окажется полезной. Более того, чистое мышление, не стесняемое необходимостью следовать за физическими явлениями, обретает большую свободу и соответственно продвигается дальше. Человеческое воображение, не знающее оков, создает более мощные теории, которые способствуют более глубокому пониманию реального мира и овладению природой.

 

Были и другие причины, побудившие математиков отойти от изучения реального мира. Широкий размах математических и естественнонаучных исследований не позволял ученым чувствовать себя одинаково свободно и в математике, и в естественных науках. Стоящие перед естествознанием проблемы, подобные тем, в решении которых ранее неизменно принимали участие великие математики, ныне становились все более сложными. Так почему бы, решили математики, не ограничить свою деятельность рамками чистой математики и тем не облегчить себе работу?

 

Существовала еще одна причина, вынудившая многих математиков обратиться к проблемам чистой математики. Естественнонаучные проблемы редко удается решить окончательно раз и навсегда. Обычно ученые получают все лучшее приближение, но отнюдь не полное решение задачи. […] А чистая математика, напротив, дает нам примеры четко поставленных проблем, допускающих полное решение. Для человеческого разума такие четко поставленные и до конца решаемые проблемы обладают особой привлекательностью в отличие от проблем недосягаемой глубины и неисчерпаемой сложности. […]

Говоря о мотивах, побуждающих обращаться к проблемам чистой математики, нельзя не упомянуть о давлении, оказываемом на математиков со стороны тех учреждений, где они работают, например университетов,— требовании публиковать результаты своих исследований. Поскольку для решения прикладных проблем необходимы обширные познания по крайней мере в одной из естественных наук и в математике, а нерешенные проблемы по трудности превосходят чисто математические, гораздо легче придумывать свои собственные задачи и решать то, что возможно решить. Профессора не только сами выбирают проблемы, поддающиеся решению, но и предлагают их своим ученикам в качестве тем для диссертаций.»

Хотя этот текст написан тридцать лет назад, и хотя в нем нет ни слова о компьютерах, можно констатировать, что общее положение в математике не только не изменилось в лучшую сторону, оно, пожалуй усугубилось в худшую. И это при том, что как чистая математика, так и теоретическая computer science достигли за эти годы немалого прогресса. В чем сходство и в чем отличие чистой математики и теоретической computer science? Верно ли, что за эти 30 лет чистая математика так и осталась изолированной чисто теоретической наукой, в то время как computer science то представляется всего лишь областью математики (то «чистой», то прикладной), то рассматривается как самостоятельная наука, причем наука не теоретическая, а экспериментальная (вспомним понятие «вычислительный эксперимент»). Эти и другие вопросы я бы хотел обсудить в этом и дальнейших блогах.

Зачем это нужно? Думаю, кроме простого человеческого интереса – определить место своей специальности в общем здании науки, существуют и непосредственные практические необходимости. Одной из них является проблема представления знаний по computer science как на жестких носителях (книги, журналы), так и в Сети. Должны ли авторы публикаций по computer science строго придерживаться правил классической математики с ее «бумажными» доказательствами и правилами вывода? или, наряду с классическими, правомочны некие доказательства нового типа - «машинные доказательства» (например, признанное, хотя и не всеми, машинное доказательство теоремы четырех красок)? Но даже оставаясь в рамках классического математического подхода – компьютерная эра предложила математике и математикам ряд серьезных методологических проблем. На практике с этими проблемами сталкивается всякий программист, пытающийся получить у работающего вместе с ним математика математическую проработку решаемой задачи, приемлемую для программной реализации, а так же и те программисты, которые вынуждены продираться через математические дебри публикаций по чистой математике для решения практической задачи. Короче говоря, множество проблем этого круга актуальны для программиста-практика, что уж говорить о теоретиках в области computer science!

Категории: Разработка софта

Пожалуйста, обратитесь к странице Уведомление об оптимизации для более подробной информации относительно производительности и оптимизации в программных продуктах компании Intel.

Комментарии (18)

22.05.2009 06:22

Dmitry Oganezov (Intel)
Dmitry Oganezov (Intel)Всего баллов:
25,608
Community Manager
Welcome to ISN Blog, Михаил! Очень приятно видеть Вас в наших не очень стройных рядах!

Наверное эти мысли витали где-то в воздухе. Потому что буквально вчера я два раза перечитал вот этот пост http://habrahabr.ru/blogs/arbeit/59989/ и надолго задумался. Идея "прикрепить" к каждому прикладнику по системному программисту, а к системному программисту - по программисту библиотек, плюс к каждому из них по паре тестеров, сверху поставить разговорчивого менеджера, а сбоку - технического консультанта, чтобы разговаривал с заказчиками... Эта идея не нова и берет свое начало из середины семидесятых, если не раньше (времена Брукса). Чем она вызвана? Недостатком системы образования? Стремлением оптимизировать организационную структуру? Попыткой превратить программирование в конвейер, выпекающий хиты продаж ПО как горячие пирожки?

Я не знаю ответа. А вы?
22.05.2009 12:15

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
Спасибо за приветствие, Дмитрий! Рад пополнить ряды, хотя строем сам хожу плохо, но знаю, как научить! :))

Я тоже задумался об указанной Вами статье http://habrahabr.ru/blogs/arbeit/59989/ -- как-то убого выглядит, не статья, а перспекитвы в ней обрисованные: задумываться на 2-ом курсе - 3D или DB или Web? И гадать, что будет в ближайшие десятилетия? Не проще ли предсказать, какой кросс-курс будет у мировых валют ровно через год? ;) Во что лучше вложить деньги - в золото, в платину или в палладий? Вижу, что и Вы додумали проблемы, обозначенные в этой статье - так, я заказал поиск по странице на слове "тестер" - ни одного не нашел ;) Но воля Ваша, а сколько я знаю: большинство как крупных, так и малых компаний до сих пор сходятся на том, что тестировать программу должны не те, кто ее писал. (BTW, какова официальная точка зрения Интела на этот счет?)

Действительно Книга Брукса - это классика! Я бы еще добавил к этой книге сравнительно недавно вышедшие Путь Камикадзе Йордона и Практическое руководство по экстремальному программированию Астелса, Миллера и Новака. И полностью согласен, что программирование давно (со времени Брукса) превращают "в конвейер, выпекающий хиты продаж ПО как горячие пирожки", не оставляя никакого срока на эксперимент. А за исключением совсем тривиальных задач, ИМХО, как бы мы не проработали предварительно проект системы, без экспериментов не обойтись.

Again many thanks,
Michael (mt2).
22.05.2009 13:43

Dmitry Oganezov (Intel)
Dmitry Oganezov (Intel)Всего баллов:
25,608
Community Manager
:) Вы знаете, меня как-то не уполномочили высказывать официальную точку зрения Интел, более того - мне гораздо интереснее высказывать свое, сугубо личное, мнение. И я сильно сомневаюсь, что в Интел есть прямо вот единые "официальные" принципы тестирования. Но Quality Assurance безусловно есть, причем довольно сложный по своей структуре и правилам. Насколько он эффективен? А это уж пользователям судить ;)

К стыду своему ничего из второго абзаца не читал. Рекомендуете? С чего начинать?
23.05.2009 00:16

Dmitry Serkin (Intel)
Dmitry Serkin (Intel)Всего баллов:
3,960
коричневый пояс
Статью на Хабре эту тоже читал. Сомнительное чтиво. Я всегда с опаской называю программистами людей, которые крутятся в веб и иже с ним областях. Для меня программист есть больше математик, чем мешок знаний инструментов и технологий, которые с бешенной скоростью клепают мягкие ребята (microsoft). Ну это, конечно, чисто мои психологические проблемы.

Насчет конвейера. Не для кого не новость, что это так. Однако существуют положительные сдвиги :) У нас например жесткий график девелопмента, но есть, так называемая, исследовательская команда. Которая ищет новые идеи, оптимизирует алгоритмы. Всегда приятно заниматься исследовательской работой.

Согласен, что девелопер есть лучший тестер своего кода ... пока код не расползается до немыслимых размеров. Да и потом всегда нужно подходить к своему творению с точки зрения пользователя. Создателю же такое удается редко или же он просто испытывает иллюзии по этому поводу. У нас есть QA команда и структура тестов очень сложная. Надо отдать им должное, они делают большую работу.
23.05.2009 04:45

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
Советую книгу Эдвард Йордон, Путь камикадзе. Как разработчику программного обеспечения выжить в безнадежном проекте, М.:ЛОРИ, 2000. Очень забавная, но не бесспорная. Что касается второй книги Дэвид Астелс, Гранвилл Миллер, Мирослав Новак, Практическое руководство по экстремальному программированию, М-Спб-Киев: Вильямс, 2002, то если не ошибаюсь, это была первая переводная книга по экстремальному программированию (ЭП). С тех пор, возможно, вышли и лучшие книги об ЭП, т.к. этот подход завоевал большую популярность, однако мне эта книга показалась интересной и я советую с ней ознакомиться (возможно частично). Из отечественных книг я бы отметил так же книгу Максим Кузнецов, Игорь Симдянов, Программирование: ступени успешной карьеры, Спб: БХВ-Петербург, 2006. Тоже не бесспорно, но есть с чем поспорить, в отличие от многого пустопорожнего, написанного на эти темы :) Ну и, конечно, стоит упомянуть бестселлер Дэвид С. Платт, Софт - отстой! И что с этим делать?, Спб-М: Символ, 2008. Тут комментарии излишни - само название за себя говорит :))
23.05.2009 05:08

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
"Для меня программист есть больше математик" - это одна из распространенных четких позиций (распространенные нечеткие обсуждать сложно :) ) Возражением на эту позицию является факт, что у очень многих профессиональных математиков (но не программистов) очень сложные и неоднозначные отношения с программированием. Собственно, это и является одним из основных вопросов данного блога. Думаю, что это не только психологические проблемы, но, очевидно, проблемы методологии и практики.

"исследовательская команда. Которая ищет новые идеи, оптимизирует алгоритмы." - это можно только приветствовать! А интересно, бывают ли случаи, чтобы эта команда привлекалась к разработке, и если "да", то на каких стадиях? Влияет ли эта команда на создание новых версий ПО?

"девелопер есть лучший тестер своего кода" - почему? Девелопер-тестер выглядит, как "сам-себе редактор", если Кнут прав, и процесс написания программы стоит рассматривать как процесс написания книги, то как и для книги, так и для программы требуется сторонний редактор, не являющийся автором ;)
23.05.2009 05:22

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
Кстати сказать, в практике используются и очень неожиданные методы разработки, например, один человек пишет код, добиваясь только первого успешного прохода через компилятор, но даже не через линкер, т.е. уровня отсутствия синтаксических ошибок, и сразу передает его напарнику, который и доводит код "до ума". Другой метод: сразу двое кодеров сидят за одним компьютером: один пишет, другой смотрит и при необходимости хватает первого за руку, потом они меняются ролями, и так несколько раз на протяжении рабочего дня. Фирмы, использующие эти методы, утверждают, что так процесс кодинга осуществляется эффективнее: выше по скорости при минимуме багов, а исходный код лучше откомментирован и в нем меньше тумана, чем при работе в одиночку.
23.05.2009 07:45

Dmitry Serkin (Intel)
Dmitry Serkin (Intel)Всего баллов:
3,960
коричневый пояс
"Возражением на эту позицию является факт, что у очень многих профессиональных математиков (но не программистов) очень сложные и неоднозначные отношения с программированием."

Это не возражение. Это неправильная трактовка моих мыслей. Я не считаю, что программист должен быть профессионалом в математике. Нам не нужны столь исчерпывающие теоретические знания в этой области. Право, мы же не проблемы Гильберта решаем. Я считаю, что знаний должно быть достаточно для того, чтобы в нужный момент уловить математическую суть, построить корректную матмодель интересующих нас процессов. Математика повсюду. В сердцебиении, в полете птиц, в музыке, в религии. Повсюду. И в каждом случае для решении той или иной проблемы требуется модель, способная с определенной степенью точности воспроизвести жизнь. Весь этот сумбур к тому, что в наше время людей способных на это становится все меньше и меньше. Всё больший интерес концентрируется вокруг технологий и продуктов, которые по своей сути бесполезны в решении вышеописанных задач без твердого математического фундамента.

"девелопер-тестер выглядит, как "сам-себе редактор""
Эта мысль у меня как раз тоже развернута. Тут у меня неоднозначная позиция. В целом я с Вами согласен.

"А интересно, бывают ли случаи, чтобы эта команда привлекалась к разработке, и если "да", то на каких стадиях? Влияет ли эта команда на создание новых версий ПО?"
Ребята продвигают концептуально новые идеи. Сами же их и реализуют. Иногда эти идеи идеально вписываются в структуру продукта и их тут же внедряют. Тут очень широкое поле для обсуждения, так как область видеокодирования в которой мы все варимся богата на исследования и инновации.

"сразу двое кодеров сидят за одним компьютером: один пишет, другой смотрит и при необходимости хватает первого за руку, потом они меняются ролями, и так несколько раз на протяжении рабочего дня"

Мне представляется такой метод хорошей практикой. Больше плюсов, чем минусов.
23.05.2009 08:48

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
Да, но чтобы "построить корректную матмодель", нередко нужны "столь исчерпывающие теоретические знания в этой области", т.е. в математике, каких, может, и не требуется для чистой математики: как отметил Клайн в цитате, которой я начал этот блог, проблемы реального мира - это "проблемы недосягаемой глубины и неисчерпаемой сложности" ;) Даже такая, казалось бы, чисто конвенционная вещь, как удачный язык программирования и его реализация в виде компилятора, является, на мой взгляд, достижением, сравнимым с решением одной из проблем Гильберта. Я имею в виду тот вклад, который когда-то сделал Вирт своим Паскалем. Конечно, много зависит от задачи. Во многих задачах не требуется солидного мат.фундамента, и программисты, фундамент которых не превышает уровень средней школы, вполне успешно справляются с такими задачами. Для решения других задач, где требуется солидная оригинальная математическая проработка, нередко приглашают профессиональных математиков. Вот в таких проектах и проявляется наиболее сильно разница между классическим математическим подходом и подходом программистским, при том что и у программистов в таком проекте могут быть очень солидные математические знания.
23.05.2009 09:53

Dmitry Serkin (Intel)
Dmitry Serkin (Intel)Всего баллов:
3,960
коричневый пояс
Всё верно говорите. Не поспоришь. Только все это крайности. Жизнь где-то посередине.
23.05.2009 10:10

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
Ok! Се ля ви - посредине! беря среднее между крайностями, пытаемся достичь той самой жизненной середины, как в методе Ньютона, тихими стопами итераций по Достоевскому :)

Спасибо за интересные комментарии!
23.05.2009 10:19

Dmitry Serkin (Intel)
Dmitry Serkin (Intel)Всего баллов:
3,960
коричневый пояс
Вам спасибо :) Всегда приятно поговорить с умным человеком.
23.05.2009 11:22

Dmitry Oganezov (Intel)
Dmitry Oganezov (Intel)Всего баллов:
25,608
Community Manager
Михаил, спасибо за советы по книгам!

Я подозреваю, что у Вас есть много что сказать на тему математики vs (plus?) программирования... Ждем следующих постов!

Дима С. - спасибо за твои экстремальные взгляды ;) позиция "программист - это C++ в консоли, а все остальное - мышевозение" имеет право на жизнь, только давай без священных войн, ок?

23.05.2009 11:29

Dmitry Serkin (Intel)
Dmitry Serkin (Intel)Всего баллов:
3,960
коричневый пояс
Дим,

Ты как то слишком сильно упростил мою мысль :) Она глубже. А холивара как видишь не состоялось по вполне объективной причине. Присутствию мозга и уважения к чужому мнению :)
24.05.2009 09:19

Svetlana Emelyanova (Intel)
Svetlana Emelyanova (Intel)Всего баллов:
7,077
коричневый пояс
Михаил, а что такого революционного появилось в математике за последние 30 лет? Доказательство теоремы Ферма…а в чем еще особый прогресс?

К теме данного поста, интересной показалась статья "Куда движется математика?" Брайана Дэвиса (http://elementy.ru/lib/164681/164682), где также рассмотрено текущее положение математической науки и что ждет ее в будущем. Там как раз рассматривается проблема представления знаний – так называемый «кризис переусложненности». С одной стороны, доказательство теоремы может быть признанно корректным только при ручной проверке всех расчетов. Но доказательства даже самых простых теорем могут быть настолько сложны, что просто нереально в них разобраться и докопаться до сути. В связи с этим вполне логичным кажется использование компьютеров. Но пишут ПО люди, поэтому от ошибок и сбоев оно также не застраховано, поскольку существуют определенные проблемы коммуникации между программистами и математиками, что приводит к неадекватным техническим заданиям, + недостаточная математическая база разработчиков. Достаточно тупиковая ситуация…
Но, так или иначе, будущее за машинами – за формальными проверками сложных доказательств. В статье дается неутешительный прогноз: «К 2075 году многие области чистой математики будут построены на использовании теорем, доказательства которых не сможет полностью понять ни один из живущих на Земле математиков — ни в одиночку, ни коллективными усилиями.» Хотя наверное, это логичный ход эволюции науки, все-таки человеческие способности небезграничны.

Кстати, комментарии к статье не менее интересны :)
25.05.2009 07:50

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
«а что такого революционного появилось в математике за последние 30 лет? Доказательство теоремы Ферма…а в чем еще особый прогресс?»

- Прежде всего я бы отметил выход книги Клайна, на которую я сослался в начале этого блога :) И, конечно же, математика во многом способствовала прогрессу computer science – понадобилось переосмыслить очень многое, развить целые направления, как теоретические, так и прикладные. В частности, благодаря интенсивному развитию теории графов и комбинаторных методов произошло становление компьютерной (математической) химии, исследованиями в которой я занимаюсь с 1985 г. Кроме того, я бы отметил:

- Фракталы -- Б. Мандельброт (1975).
- Проблема четырёх красок – машинное доказательство - К. Аппель и В. Хакен (1976 г.).
- Открытая проблема проверки натурального числа на то, что оно составное, принадлежит к классу P -- M.Agrawal и др. (2002 г.).
- Гипотеза Пуанкаре -- Г.Я.Перельман (2002 г.).

Конечно, этот список далеко не полный, в соответствующих источниках можно найти много дополнительной информации, отвечающей на Ваш вопрос.

Спасибо за ссылку на интересную статью. Одним из самых интересных мест в ней мне показалось следующее: «В 1998 году Том Хейлз объявил о найденном им строгом математическом решении задачи Кеплера, основанном на сочетание аналитической геометрии и сложных компьютерных вычислений. Журнал «Анналы математики» принял статью на экспертизу и созвал комиссию из двадцати ведущих специалистов в этой области, чтобы они дали отзыв о статье.» - я считаю, что журналы слишком много на себя берут. Если редакция не может в короткое время привести доводов против статьи и строго доказать их – она должна опубликовать статью в полном объеме. И делом мирового научного сообщества, а не какой-то отдельно взятой редакции, будет разбираться в этом в любом случае нетривиальном результате. Даже если в конце концов будет доказано, что результат ошибочен, то такие великие ошибки не менее способствуют прогрессу науки, чем великие истины. Сейчас у всех, почти без исключения, редакций научных журналов мания величия, а на самом деле – редакция не более чем медиатор, обеспечивающий элементарное качество общения между авторами и читателями. И право судить принадлежит читателям, а не редакторам. Отсекать явный безграмотный бред, графоманию, неэтичные выпады, наглый плагиат – это одно, а подменять собой исследовательский центр – совсем другое. В этом, ИМХО, одна из причин современных кризисов науки, и в последующих блогах я надеюсь к ней вернуться. Так что одним из возможных рецептов в отношении Вашего замечания о безвыходном тупике может быть рецепт чисто административный – поумерить пыл редакторов :)

Кстати, другой, уже методологический рецепт, предложил и сам автор: «Подобно инженерам, математикам придется указывать доверительные интервалы и вероятность ошибки, а не заявлять безапелляционно, что какое-либо утверждение раз и навсегда доказано.» ИМХО, очень хороший рецепт!

Автор также ссылается на книгу Доказательства и опровержения «Имре Лакатоша», другой перевод имени – Лакатос, это действительно великая, полезная и, в то же время, очень забавная книга, очень советую прочитать! (в рувики есть точная ссылка)

Иногда с автором можно и поспорить: «иногда они [шахматные компьютеры] делают такие ходы, что никто из гроссмейстеров не находит им логического объяснения. Компьютер, конечно, обоснует любой свой ход тем, что из миллиардов рассмотренных комбинаций именно он с наибольшей вероятностью приводит к успеху в партии. Однако это не означает, что выбранный компьютером ход действительно лучший, поскольку варианты просчитывались по алгоритмам, заданным человеком.» -- Если речь идет только об основном шахматном алгоритме – альфа-бета алгоритме, тут сомневаться в компьютерном выборе особенно нечего – простой переборный алгоритм с ограниченной (для многих игр, как и для шахмат) глубиной перебора, но если речь идет о дополнительных знаниях, заложенных в компьютер для дополнительного отсечения ветвей дерева решений, например, о библиотеке дебютов, тут можно сомневаться в правильности программы, правда, не в исполнении ее программистами и не в алгоритме, а в подборе шахматистами базы знаний дебютов. И далее: «К 2075 году многие области чистой математики будут построены на использовании теорем, доказательства которых не сможет полностью понять ни один из живущих на Земле математиков — ни в одиночку, ни коллективными усилиями.» - если опять же сравнивать с альфа-бета, то тут может и не всякому математику, но всякому программисту, занимающемуся программированием игр и специалисту по AI, совершенно ясно, как устроены простейшие шахматные программы и почему они могут выигрывать :)
25.05.2009 19:19

ksili
ksiliВсего баллов:
7,630
коричневый пояс
Ещё один революционный момент. Он тоже связан с развитием вычислительной техники и вычислительной математики. Речь идёт о доказательстве с некоторой долей вероятности. Классическое доказательство - это "железное" доказательство. А тут впервые, на основе очень большого количества результатов вычислений, приняли доказательство как верное с некоторой (почти 100%-ой) долей вероятности. К сожалению, не могу тут привести точные цифры, фамилии и ссылки, т.к. не помню.
31.05.2009 14:41

mt2
mt2Всего баллов:
13,459
Зарегистрированный пользователь
Продолжение см.:
http://software.intel.com/ru-ru/blogs/2009/05/29/computer-science-2/

Обратная ссылка (0)


Оставить комментарий  

Для получения технической помощи посетите сайт службы поддержки.
Имя (обязательно)*

Электронная почта (обязательно; не будет отображено на этой странице)*

Ваш URL-адрес (необязательно)


Комментарий*