Как рост числа ядер повлияет на технологии разработки

Пощусь в былинной нити.

Хотелось бы поФЯПать, но вряд ли выйдет, т.к. скорее всего, как обычно, будут усиленные попытки скрестить ужа и метр колючей проволоки в виде попыток автораспараллеливания кода на C^HVB.NET.

>Мой моск уже взорван.

Две звезды на ЛОРе - и с Профессором не общались?

>Самая грубая аналогия - калькуляторы с обратной логикой вычислений (МК61, МК52, БЗ-01)

Это ты с Forth'ом перепутал. Это в Forth обратная польская запись и стек, и переменные (регистры) в калькуляторах вовсе не однокартно присваиваемые.

>Хотелось бы поФЯПать, но вряд ли выйдет, т.к. скорее всего, как обычно, будут усиленные попытки скрестить ужа и метр колючей проволоки в виде попыток автораспараллеливания кода на C^HVB.NET.

А не получится "скрестить". А когда врубишся (если врубишся), то и не захочется скрещивать:)

>Это ты с Forth'ом перепутал. Это в Forth обратная польская запись и стек, и переменные (регистры) в калькуляторах вовсе не однокартно присваиваемые.

Ну я же сказал - _самая грубая аналогия_. То есть что-то похожее имеется.

>Ну я же сказал - _самая грубая аналогия_. То есть что-то похожее имеется.

И какая же "аналогия"?

> Самая грубая аналогия - калькуляторы с обратной логикой вычислений (МК61, МК52, БЗ-01)

Да, тут и правда какая-то странная аналогия.

> Любая операция является функцией. Перед тем, как выполнится функция должны быть вычислены все ее аргументы. Аргументы в функции не зависят друг от друга => вычисление аргументов распараллеливается автоматически.

Не должны быть вычислены. Вспоминаем про lazy evalution.

+1 и тож за фяп

> А не получится "скрестить". А когда врубишся (если врубишся), то и не захочется скрещивать:)

Так ведь уже пытаются. Как-то давно новость была здесь про компилятор C (или C++ - не помню ничего уже), который таким непотребством пытался заниматься, вроде.

Ну а то, что это удаление гланд через известно что - это понятно.

>И какая же "аналогия"?

То, что ты вносишь в стек аргументы, которые потом вычисляются последовательно-независимо.

PS Согласен. Пример был не удачным.

Тогда может посоветуете толковую книжку по ФЯП в принципе или сразу по erlang/haskell (можно на буржуйском).

Ничего не понял. Что хотели спросить?

windows - маст дай!!!

>Тогда может посоветуете толковую книжку по ФЯП в принципе или сразу по erlang/haskell (можно на буржуйском).

"Joe Armstrong. Programming Erlang. Software for a Concurrent World"

"Толковее" не бывает - от автора, так сказать:) Не знаю как на счёт Haskell, но по Erlang на русском искать AFAIK бесполезно.

Ну и смотреть на erlang.org, естественно.

Хендерсон П. Функциональное программирование. Применение и реализация

> Душкин Р. В. Функциональное программирование на языке Haskell. — ДМК Пресс

Сейчас листаю ее, вроде ничего так, хорошо пишет.

> Никак не повлияет. Долгие вычислительные задачи изначально затачиваются под параллельность уже десятки лет, остальному оно просто не нужно. Разве что разработчикам игр придется пошевелить мозгами.

Игроделы выберут ФП, тут даже сомневаться нечего. Точнее уже выбирают: http://beust.com/weblog/archives/000375.html (там внизу ссылка на презентацию в *.pdf)

Не забываем также про Microsoft с ихним F#, который (в лучших традициях компании) суть есть исковерканный CAML и который они усиленно двигают на свой ХуЯщик360.

Всю мощь съедят быдлокодеры.

Соврал. Пишет ужасно. Не покупайте эту книжку :)

Голосовал за рост уровней абстракции, но вероятно измениться не только это и ajax тоже всех нах (о, как опечатался :)) ждет. Т.о. измениться многое, но фяпа не будет. Я пессимист.