Pull to refresh
0
Сергей Леонтьев@Serge3leo

User

1
Subscribers
Send message

Площадь СБ МКС ≈1680 м², т.е. 6 раз больше, но...

СБ МКС ориентированы максимально перпендикулярно к направлению на Солнце, а этот аппарат, как бы наоборот. К примеру, вспышки Иридиумов гораздо ярче МКС, а площадь антенн Иридиумов всего-то ≈3×2 м²

Нельзя сказать что не пытались начать писать такое ПО. Пытались, не один десяток лет, к примеру, поля структуры tm в X/OPEN Portability Guide (July 1985):

int tm_sec; /* seconds (0 - 59) */
int tm_min; /* minutes (0 - 59) */
...

X/Open Portability Guide Issue 4 (1992):

int tm_sec; /∗ seconds after the minute — [0, 61] ∗/
            /∗ for leap seconds ∗/
int tm_min; /∗ minutes after the hour — [0, 59] ∗/
...

4.3BSD-Reno или современный POSIX-1.2024:

struct tm {
	int	tm_sec;		/* seconds after the minute [0-60] */
	int	tm_min;		/* minutes after the hour [0-59] */
...

Однако, увы, уже в деле меток времени "Unix time" достичь единообразия так и не удалось.

И это только небольшая часть проблем - Unix/BSD/Linux/POSIX.

В общем привести всех в соответствие ГОСТ ИСО 8601—2001 и/или МСЭ-R TF.460-6 оказалось невозможным, поэтому все (астрономы, связисты и др.) согласились с тем, что не надо было и начинать. Остались только небольшие разногласия, как именно и когда конкретно этот ужас-ужас завершить. 😉

Честно говоря, поправка к UTC (GPS-UTC offset field) передаётся приёмникам GPS централизовано, непосредственно через спутники.

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

Как бы, внутренне время GPS отличается от UTC, но GPS приёмник его преобразует и выдаёт уже чистый UTC. Разве не так?

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

Или, наконец, попробовать насладиться почти равномерным атомным временем. Ещё бы юлианский год 365,25, кроме чисто научных шкал, вернуть в гражданский оборот.

Так и да, но описанная спешка как-раз и связана, грубо говоря, с этими "конвертерами".

Эти "конвертеры" раз двадцать, более менее, успешно добавили дополнительные секунды. Но вычитать их им ещё ни разу не приходилось, а это лишний риск.

Тем более, что уже договорились их вообще искоренить (формально на ближайшие лет 800, но считайте, что на всегда). 😉

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

Вы не учитываете, что я писал не за макросы вообще, а за предопределённые макросы __STDC__ и __STDC_VERSION__. Замечу, что число компиляторов С, которые их не определяют весьма и весьма невелико. Из известных мне, остался в живых только один. И этот компилятор не имеет ключа -Weverything, так же как и компиляторы прошлого века, скажем, компилятор Unix v7.

Впрочем, такое надругательство над стандартами языка C, от K&R до C2y, само по себе - редкость.

Так что, компилятор С, которых входит одновременно в оба этих множества, надо ещё поискать... Днём с огнём.

А, к примеру, попытка их отменить или заменить:

echo -e "extern int i;\n#if __STDC__\n#endif" \
  | clang -U__STDC__ -U__STDC_VERSION__ -c -x c - \
          -o /dev/null -Weverything

Породит массу предупреждений и будет пресечена.

Как бы, конечно, да. Впрочем, и гражданам РФ сия процедура без необходимости, но, тем не менее, русский язык поддерживается. Строго говоря, не только у граждан РБ, родной белорусский.

Хм, армянский, казахский и киргизский есть, это понятно, но почему нет белорусского? Непонятно.

На некоторых компиляторах/библиотеках с вашим aligned_allocator наблюдаются проблемы компиляции.

Быть может, стоит так:

template <std::size_t Align>
struct for_align {
    template <class T>
    struct allocator {
        using value_type = T;
        T *allocate(std::size_t n) {
            void *p = nullptr;
            if (posix_memalign(&p, Align, n * sizeof(T)))
                throw std::bad_alloc();
            return std::assume_aligned<Align>(static_cast<T *>(p));
        }   
        void deallocate(T *p, std::size_t) noexcept { free(p); }
    };
};

Использование:

std::vector<float, for_align<alignof(vnat<float>)>::allocator<float>>
        a(N);

Как бы, смотря на какую вакансию собеседовали: математик, криптограф, тестировщик?

Одно дело, исследование криптографической стойкости данной реализации данного алгоритма согласно требований, и совсем другое дело, регрессионный тест на то, что randint() возвращает результат в заданном диапазоне или, к примеру, normal_distribution даёт нормальное распределение.

P.S.

Впрочем, и в первом случае, по физической/биологической части ДСЧ отдельная глава отчёта, а по быстрому "отбеливанию" другая отдельная глава.

Это ж rfc822, ещё с адресами UUCP, а то ФИДО, но без punycode или SMTPUTF8 😉

Ну, это ж, смотря у кого какие задачи. По факту, блоки выдаваемые urandom связаны некоей функцией. Мало того, последнее время эту функцию часто начали изменять. Кто знает, возможно, целенаправленно?

Отражатели Луноходов давно запылились

Что-то незаметно, сколько фотонов приходило в прошлом веке, столько и сейчас приходит.

но дальномеру хватает и единиц процентов.

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

Однако, сравнение с отражателями Луноходов или Апполонов нерелевантно, поскольку вокруг них, уже десятки лет нет никакого движения. Поэтому и пыли нет.

Как бы, и у обычных наземных космодромов выбор трасс запуска, обычно, невелик, штуки три, может, пять.

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

Это Вы зря, трасса выведения на полярную орбиту (азимут, поля падения ступеней и т.д) - фиксированы для каждого космодрома.

1
23 ...

Information

Rating
6,105-th
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity

Specialization

Инженер по производительности, Архитектор программного обеспечения
Старший
From 600,000 ₽
C
C++
C++ boost
Оптимизация кода
Unix
Git
Shell