Космодром "Восточный"

[BlackMokona]

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

Сравните зарплаты в SpaceX с Роскосмоссом.

[Polnoch Ксю]

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

Если брать российские ИТ-компании мирового уровня, то в Яндексе, Касперском, и некоторых других компаниях зарплаты тоже ниже рыночных(например, года три назад разработчик в обычной компании с теми же скиллами мог рассчитывать на 150 тысяч в месяц, а в Яндексе только на 120). Почему люди туда идут? А что бы записать крутую строчку в своё резюме, что бы поработать с крутыми технологиями, и в инновационной атмосфере.

При таких зарплатах дешевизны пусков на уровне SpaceX не видать как собственных ушей.

Почему? Если сократить персонал на два порядка, то запросто.

[st12345678p]

st12345678p, прекращайте всякое бла-бла-бла.

Спокойней.
Тщательней.

Оценивая тот или иной пост, станьте на место постящего.
Постящий-чайник.Мне (чайнику) положение вещей кажется
таким. И прекратите указывать.Тем более в форме наставления.
И терпеливо рассказывайте, каково положение
вещей с вашей точки зрения.

[Крупин]

Что касается аварии - давайте подождем выводов комиссии и нескольких запусков.
Только по ним мы с вами увидим поправлена ли проблема.

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

[indigoroman]

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

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

[LV46]

вот в них и будет причина найдена.

Причина уже очевидна: Индусский код.

Индусский код (в среде программистов 80х также известен как Glitch) — в самом общем случае, это криво написанный, но каким-то удивительным образом работающий код. Индусский код написан наиболее неочевидным и неестественным из всех возможных способов.

Самое интересное в этом то, что вроде бы всё работает, но "бок" может вылезти оттуда откуда не ждали (как в случае с https://ru.wikipedia.org/wiki/Therac-25, когда пострадало много людей и конкретно 6 смертельных случаев из-за криво написанного кода)
Проблема именно этого конкретного индусского кода Фрегата в одной строчке кода (написал специально русским языком):

Код: [Выделить]

(угол > 180) ? поворот по часовой : поворот против часовой;А не: при 358 градусах он начинает поворачивать против часовой. В следующий раз ветер не туда подует(утрирую) - снова программа наперекосяк. Это не есть гуд.

Ну и всё-таки установка камер на ракеты и РБ должна быть, расходов практически никаких, а пользы много, а также китайский радиомаячок, телеметрия телеметрией, но по сути товарищи из ЦУПа даже не знают куда упал сабж, то есть на основе той телеметрии что есть вычислить место падения они не могут. Возникают сомнения в такой телеметрии. Тем более, он что, сразу выключился после того как неправильный импульс дал? Должны были быть данные, а их нет.
Такое моё мнение по поводу падения Фрегата.

[st12345678p]

Прочев информацию о системе управления Фрегата, у меня
сложилось впечатление какой-то пещерности (толщина "радиоканала" -несколько десятков кбит/с и пр) помноженной на секретность
(импортных комплектующих-нельзя!) в конструктиве.

Не- ясно, летают и так, но что-то не то.

 

[Polnoch Ксю]

Вы заметили, что Deimos сказал, что квартенионы не решение? Они ведь действительно не решение: попробуйте, напишите на ассемблере забытого процессора библиотеку для их использования, когда экономят каждые несколько байт, а код, скорее всего, настолько монолитный, что даже не содержит никаких модулей/библиотек, а просто всё запушено в один файл, и тщательно перемешено, что бы враги не догадались/не разобрались, его украв.

[st12345678p]

[на ассемблере никому не известного, кроме российской оборонки, процессорах.

если основа бортовой ЦВМ процессор, "слизанный"  в середине 80-х у фирмы "DEC" ( на нем первые серийные компутеры
у нас в стране выпускались- ДВК), то я знал этот ассемблер. И писал на нем кой-чего.


 

[Майоров Виктор]

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

В моём понимании ООП и системы реального времени - понятия плохо совместимые. Нельзя переносить идеологию офисных программ на СРВ.
Если у Макса используются бытовые компьютеры с Windows на борту - это наверняка для всяких вспомогательных дел. Ориентацией, работой ЖРД и т.д. скорее всего управляют другие компы и контроллеры.

[bob]

Нельзя переносить идеологию офисных программ на СРВ.

Конечно. Критикуют деловую технику обычно диванные кодеры, которые не понимают, что если для решения задачи достаточно применения  пары электромеханических реле и какой-нибудь дешёвой аналоговой слаботочки сороковых годов разработки, то так и надо делать, а не пихать всюду микросхемы и компьютеры, которые они любят. С их точки зрения, чем больше в изделии их любимого кода, тем оно "прогрессивнее, высокотехнологичнее" и т. п. (готовят под себя рынок труда, короче). Практическая боевая техника не прощает лишней зауми. Если что-то можешь сделать просто и дубово, единообразно и безобразно, безальтернативно - то только так и делай. Всегда так было, есть и будет. На настоящих рабочих изделиях должны быть только две кнопки - "вкл" и "выкл". А лучше одна, потому что вторая не обязательна, когда уже нажата первая. 

[Demidrol]

Если у Макса используются бытовые компьютеры с Windows на борту - это наверняка для всяких вспомогательных дел. Ориентацией, работой ЖРД и т.д. скорее всего управляют другие компы и контроллеры.

Там стоят скорее всего x86 IPC на Linux, похожие используют в ЖД, в том числе и для real-time задач. У таких девайсов и требования к рабочей среде и надежности достаточно жесткие. А стоят относительно копейки.

[Dem]

В моём понимании ООП и системы реального времени - понятия плохо совместимые. Нельзя переносить идеологию офисных программ на СРВ.
Если у Макса используются бытовые компьютеры с Windows на борту - это наверняка для всяких вспомогательных дел. Ориентацией, работой ЖРД и т.д. скорее всего управляют другие компы и контроллеры.

Разумеется там у него не бытовой с виндой. Но вполне ширпотребовский с *nix, используемый например для станков ЧПУ. Там не менее реалтайм, вообще говоря.

[xd]

Глас вопиющего в пустыне никто не слышит.
Но форумные специалисты продолжают поливать грязью разработчиков.
@Polnoch Ксю , @st12345678p : неужели вы правда считаете, что там кто-то на ассемблере пишет? Там вполне себе нормальный Си и эмуляторы системы. Тут больше вопросы не к разработке, а к полноте тестирования.

А кватернионы - не решение, потому что есть случаи вырождения, например когда X=Y=Z=0 или W=0.
Включите уже голову и сбавьте эмоции. Техника летает, отказов не много, но каждый отказ имеет причиной ошибку. Если её исправить (про регрессии молчу), то дальше проблем в этом направлении быть не должно.
Любое ПО представляет собой ограниченную модель реального мира, но иногда случаются невозможные (то есть не предусмотренные) ситуации.

[Polnoch Ксю]

Там стоят скорее всего x86 IPC на Linux, похожие используют в ЖД, в том числе и для real-time задач. У таких девайсов и требования к рабочей среде и надежности достаточно жесткие. А стоят относительно копейки.

Да

Разумеется там у него не бытовой с виндой. Но вполне ширпотребовский с *nix, используемый например для станков ЧПУ. Там не менее реалтайм, вообще говоря.

Я думаю, даже RT патчи для ядер не обязательны: если для получения команды используются, скажем, 3 компа, то то, что один не успел вовремя команду выдать, не критично.

Там вполне себе нормальный Си

Это радует, жалко, что не C++ или тот же Go, но, увы, в гражданском ИТ микроконтроллеры тоже до сих пор на C++ не программируют.

В моём понимании ООП и системы реального времени - понятия плохо совместимые.

В самом по себе ООП ничего плохого нет, зато помогает делать меньше ошибок, и быстрее писать код. Да и системы реального времени - не факт, что они реально нужны. Собственно, множество высонагруженных приложений (но не realtime, да) написано на ООП языках, те же SQL/noSQL серверы (тут интересна, хоть и оффтоп, теорема cap - тоже в тему лимитов отказоустойчивости)

[Кремальера]

Therac-25, когда пострадало много людей и конкретно 6 смертельных случаев

Жуть..Не знал,полечились людишки,блин.Выходит,косорукий программер вполне себе ОМП..То-то я и смотрю что маршал Кожугедович кибервойска создает.
И да,по теме..Завтра голова пушкарского приказу обещал казенный вестник с причинами вывесить.А перепоротых и с дранными ноздрями на улицах что-то наблюдается.Опять все на "девочку" свалят?

[Крупин]

Комиссия Роскосмоса установила причины аварии запущенной с "Восточного" ракеты "Союз"
http://www.interfax.ru/russia/591376

Москва. 11 декабря. INTERFAX.RU - Комиссия Роскосмоса завершила работу по расследованию причин аварии ракеты-носителя "Союза" с космодрома "Восточный", о ее результатах работы станет известно во вторник, заявил вице-премьер РФ Дмитрий Рогозин.

'Только что завершила работу аварийная комиссия", - сказал он журналистам, отметив, что пока не знает ее результатов, а вся информация появится только завтра.

"С учетом требований правительства, они теперь должны определить степень виновности должностных лиц, которые допустили эту аварию", - добавил Рогозин.

По его словам, "это никак не снимает вопросы, связанные с работой другой комиссии, так называемой специальной комиссии под руководством Юрия Коптева, которая должна проанализировать всю степень контроля самого Роскосмоса за обеспечением необходимого качества при подготовке пусков".

Результаты работы этой комиссии будут позже, "поскольку работа еще шире, она касается всей системы качества, которая создана в Роскосмосе".

[Ronin]

какой-то пещерности (толщина "радиоканала" -несколько десятков кбит/с

А что через него, ютуб гонять ? сколько было обосновано по ТЗ столько и сделали.

(импортных комплектующих-нельзя!)

Некоторые комплектующие (определённых грейдов - space/mil) не поставляются вообще.
Некоторые комплектующие (industrial аналоги грейдов - space/mil) некоторым заказчикам не поставляются вообще.
Гражданским заказчикам не поставляются для использования в определённой технике (например ваше гражданское устройство арендует МО РФ для своих целей - и вы уже подпадаете, если нужно), под NDA (и описанием проекта где вы его примените), под угрозой разрыва отношений, поддержки.
С некоторых пор к этому всему добавились ещё и санкции.
Ну и где-то там ещё местная паранойя военных, но при необходимости её прогибали.

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

Бросайте уже верить в свои искажённые фантазии

основа бортовой ЦВМ процессор

Основа бортовой ЦВМ - несколькими поколениями старше той ЦВМ, что сажала Буран в автоматическом режиме.

Цитата: Demidrol от Сегодня в 11:24:38
Там стоят скорее всего x86 IPC на Linux, похожие используют в ЖД, в том числе и для real-time задач. У таких девайсов и требования к рабочей среде и надежности достаточно жесткие. А стоят относительно копейки.

Да

Нет.

если для получения команды используются, скажем, 3 компа, то то, что один не успел вовремя команду выдать, не критично.

И Вы ещё рассказываете про надёжность ?? И даёте советы как писать программы для надёжных применений ?
3 компа ставят не для того чтобы "типа подстраховать, вдруг один не успеет выдать", а для того чтобы все 3 работали одинаково, а случай сбоя хотя бы одного - это серьёзный отказ,  он помечается как неисправный, и на оставшихся, "тихэнько, низэнько, не дыша" чтоб ещё один не отказал. А если для них принята мажоритарная система резервирования - то 3 это вообще минимально необходимое количество для штатного функционирования.

но, увы, в гражданском ИТ микроконтроллеры тоже до сих пор на C++ не программируют.

Ваши фантазии опять далеки от реальности даже контроллеры за 40 центов можно программировать на С++

Да и системы реального времени - не факт, что они реально нужны. Собственно, множество высонагруженных приложений

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

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

Эти люди для поливалки цветочка ставят четырёхядерный комп на линуксе, но инженерного понимания или бытовой соображалки на то что датчик влажности почвы из печатной платы сгниёт через пару месяцев уже не хватает.

[Polnoch Ксю]

И Вы ещё рассказываете про надёжность ?? И даёте советы как писать программы для надёжных применений ?
3 компа ставят не для того чтобы "типа подстраховать, вдруг один не успеет выдать", а для того чтобы все 3 работали одинаково, а случай сбоя хотя бы одного - это серьёзный отказ,  он помечается как неисправный, и на оставшихся, "тихэнько, низэнько, не дыша" чтоб ещё один не отказал. А если для них принята мажоритарная система резервирования - то 3 это вообще минимально необходимое количество для штатного функционирования.

Окей, тогда аналог raid6, не raid5 (из трёх компов). Или ещё большего количества. Вероятность отказа в любом случае падает очень быстро в зависимости от количества компьютеров.

Вы вообще понимаете, чем системы реального времени от высоконагруженных приложений отличаются ?

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

Ваши фантазии опять далеки от реальности  даже контроллеры за 40 центов можно программировать на С++

Ну, клоны arduino и за несколько баксов есть, да. Я имею ввиду, что чистый си в микроконтроллерах ещё, увы, актуален.

Эти люди для поливалки цветочка ставят четырёхядерный комп на линуксе, но инженерного понимания или бытовой соображалки на то что датчик влажности почвы из печатной платы сгниёт через пару месяцев уже не хватает.

Я бы "малинку" поставила: стоит почти так же дёшево, как и ардуина, а логику поливки цветочка можно написать быстрее и сложнее, т.к. Python, а не c++, или тем более не C. Про влажность бы действительно не задумалась, т.к. у меня руки для hardware проектов растут из задницы
Я в общем, даже ПК собрать когда пыталась, вставила память другой стороной, и материнская плата умерла
Но зато я очень хорошо представляю, как нужно писать надёжные и сложные приложения быстро и дёшево.

[Demidrol]

Нет.

Что нет?