"Астрономия на персональном компьютере" + CD

[Algen]

Господа! Наконец-то, книга Монтенбрука и Пфлегера, "Астрономия на персональном компьютере", которую мы переводили и готовили к печати в течение всего года, ушла в типографию. Эта книга не только заменит астрономический календарь и ежегодник, но и даст основные знания из области сферической астрономии, небесной механики и методов обработки наблюдений. Прилагаемый CD содержит исходники всех, описанных в книге программ, их исполняемые версии для Windows и Linux, а также три базы: каталог положений и собственных движений на 400 тыс. звезд, зодиакальный каталог и каталог элементов орбит всех известных астероидов. В продаже книга должна появиться под Новый год. А на сайте ИД "Питер" уже сейчас можно ее заказать. Тираж не слишком большой (не рискнули сразу много печатать), так что советую поторопиться. Стоимость вместе с CD - 130 руб. (возможны небольшие вариации с учетом стоимости доставки).

Это переиздание старой книги (у нас вышла в 93 году) или авторы ее полностью переработали?

[Algen]

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

В последнем издании авторы полностью переработали программную сторону книги и добавили ряд новых содержательных вопросов. Вот выдержки из их собственного введния к книге:

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

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

"Важное дополнение — это глава о вычислении возмущений. В ней описывается, как учесть возмущения со стороны планет при расчете движения астероидов и комет. Описанная в книге программа Numint позволяет вычислять их положения значительно точнее, чем раньше, что бывает очень важно при поиске предельно слабых объектов."

"В другой новой главе обсуждается вычисление физических эфемерид планет и Солнца, что восполняет существенный пробел в первом издании. Теперь любители астрономии получают в свое распоряжение средства для предвычисления вида планет, а также для упрощения последующей обработки своих наблюдений. Другие изменения касаются вычисления моментов восхода и захода планет и местных обстоятельств солнечных затмений."

"На фоне постепенного упадка языка программирования Паскаль мы решили прислушаться к часто высказывавшемуся пожеланию перевести наши программы на язык C++."

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

Ну а про упадок Паскаля - типичное высокомерное высказывание приверженцев Си, не делающее им чести.

[ 17-12-2001: Сообщение редактировал: Anatoly ]

[SF]

2Algen:

А "ls -R" (содержимое) CD в конференцию нельзя забросить?

[Algen]

<BLOCKQUOTE><font size="1" face="tahoma, verdana, helvetica, arial cyr">quote:</font><HR>Цитата из сообщения Anatoly:

И что, оставили лищь эти программы? И выкинули Паскаль? Ничего более нелепого и придумать нельзя! Переработали на другой язык - так сохраните и старые варианты, ведь у людей могут быть программы и на Паскале.
<HR></BLOCKQUOTE>

Старые версии программ на Паскале доступны на сайте издателmcndf Springer. Цитирую из того же предисловия: "Мы также советуем читателям посетить веб-сайт http://www.springer.de/phys/books/astropc/, где мы совместно с издателем размещаем полезную информацию, относящуюся к этой книге. В частности, вы найдете здесь исходные тексты программ на Паскале из предыдущей редакции "Астрономии на персональном компьютере", а также ссылки на полезные интернет-ресурсы. При необходимости здесь также будут размещаться исправленные и обновленные версии программ."

<BLOCKQUOTE><font size="1" face="tahoma, verdana, helvetica, arial cyr">quote

Ну а про упадок Паскаля - типичное высокомерное высказывание приверженцев Си, не делающее им чести.

Я думаю, флейм здесь неуместен. Доминирование C++ в сегодняшем мире - свершившийся факт, даже если это кому-то (в действительности многим) не нравится. Объем ПО написанного на C++ намного больше, чем на Паскале и на любом другом языке. А Паскаль фактически занял ту самую нишу, которую ему предназначал его создатель Н.Вирт - он стал учебным языком программирования и языком для относительно небольших проектов. Можно не любить С++, но не признавать его нельзя.

Кстати, если быть объективным, то есть несколько причин, делающих Паскаль неудачным выбором для астрономического программирования (в отличие от C++ и Фортрана):

- у Паскаля нет современного общепринятого стандарта и работа по его созданию не ведется;

- в Паскале не было и нет средств управления точностью вычислений с плавающей точкой;

- Паскаль в меньшей степени чем C и гораздо хуже чем Фортран поддается оптимизации кода.

В стандартном Паскале нет огромного числа очень важных для астронома возможностей: работы с векторами и матрицами, форматного ввода-вывода, эффективной передачи параметров "по имени". В конкретных реализациях Паскаля есть многое из этого (а также объекты), но если этими возможностями пользоваться, то происходит жесткая привязка к конкретной платформе.

Кстати, в прошлых изданиях книги авторы были вынуждены оговаривать, какими компиляторами Паскаля надо пользоваться на тех двух платформах (PC и Atari), для которых годились их программы. Теперь выбор платформы ничем не ограничен. Конечно, минимальные модификации кода при переходе на другой компилятор/платформу могут потребоваться, но они строго локализованы и перечислены в приложении к книге.

Еще раз хочу подчеркнуть, что ни я, ни авторы книги не стоим на позиции "сишного снобизма". Просто надо реально смотреть на вещи.

[ 18-12-2001: Сообщение редактировал: Algen ]

[Algen]

<BLOCKQUOTE><font size="1" face="tahoma, verdana, helvetica, arial cyr">quote:</font><HR>Цитата из сообщения SF:
А "ls -R" (содержимое) CD в конференцию нельзя забросить?[/B]<HR></BLOCKQUOTE>

ls -R не получится - у меня сейчас сидюка под рукой нет. Но вот описание CD из книжки:

\Win32\
Исполняемые программы (32-битные версии для Windows)
AOEcat.exe, Coco.exe, Comet.exe, Eclipse.exe, EclTimer.exe, Foto.exe, Gauss.exe, Luna.exe, Numint.exe, Occult.exe, Phases.exe, Phys.exe, Planpos.exe, Planrise.exe, PPMbin.exe, PPMcat.exe, Sunset.exe

\Linux\
Исполняемые программы (версии для Linux)
AOEcat, Coco, Comet, Eclipse, EclTimer, Foto, Gauss, Luna, Numint, Occult, Phases, Phys, Planpos, Planrise, PPMbin, PPMcat, Sunset
Unix-архивы файлов данных, исполняемых программ (только для Linux) и исходных текстов
apcedat.tar, apceexe.tar, apcesrc.tar (включая make-файле)

\Source\
Исходные тексты библиотечных модулей
AOEcat.cpp, APC_Cheb.cpp, APC_Cheb.h, APC_Const.h, APC_DE.cpp, APC_DE.h, APC_IO.cpp, APC_IO.h, APC_Kepler.cpp, APC_Kepler.h, APC_Math.cpp, APC_Math.h, APC_Moon.cpp, APC_Moon.h, APC_Phys.cpp, APC_Phys.h, APC_Planets.cpp, APC_Planets.h, APC_PrecNut.cpp, APC_PrecNut.h, APC_Spheric.cpp, APC_Spheric.h, APC_Sun.cpp, APC_Sun.h, APC_Time.cpp, APC_Time.h, APC_VecMat3D.cpp, APC_VecMat3D.h, Coco.cpp, Comet.cpp, Eclipse.cpp, EclTimer.cpp, Foto.cpp, Gauss.cpp, GNU_iomanip.h, Luna.cpp, Numint.cpp, Occult.cpp, Phases.cpp, Phys.cpp, Planpos.cpp, Planrise.cpp, PPMbin.cpp, PPMcat.cpp, Sunset.cpp

\Data\
Файлы с примерами исходных данных
Comet.dat, Foto.dat, Gauss.dat, Numint.dat, Occult.dat, Orkisz.dat, ZC.dat

База данных по элементам орбит астероидов и документация к ней
\Aoe\astorb.dat, \Aoe\astorb.html

Каталог положений и собственных движений звезд
\Ppm\PPM.dat, \Ppm\PPMbss.txt, \Ppm\PPMnorth.txt, \Ppm\PPMsouth.txt, \Ppm\PPMsupp.txt, \Ppm\ReadMe.txt, \Ppm\Win32\PPM.bin, \Ppm\Linux\PPM.bin

"В стандартном Паскале нет огромного числа очень важных для астронома возможностей: работы с векторами и матрицами, форматного ввода-вывода, эффективной передачи параметров "по имени"."

"Для астронома" все эти возможности есть, знаю по собственному опыту и опыту коллег.

О распространенности языка Си.
В интернете распространен английский язык, так что, русский нужно выбросить, как малораспространенный и перейти на английский?

Мне очень нравился подход создателей Фортрана (не знаю, продолжается ли это в современных версиях языка, от Фортрана я давно отказался в программировании астрономических задач): сохраняли все возможности первых версий языка, так как знали, что могут встретиться программы, в которых эти операторы использованы. Можно, конечно, было сказать, что нужно просто заменить соответствующие операторы на новые, но авторы Фортрана понимали, что программисты, писавшие программы, давно уже заняты другими делами, а исрользовать программы надо.

Вот это действительно забота о пользователях, а не пренебрежительное заявление приверженцев Си относительно Паскалая. Да пусть человек, если ему это удобно, программирует хоть на Бейсике, лишь бы программы были полезны ему или другим. Никогда не следует ограничивать людей в возможностях выбора, тем более, что программы на Паскале с этой книгой уже выходили.

Это не претензии к авторам перевода, скорее это пожелание на будущее: не следует ничего выкидывать, даже если это нечто не нравится автору. Добавлять и расширять - да, выкидывать - нет!

Хотелось бы поддержать Анатолия. Выбор среды разработки определяется стоящей задачей. Нисколько не умаляя возможности современных компиляторов С++, хотелось все же заметить, что основное назначение этого языка--поддержка создания больших (очень больших) структурированных программ, возможно группой разработчиков. И именно в таком масштабе можно в полной мере почувствовать его преимущества и что называется получать от этого удовольствие. А если речь идет о процедуре размером с полстранички, то кто будет городить огород со всеми этими виртуальными деструкторами, перегруженными операторами и прочими умными указателями? В книжных примерах главное--наглядность и читаемость, а перепрограммировать алгоритм по своему вкусу и на своем любимом языке это уже ваша работа.

Повторюсь: нельзя сказать, что то или иное средство прото "лучше". Надо всегда уточнять, для чего именно.