Программирую приложения по астрономии. Есть вопросы.

[Павел Васильев]

А поддержка опенсорсных плюсатых кусков все хуже и хуже

Это вы сами придумали или есть ссылка на  мнение? Вообще-то уже С++23 поддерживается основными разработчиками компиляторов и IDE. Так и непонятно в чём ваши аргументы супротив языка и чем предлагаете заменить в крупных проектах с графикой и базами данных.

[Vladimir3621]

Именно, что вы не поняли, он вообще про другое написал.

[Ph_user]

и чем предлагаете заменить в крупных проектах с графикой и базами данных.

Можно пробовать уходить в прошлое на более отработаное и поддерживаемое. Простое поддерживать проще. Жалкие останки опенсорсных програмеров на это уже тоже намекают - или будем поддерживать из последних сил как есть устарелое но простое и понятное. Или наворотим еще чуть сложности и все.

Новые допилки полюсатых сей понимать все сложнее. Это значит достижение стадии потери поддержки все ближе.

[Павел Васильев]

Жалкие останки опенсорсных програмеров

Наоборот, в последнее время опенсорс набирает обороты.  На гитхабе и у нас на гитверсе сейчас в общей сложности миллионы программ с открытым исходным кодом. Основная масса проектов как раз на плюсах и шарпе.

[Karagy]

На гитхабе, на плюсах 5% репок. На шарпе ещё 5%. Это мало похоже на "основная масса проектов".

[Павел Васильев]

На гитхабе, на плюсах 5% репок.

Есть другая статистика, не по числу реп, а по их объёму, количеству форков и звёздочек. Так то больше всего мелких поделок студентов и никому не нужных программ сейчас конечно больше всего на Python. О чём говорит рейтинг языков.

[Ph_user]

в последнее время опенсорс набирает обороты.  На гитхабе и у нас на гитверсе сейчас в общей сложности миллионы программ с открытым исходным кодом.

Основное количество безплатных квалифицированых програмеров опенсорса было еще задолго до начала гитхаба - где-то в 199х и 200х. Потом уже примерно все. С выходом бытовых счетно-решающих машин на какую-то стабильность (или начало конца уже и железа) количество полезных опенсорсных програмеров примерно обнулено относительно примерно 8 милиардов приматов с инетом и машинами на планете. Считать новой полезной програмой безплатный форк на гитхабе давно заброшеных понимающими авторами проектов мало полезно.

Ближе к железной програмной астрономии - интель уже из многих поколений бытовых процесоров выпиливает авх512 симд от отсутствия платежеспособного спроса. А спроса нету и от отсутствия сил мозга уже делать програмы под авх512 симд с учетом отсутствия особых успехов в скорости рамы. Излишне быстро считающие и решающие машины основному количеству населения уже не_нужны.

[Karagy]

выпиливает авх512 симд от отсутствия платежеспособного спроса

Скорее не справились с охлаждением. Перегрев их допекает не впервой.

[Ph_user]

Перегрев авх512 был только в старых толстых микросхемах времен середины 201х. Через 0.1 века оно уже может работать на полной частоте без заметных проблем. Амд это вроде уже показало. Да и когда еще были идеи про продолжение прогреса цивилизации к середине 202х интель уже обещал авх1024 положить на продажу.

[Karagy]

Перегрев авх512 был только в старых толстых микросхемах времен середины 201х.

Перегрев вообще у Intel был буквально год назад. Читать со слов "Хронология катастрофы" Хабр: Падение Intel и восхождение AMD: продолжение хроники кремниевой дуэли

[Ph_user]

Полускоростной авх512 в бытовых процесорах интель кончил уже в 11 серии. Это было раньше 2024. Там уже перегревали менее быстрое и менее удобное для счета и решений.

Читать со слов "Хронология катастрофы"

Там больше текст как два старика вспоминают как были молодые с большими продажами в 200х. К 2025 примерно всему населению планеты достаточно микросхемы в безшнуровом телефоне и нету надобности в обновы ни интеля ни амд в домохозяйство каждый обормот вокруг системной звезды. Все это было уже видно когда на хоботе обзоры всего этого мало кому нужного барахла от интеля и амд задвинули очень далеко и стали делать обзоры стиральных машин и холодильников. Уметь в програмирование барахла от интеля и амд перестало быть модно уже давно.

Конкретнее про програмирование из общего животноводства - как-то практика осмотра сезонов 199х..202х показывает - чтобы в опенсорс и в остальные публичные домены попадало что-то приличное и обществено полезное надо вмеру долго (порядка 1 поколения около 0.2 века или дольше) обрабатывать хайпом по нужной теме милиарды голов. Тогда есть шансы от этих милиардов особей будет получен где-то сотня-десяток или вообще штучные головы могущие сделать и вмеру долго делать и поддерживать че-нить приличное. Но расходы животноводов на такой хайп велики и натуральным образом мода среди приматов на разное новое затухает очень быстро. А когда с  нужными технологиями заняты только милионы или тысячи голов - там количество выхода годных на публичный домен падает до меньше 1 штуки на всю планету за 0.1 век или больше. Такие дела в космосе с математикой и животноводством около програмирования програмируемых бытовых счетно-решающих машин.

[Vladimir3621]

Очень понравилось про ничтожное количество голов - всего-то жалкие миллионы Типа когда-то этим миллиарды промышляли, ага И, все это прекрасно и очень сумбурно, но проблем с тепловыделением десктопных интеловских процессоров не отменяет. Верхние и средние модели последние лет 5-6-7 нормально работать могут только с водяным охлаждением.

ЗЫ
Интересно, где-то через пару-другую недель вы сами сходу сможете понять, что написали, или повтыкать придетется?

[Ph_user]

всего-то жалкие миллионы

Милионы еще выходит пробовать привлекать к пониманию в програмирование програмируемых бытовых счетно-решающих машин. И этого уже слишком мало чтобы из этих милионов получить хотя бы больше 1 штуки за 0.05..0.1 века годного в публичный домен опенсорс програмиста. Чтобы он мог поддерживать старое и разрабатывать новое. И удобства гитхаба в останках инетика этому тоже мало помогают. Когда в 199х..200х к бытовым програмируемым счетно-решающим машинам привлекали милиард+ особей и более сильных головой - там на выходе имели уже десятки-сотни голов как-то терпимо годных для публичного домена опенсорса по обработке картинок. Но эта ситуация уже к 202х прошла.

Типа когда-то этим миллиарды промышляли, ага

Из роботов гугля - В 2005 году Intel получила $32,8 миллиарда общей выручки, из которых продажа процессоров была основной частью, . В 2005 простой бытовой процесор типа целерона полностью годный для програмирования покупателем стоил порядка 70. Итого за 1 обормот вокруг системной звезды могло быть продано порядка 0.25 милиардов годных для дела микросхем. И так было порядка 0.1 века или дольше. Кому было надо и кто мог - вполне набирали себе.

Ну и даже в максимуме выхода хоть что-то понимающих и даже могущих програмистов для картинок к середине 200х основным поводом так делать была обработка старых вхс архивов бытовых и купленых записей и чуть бытовой кинопленки и с бытовых фотиков. Потом потребности населения в програмировании бытовых програмируемых счетно-решающих машин примерно вышли обнулеными.

В тексте хабра от 2025 все тоже самое - все жалобы на стабильность процесоров только в игровых програмах вместо в самодельных програмах покупателей процесоров для обработки астрономических фоток.

[Vladimir3621]

Понимаете, вроде бы вы и правы, но... Когда это все росло и развивалось, миллионов не было, были десятки и сотни, потом тысячи. Проблема в том, что сейчас это все, говоря словами напыщенных хомячков с хабра, пет-проекты, кейсы для собесов, треки для флоу и прочая муть, которую они сами не понимают, но звучит громко и, как им кажется, солидно. Плюс к этому, все эти миллионы идут в ИТ не развивать что-то, а рубить капусту, т.к. они слышали, что там большие деньги платят и, как следствие, туда только ленивые (и те, кто в другом месте хорошо устроился) не лезут урвать место у корыта. ИТ перестало быть направлением прогресса, оно стало мутным болотом, корытом для любителей пристроить .опку в теплом, сытном и непыльном месте. Это касается не только кодеров любой степени быдлости, туда поперли креативные дизайнеры, маркетолухи, эффективные манагеры и прочий шлак.

[Павел Васильев]

У меня очень узкий круг задач, несколько астрономических программ для себя ( эфемериды).

В нескольких программах можно заблудиться, как в трёх соснах. Сливайте ветки в один ствол, merge  называется. По эфемеридам вопрос - вы их где берёте, файлы в каком формате и что используете ra dec или x,y,z? Меня интересуют эфемериды всех астероидов размером больше 10км.

[Карат]

По эфемеридам вопрос - вы их где берёте?

Моя задача самому научиться рассчитывать эфемериды светила, для любого момента времени,
и заданной точки наблюдения. То есть зная экваториальные координаты светила,
определить горизонтальные в точке наблюдения.
 Я рассчитываю их через каждые 10 минут на насколько часов вперед. Точность желательна максимальная, обычно от 5 до 25 секунд. (сверяю со сторонними программами. От чего такое расхождение пока не ясно)
 Экваториальные координаты беру из каталогов.
В дальнейшем попробую рассчитывать экваториальные самостоятельно, учитывая прецессию.
Вторая задача - вычисление экваториальных координат солнца и планет, (и соответственно горизонтальных тоже)
Обе задачи успешно решены, но планеты не всегда сходятся, надо ещё учитывать возмущения
Юпитера и Сатурна. Точность планет - минуты, бывает и больше 10-20.
Следующими будут кометы.
Всё сохраняю в обычных текстовых файлах.
Пока это всё. 
В общем - это чистая тригонометрия, и СИ для этого вполне достаточно.

[Toth]

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

То есть - преобразования координат . Экваториальные, эклиптические, горизонтальные ( по базовой плоскости ) и гели-, гео- и топоцентрические ( то началу ). И их взаимные преображения, с учетом или без учета прецессии, нутации , и т.д. А также геометрические, астрометрические , наблюдаемые ..

Вторая задача - вычисление экваториальных координат солнца и планет, (и соответственно горизонтальных тоже)
Обе задачи успешно решены, но планеты не всегда сходятся, надо ещё учитывать возмущения

Это - либо
а) по Кеплеру, + десятки или сотни поправок для планет. Либо
б) по честному - по Иссаку нашему Ньютону , то есть интегрирование движения ( Рунге+Кутта, Эверхарт, Эрмит и т.д. ).

Я тоже этим давно занимался, и занимаюсь. На Паскале ( Дельфы ) . 
Первое в конце концов сделал с помощью матриц.
Второе - сделал и а) , используя формулы из Меёса и  Монтенбрука с Пфлегером. И б) - по заветам Эрмита, потом Рунге-Кутта-Нюстрема. Причем движения планет либо вычислял, либо подставлял готовые из DE/LE440 - если расчитывать какой-то астероид например.

Проверял б) по данным Horizons NASA.JPL - близкопролетающие астероиды в течении пары дней ошибка порядка единиц-десятков км.

PS Кстати, некоторые переписал на Си ( чистое )Но - не быстрее считало.
Си иногда использую, чтобы обработать очень большие файлы ( напр. архив наблюдений из MPC из 80-симвотных строк ). На Си быстрее получается, чем на Паскале. Хотя, это может быть оттого, что я ни в том ни в другим языке не профи, и не нашел лучшего варианта.

[Павел Васильев]

Проверял б) по данным Horizons NASA.JPL - близкопролетающие астероиды в течении пары дней ошибка порядка единиц-десятков км.
.

Так где шибка, по вашим расчётам или у файла csv из Horizon.NASa.JPL?

Кстати, некоторые переписал на Си ( чистое )Но - не быстрее считало.
Си иногда использую, чтобы обработать очень большие файлы ( напр. архив наблюдений из MPC из 80-симвотных строк ). На Си быстрее получается, чем на Паскале. Хотя, это может быть оттого, что я ни в том ни в другим языке не профи, и не нашел лучшего варианта.

Можно сравнить скорость расчёта эфемерид на Pascal и на С++ для, например, всего файла астероидов размером более 10км. Дайте ссылку на ваши проекты или прикрепите здесь zip исходников, я сравню скорость в последней RAD Studio 13, на компиляторах Delphi 32/64 и Си Classic 32/64 и Modern 64.

[Карат]

То есть - преобразования координат . Экваториальные, эклиптические, горизонтальные

Да, всё именно так.

Это - либо
а) по Кеплеру, + десятки или сотни поправок для планет. Либо
б) по честному - по Иссаку нашему Ньютону , то есть интегрирование движения

Только по уравнению Кеплера, отсюда видимо, и погрешности.

Я так глубоко не вникал в тему, использую только:
1. Duffett Smith - практическая астрономия с калькулятором.
2. разные материалы по  геодезической и мореходной астрономии.
3. постоянную часть астрономического календаря Куликовского.

[Toth]

Так где шибка, по вашим расчётам или у файла csv из Horizon.NASa.JPL?

У меня конечно, я не настолько самонадеянный.

Дайте ссылку на ваши проекты или прикрепите здесь zip исходников, я сравню скорость

Да у меня все в виде черновиков, довольно хаотично. Работает, и ладно. Периодически что-то исправляю.