Там от оси Х ц.м. отстоит всего на 6 мм, поэтому (исключая ориентацию ОСК-ТП, в ОСК стабилизируют исходя из этого. Я так понимаю, под LVLH вы подразумевали ОСК, а под специальной LVLH — ОСК-ТП) в свободном полете ориентируют исходя именно их этого. <...> Так что мягко говоря на МКС ни о какой компенсации и нулевом расходе там речи не идет, под успокоение станцию тормозят весьма активно.

яичница(яйца) = яйца |> чистка |> жарка

Подавляющая часть аварий — это износ подвижного состава или рельс.

Про что? Про универсальность РИТМа я у Вас же в блоге и писал. Это, мягко выражаясь, не секрет: Шмелев буквально в каждой презентации этот момент подчеркивает.

Насчет негодности корабельных реакторов для АЭС — мне казалось, это самоочевидно. На военных кораблях и ПЛ РУ соединена через ТЗА с винтом, она в принципе никогда не работает подолгу на высоких режимах. Самые многочисленные РУ, лодочные, вообще 95% времени работают на 10% от номинала. У авианосцев средняя загрузка повыше, но ненамного, 20-25%. И корабельные установки не ограничены обогащением топлива. Американские РУ работают на АЗ практически оружейного обогащения, выше 90%, наши несколько ниже, но, в общем, тоже и близко не соответствуют требованиям МАГАТЭ по нераспространению. К энергетической РУ требования практически противоположные: от нее требуется как раз месяцами, а лучше годами молотить на 80-90% номинала на топливе обогащением <20%, а желательно вообще ~5%. "Адаптировать" к этому режиму корабельную установку практически нереально, надо проектировать с нуля.

Единственный тип корабельных реакторов, которые довольно сильно похожи на энергетические, это ледокольные. Все эксплуатируемые атомные ледоколы — атомэлектроходы, РУ КЛТ-40 на них крутит обычную энергетическую турбину производства КТЗ, которая через генератор питает ходовые и маневровые электромоторы. Нормальный рабочий диапазон у КЛТ-40, если я ничего не путаю, 35-75% номинала, обогащение АЗ там все равно выше 20%, но все же не военное. Все это нивелировали частично за счет конфигурации АЗ, частично за счет топливной композиции и получилась КЛТ-40С для "Академика". Параллельно ОКБМ проектировали РИТМ-200. И в какой-то момент стало ясно, что все эти доработки в новой РУ должны быть исходно. И так и сделали. И теперь есть реактор, который ставится на ледоколы, но вообще может работать и на АЭС и его АСУТП может подключаться в Smart Grid и штатно следовать за нагрузкой по суточным циклам. Егоров из АСЭ на арктическом форуме вчера эту тему излагал городу и миру.

И конкретно здесь мне интересно знать для await\async и рядом связанных.

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

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

webClient
  .ReadStringAsync()
  .ContinueWith(FindParent)
  .ContinueWith(parentUri => new Request(parentUri).ReadAndParse(n+1))

for (var iterator = list.GetEnumerator(); iterator.MoveNext();){
    ...
}

Согласен, что да. может и не быть. Но это не упрощает написание кода, а только усложняет.

Да-да, но получается, что используете цикл с предусловием в любом случае, не всегда это идет коду на пользу.

Иными словами, основной мой посыл: «работа с итераторами в C# проще, чем в C++» требует серьезных примеров.

IEnumerable<ValidationError> Validate()
{
  if (Name == null) yield return ValidationError.FromProperty("Name");
  if (Text == null) yield return ValidationError.FromProperty("Text");
  if (Price < 0) yield return ValidationError.FromProperty("Price");
}

var selectedOrders = from o in context.Orders
                     where o.Freight > 30
                     orderby o.ShippedDate descending  
                     select o;

http://localhost:12345/Northwind.svc/Orders?Orderby=ShippedDate&?filter=Freight gt 30

Код вызова:

Task task = new WebClient().DownloadStringTaskAsync(«microsoft.com»);
task.Wait(); // Здесь мы ждем завершения задачи, что блокирует поток
TextBox.Text = task.Result;

//на время вызова существующий поток, скорее всего, будет "отпущен" и сможет выполнять другие задачи
TextBox.Text = await new WebClient().DownloadStringTaskAsync(«microsoft.com»);

Т.к. в C# потоки это обертка над потоками системы, то я не вижу принципиальных различий между потоками в C# и С++

void f() noexcept;
void g();

cout << noexcept(f()); // true
cout << noexcept(g()); // false
cout << noexcept(true ? f() : g()); // also false

void use_f() noexcept( noexcept(f()) ) // noexcept(true)
void use_g() noexcept( noexcept(g()) ) // noexcept(false)