Pull to refresh
187
-11.3

Expert C++ Engineer

Send message

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

Я думаю мы оба обсчитались, пересчитал сейчас - там 20 кг рабочего тела в секунду должно расходоваться. У меня было 200, у Вас 2, истина посередине - мощность получается 100 ГВт :)

Мы может тормозить трением об атмосферу

Об атмосферу не тормозят "трением", такого не выдержит ни один спускаемый аппарат из известных материалов. Там выбирают форму так чтобы перед спускаемым аппаратом формируется область высокого давления и тормозит аппарат именно давление воздуха а не трение. По английски это form drag / pressure drag (в отличие от skin friction drag / viscous drag).

Любые ракетные двигатели питаемые энергией извне ("от ядерного реактора" например) заведомо не могуть быть мощными из-за невозможности реалистично избавиться от излишков тепла. Теоретический двигатель с достаточно скромной удельной скоростью истечения продуктов 100 км/с и не очень большой тягой в 200 тонн будет иметь мощность 1 млн МВт, даже если у Вас КПД преобразования этой энергии 99.9% (что для подавляющего большинства источников энергии нереально) то такому двигателю надо будет избавляться от 1 ГВт побочного тепла. Для понимания - этого легко хватит для превращения в пар более тонны холодной воды в секунду.

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

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

В МГУ и МФТИ ситуация была несколько более позитивная. Не знаю правда следствие это того что туда шли лучшие студенты и преподаватели или же там реально что-то было более грамотно построено. Склоняюсь к первому :(.

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

Одно другому не противоречит. First line manager - это собирательное название для менеджерских позиций начального уровня. Тимлид в понимании "человек который менеджит 5-6 линейных сотрудников" явно к ним относится.

Если брать PAEI модель менеджмента Азидеса, то менеджмент сводится к четырем вещам

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

  • Administrator - организация процесса разработки. Сколько времени займет процесс разработки? Сколько человек понадобится? Сколько мы в прошлый раз сделали? Каких правил мы придерживаемся?

  • Entrepreneur - генерация идей. Что нужно бизнесу? Что хотят потребители?

  • Integrator - организация людей в команду. Как разрулить конфликт между парой девелоперов? Кто нуждается просто в похвале а кому надо дать денег? Если Вася пришел с вопросом X то кто может на этот вопрос ответить?

Любой менеджер должен в какой-то мере уметь все четыре вещи, но он в принципе не может быть сильным во всех четырех. Поэтому надо иметь несколько типов менеджеров, каждый из которых отвечает лишь за часть из вышеописанных направлений. Вместе они будут работать наиболее эффективно. И тут довольно естественным решением является вытащить P и E на уровень компании в целом. А тимлид соответственно - это тот кто возьмет на себя функции A и I.

То есть

  • менеджер говорит что нам для компании надо бы сделать продукт X

  • техлид говорит что для этого возьмем технологию Y и сделаем последовательность шагов 1,2,3...

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

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

    В общем административная деятельность и поддержка.

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

Топливо на фоне общей стоимости ракеты стоит копейки.

А так да, идея та же что и с Шаттлами. С надеждой на то что в этот раз все будет реализовано правильно и это приведет к ожидавшемуся и для Шаттлов результату по значительному снижению стоимости кг выводимого на орбиту груза.

В западном IT практикуется разделение работ на две карьерные ветки - "manager" и "individual contributor" aka IC. При этом тим лид считается младшей менеджерской позицией, которая как правило находится на том же уровне что и senior developer, но в ветке "manager" а не "IC". Уровнем выше может стоять "project manager" или просто "manager" в ветке менеджмента и "tech lead" или "expert" / "principal" в ветке IC (да, tech lead считается при этом более сложной и высокооплачиваемой работой чем team lead) и т.д. При этом в теории тимлид может вообще не разбираться в программировании, его задача - администрирование команды.

В России такого четкого разделения на две ветки часто нет и из-за этого team lead считается такой переходной позицией от разработки к менеджменту совмешающей в себе менеджмент и хорошие технические знания.

У JWST цена увеличилась в 10 раз (в 2 раза если считать не начала проектирования а от момента когда проект утвердили к собственно постройке), сроки в 2.5 раза.

Они отстреливают по 2 ракеты в год в среднем. На этом фоне запуск сразу 24 - да, это очень дорого.

Не знаю точно, но во всех источниках пишут что только две ракеты были боевыми, остальные 14 - бросковые макеты.

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

Батенька, вам скормили довольно известное видео неудачных испытаний Трайдента состоявшихся в начале 1988 года а вы даже не удосужились это проверить. Видео британского пуска нет. В прошлый раз известно что ракета стартовала но пошла не в ту сторону после чего была уничтожена командой самоуничтожения. Что было в этот неизвестно.

И вы серьезно думаете, что предстарт проводится на стороннем оборудовании?

Британцы уже пятнадцать лет его пилят. Именно с целью иметь свое оборудование не зависящее от американцев. Получается как можно заметить пока не очень.

А потом эти же люди картинно удивляются что народ покупает товар в Китае или Европе - где угодно, только не у них, ага.

Сабжевый Ту-204 это восстановленная машина а не новая

Ил-96-400М - опытная машина совершившая единственный опытный полет

Бе-200 и Ил-76 не гражданские

За обсуждение путей решения указанных проблем в РФ легко можно присесть в тюрьму :)

В первые годы у НАСА было еще меньше производственных мощностей чем сейчас. Назовите хоть какие-то "ключевые узлы" которые там были сделаны?

1
23 ...

Information

Rating
Does not participate
Location
Россия
Registered
Activity

Specialization

Software Developer
Lead
From 600,000 ₽
C++
Qt
Algorithms and data structures
Multiple thread
Applied math
Computer vision
Python
Research work
CAD
English