>>> числодробилка - фортран

>>таки С++ тут неплох

>По сравнению с фортраном плох

C++ + boost смотрят на фортран как на УГ. Фортран хорош там, где велика преемственность, поскольку решений накоплено за несколько десятков лет очень и очень много. И не только программных, например, есть много действующих высокоточных станков с программной начинкой на фортране и на нем же принимающих описания заданий. Использовать фортран для новых задач - бессмыслица.

>>Чем на более далёком для железа языке человек ведёт общение с комьютером, тем собственно хуже для диалога

> А автор Руби считает наоборот

Тем хуже для автора Руби

northerner (25.07.2010 20:53:27)

> а почему никто про D не вспомнил

Потому что сам создатель прикладывает неимоверные усилия для его закапывания. Вторую версию уже года два как ждут как и версию для 64 бит. Но, выражаясь словами классика, а воз и ныне там.

Вышла бы стабильная вторая версия и 64 битный компилятор - подтянулась бы документация и библиотеки (силами энтузиастов и заинтересованных коммерсантов). Александреску, вроде, книжку уже даже написал...

А нестабильная версия никому ненужна. На D, все кто про него слышал уже написали свои хеловорды, а делать что-то более сложное и подправлять весь код с той же периодичностью, с какой выходит новая альфа (т.е. каждые пару недель) никто не станет.

Liosha_Syrnikov (25.07.2010 21:06:52)

> Си в энтерпрайзе и распределенных вычислительных системах? Не смеши меня пожалуйста.

Что такое "распределенная вычислительные система", и попадают ли туда кластеры с MPI?

sv75 (25.07.2010 21:10:33)

> C++ + boost смотрят на фортран как на УГ.

Есть ли известные примеры C++ + boost в промышленных вычислениях?

sv75 (25.07.2010 21:11:58)

> Если C++ такой плохой, почему же (к примеру) КДЕ именно на нём?

Потому что биндинги к Qt существует (живые) только из C++.

И да, это сказалось --- жрёт памяти много, код выглядит так, что писать и править его фана ради ооочень трудно.

sv75 (25.07.2010 21:14:15)

> я на месте пайка постеснялся бы выставлять на посмешище такой язык -- без полиморфизма

Это вброс такой? +20 страниц к треду?

baverman (25.07.2010 21:15:30)

>> полиморфизма

> у вас ООП головного мозга.

чувак, прикинь: полиморфизм бывает без ООП -- например в хаскеле

www_linux_org_ru (25.07.2010 21:19:04)

Посмотрел я этот go

Узрел внутри него куски Inferno и Plan 9

То есть язык является в какой-то мере наследником языка Limbo

Узрел также внутри файл win32.c вот с таким кодом

[code]int fork() { return -1; }[/code]

Потом заинтересовался - а нет ли golang для windows?

Вроде как есть, но место, где должны лежать исходники для windows - пусто.

Нашел только какую-то бинарную сборку.

А теперь самое интересное - golang для windows имеет другие библиотеки.

У него нет lib9.a, зато есть api.a с обертками Win32api функций.

Вы все еще хотите программировать на Golang?

sign (25.07.2010 21:25:41)

ну просто в контексте других языков, которые я изучал (lisp, erlang) это слово не употреблялось и чётко ассоциируется у меня с ООП.

> Это вброс такой? +20 страниц к треду?

Когда студентишка типа Гвидо на каникулах лобает язычишко, это нормально, но когда люди калибра Пайка делают *такое* -- это позор.

www_linux_org_ru (25.07.2010 21:29:33)

>в контексте других языков

Ты не знаешь С++, Java? Там полиморфизм и без ООП есть.

theos (25.07.2010 21:33:00)

компилируется быстрее by design

Zloddey (25.07.2010 21:37:22)

новый язык программирования

гугл выпустить новый ЯП, инфа 100%

>Использовать фортран для новых задач - бессмыслица.

Расскажите об этом Интел которые пилят свой ifort компилятор поинтенсивнее ifc. Если программу на фортране переписать на C++ то в 90% случаев она будет работать медленней чем оригинальная. ИМХО, работа з числами это исключительно фортран. (для более менее комфортной работы с числами в плюсах надо сначала найти и разобраться в 100500 библиотеках). Как пример, умножение и сложение матриц (многомерных) в фортране выглядит вот так A=B+C*D

Как по мне, именно по многословности C++ конкретно уступает фортрану, который лаконичнее, проще для понимания и учебы, и в конце концов,- вследствие этого - надежнее. Если вы пишете на плюсах, то даже если вы профи, вы никогда не будете на 100 уверены в своем коде, так как полностью стандарта C++ никто (за исключением Страуструпа, да и то я сомневаюсь) так и не знает.

terminat0r (25.07.2010 22:28:58)

herpolhode.com/rob/utah2000.pdf - занимательное чтиво :) Его Роб написал 10 лет назад.

robot12 (25.07.2010 22:31:11)

Да он тролль самого высокого класса, местные анонимусы в подметки не годятся.

theos (25.07.2010 22:44:08)

;) Ну да. Именно такие тролли и создают прогресс.

robot12 (25.07.2010 23:19:29)

> компилируется быстрее by design

Ну естественно. Ибо не надо лопатить многомегабайтные headers.

Вот только сейчас это не имеет никакого значения. Такие монстры как Linux kernel компилируются за минуты. На killer feature не тянет.

Будем надеяться, что этот "карнавальный генерал" со своей "недееспособностью использовать С++ или Java" не имеет ничего общего с разработкой и не имеет влияния не процесс разработки и развития продуктов гугля. )))))))))))))

> herpolhode.com/rob/utah2000.pdf - занимательное чтиво

Интересно, почитал.

Смерть инноваций и все такое. Отсутствие новых компьютеров и операционных систем. Усложнение проектов до такой степени, что их не могут сделать студенты. Измерение вместо изобретения. Бла-бла-бла.

sign (26.07.2010 0:25:57)

> Ну естественно. Ибо не надо лопатить многомегабайтные headers

precompiled headers предоставляют ту же возможность - вот только в IDE под линукс эта возможность почему-то слабо поддерживается( в отличие от MSVC и XCode )

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

//Весь тред ниасилил, многабукаф на ночь.

Chaser_Andrey (26.07.2010 0:40:29)

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

нет - он предлагает дать тьме разрабов-недоучек подходящий язык, чтоб они не плодили говно-код на C++/Java etc.

> Для простых, маленьких, недолго работающих программ - это допустимо. Вообще говоря, для них вообще можно не делать сборки мусора. Но для больших и долго работающих программ - это может быть фатально.

А утечки памяти для большой и долго работающей программы на C фатальным не будет? Что я слышу, можно мемлики тулзами отловить? Ну так нежелательную аллокацию памяти в языках с автоматическим управлением памятью тоже можно устранить :) А можно и не отлавливать, так работать будет. В отличие от.

mv (26.07.2010 0:52:03)

Re: Они и в самом деле многословны

> Для сравнения:

У тебя в джаве и питоне финалайзеры не навешаны.

mv (26.07.2010 1:03:36)

с каких это пор полиморфизм стал привилегией ООП?

jtootf (26.07.2010 1:08:41)

плохо изучал. очень плохо

jtootf (26.07.2010 1:10:09)

ИМХО, видимо он имел ввиду что, хороших программ на C++ и Java сейчас очень мало пишут. А те, что написаны на Си слишком мало.

gh0stwizard (26.07.2010 1:48:55)

вставлю свои 5 копеек: мистер Пайк прав, но ведь для большинства прикладных программ не нужно знание всех особенностей сабжевых языков. А для решения нетривиальных задач зачастую удобнее использовать спец. инструменты. Не помню кто там уж сказал, но "серебрянной пули не существует".

RedPossum (26.07.2010 2:33:06)

есть конкретные примеры фортрана в промышленных приложениях? Конкретика а не мифы о миллионах строк кода,

JFreeM (26.07.2010 3:27:20)

http://www.msg.ameslab.gov/gamess/

jtootf (26.07.2010 3:30:39)

например вся квантовая химия: gamess, dalton, nwchem (хотя последние отходят от канона). Закрытых прог -- вагон, они, вроде, тоже на фортране написаны. Причём, пишут ещё на 77-ом фортране(за что уже пора бы убивать).

Молекулярная динамика и монте-карло -- тоже на фортране, но здесь народ уже на 90-м пишет, со всеми плюшками (Gromacs(есть в вашем дистрибутиве), DL_POLY, towhee, BOSS).

Да, и, естественно, всё это должно работать параллельно на зоопарке суперкомпьютеров, с зоопарком ОС и компиляторов.

На крестах (вернее это даже и не C++, а хрень какая-то на палочке -- Charmm++ называется) написана только одна широко распространённая прога для молекулярной динамики -- NAMD.

Ага именно на нем пишутся бизнес функции в Oracle JDEdwards.. ИМХО. А вообще писать лучше всего на Python, сколько всего уже перепробовал.. ничего удобней пока для небольших и средних программ не нашел. За крупняк говорить не стану

> Ядро оно с железом работает. Лучше скажи где был бы сейчас веб если движки сайтов писались бы на С++

Не забудь, тот же PHP написан на C/C++. Так что его можно рассматривать и как C++ либу со странным способом активизации :) И вся привлекательность PHP - в упрощении языка. Что привлекает кучу нубов, что создает кучу кода низкого качества, что замедляет и понижает надежность веба..

HappySquirrel (26.07.2010 7:39:38)

Это ничего, что 90% того, что в любом Linux-дистре написано на C/C++? Включая ядро, все базовые библиотеки, все компиляторы, Gnome/KDE, OpenOffice?

Пусть мне назовут команду, которая все это перепишет на Go. А потом пусть заодно обьяснят - на кой нам всем это надо?

HappySquirrel (26.07.2010 7:43:36)

Утечки памяти, на самом деле, не такое уж и зло. Когда человек начинает с ними разбираться, он, как правило, узнает много интересного о своем коде. У некоторых (не проведших жизнь в Java) даже может развиться понимание - как используется память в их программе, и на что это влияет. Хотя все зависит от степени энтерпрайзнутости и запущенности Java головного мозга.

Побочные эффекты использования valgrind, например, включают повышение производительности и надежности программ.

С другой стороны, быстро разработанная и медленно работающая программа на любом интерпретируемом языке убивает все преимущества управления памятью. Об этом там не просто не думают - этим там гордятся.

HappySquirrel (26.07.2010 7:50:36)

> Когда студентишка типа Гвидо на каникулах лобает язычишко, это нормально, но когда люди калибра Пайка делают *такое* -- это позор.

действительно - даже до студентишки не дотягивает... это действительно печально. а что там у него за калибр, кстати?

>Не забудь, тот же PHP написан на C/C++

Ну и? Есть реализация питона на питоне, ничто не мешает переписать пых-пых на пых-пыхе, просто смысла нет

>Так что его можно рассматривать и как C++ либу со странным способом активизации :)

Быстро в школу, учить определение либы!

DNA_Seq (26.07.2010 9:31:13)

>Когда человек начинает с ними разбираться, он, как правило, узнает много интересного о своем коде.

А лучший способ обучения плаванию - выкидывать ребенка в море

>С другой стороны, быстро разработанная и медленно работающая программа на любом интерпретируемом языке

Ничто не мешает сделать питон или руби компилируемыми а перл перед исполнением компилируется

>Об этом там не просто не думают - этим там гордятся.

Перл/руби - красивы, с/с++ - уродливы

DNA_Seq (26.07.2010 9:35:16)

>Это ничего, что 90% того, что в любом Linux-дистре написано на C/C++?

Это ничего что с++ активно пиарился все 90е и ему обучают в любом колхозном пту?

DNA_Seq (26.07.2010 9:36:27)

> Есть реализация питона на питоне, ничто не мешает переписать пых-пых на пых-пыхе, просто тормозить будет еще сильнее
> Перл/руби - мало кому нужны, а с/с++ - вообще не динамические языки, чтоб сравнивать с первыми

// fixed

> Это ничего что с++ активно пиарился все 90е и ему обучают в любом колхозном пту?

Lisp 50 лет пиарят - и что?

>Хых. В чистом виде вопрос библиотек...

Конструкции встроенные в язык в 100500 раз удобнее библиотек

DNA_Seq (26.07.2010 9:42:59)

Ниасиляторы в гугле?

З.Ы. тред не читал.

Zhbert (26.07.2010 9:43:16)

Лисп не пиарил Microsoft

DNA_Seq (26.07.2010 9:43:17)

> Лисп не пиарил Microsoft

java, php тоже

>Перл/руби - мало кому нужны

Скажи это команде Debian

DNA_Seq (26.07.2010 9:43:59)

>java, php тоже

Однако С++ M$ пиарил

DNA_Seq (26.07.2010 9:44:42)

>про линуксовое ядро.

С ведром может и погарячился но тот же ntfs-3g наполовину написан на фортране

>как это оно, интересно, у меня компилится без g77 в системе?

А ты уверен что g77 в системе у тебя нет? ;)

DNA_Seq (26.07.2010 9:46:26)

> Скажи это команде Debian

сделал поиск по ruby - ни одного установленного пакета, по perl - 19, не густо( особенно по сравнению с С/С++ )