Какой потенциал для конспирологии если предположить что катастрофы 737 MAX вызваны именно этой системой! Только вот ее там нет, от слова «совсем» и ставить ее некуда. На новых моделях с fly-by-wire гипотетически можно такое сделать, но есть нюанс: для управления в реальном времени связь должна быть с низким пингом — иначе самолет не посадить (а сбить его и войска ПВО могут). Спутниковая связь явно не слишком хорошо подходит для этих целей. Если пинг большой можно отправлять системами автопилота отправкой отдельных пакетов, но на любом самолете (включая «летающий компьютер» Эйрбас) можно отрубить это все и лететь в режиме прямого управления.
Так что идея такой системы вызывает определенные сомнения.
Кстати, про Windows Phone — я в свое время (где-то 2012-2013 год) открывал тамошние дампы в WinDBG при помощи либ из десктопного Silverlight SDK и оно вполне себе работало.
Я с идеей почти не стыкался, зато постоянно пользуюсь другим их продуктом — решарпером. По моим скромным наблюдениям в том самом релизе в котором ввели новую лицензионную политику наступил феерический п… провал.
Огромные куски функционала отваливаются напрочь (юнит тесты? да кому они вообще нужны, не критично), производительность падает временами ниже плинтуса (настолько что студия с ООМ валилась, но это тоже не критично), все время какие-то феерические косяки (нерабочий инсталлятор? Ну и ладно, не критично, главное — релиз есть, как его установить — дело десятое).
Впервые за много лет релизы по качеству скатились до уровня былых ЕАР, нужен доброволец который проверит что очередным "релизом" вообще возможно пользоваться и только после этого все апдейтятся.
Связи этого непотребства с ростом популярности не вижу в упор.
Та я ж написал что «цель — просто запустить» а не добиться от двигателя оптимальных параметров, тут уже есть варианты.
Можно посмотреть видео запуска двигателя в таком режиме, правда дальше он работает уже на родной топливной аппаратуре. Но даже если снять топливную — лишь бы стартер крутил, двигатель запустится и будет работать пока подается топливо.
Вообще описание таких режимов проще всего найти по ключевых словах «разнос дизеля» — принцип тот же, только с регулировкой количества топлива.
Я правда не уверен считается эта конструкция еще дизельным двигатем или уже нет.
Для справки — для дизеля ТНВД вообще не обязателен. Если цель — просто запустить то достаточно форсунки во впуске которая бы распыляла топливо без привязки к чему либо. Теоретически возможно запустить дизель даже на угольной пыли, но такого я своими глазами еще не видел, только читал предостережения по этому поводу.
Интересно одно — с точки зрения современной математики это реализуемо? Как минимум у машины Тьюринга есть проблема останова неразрешимость которой вполне себе доказана, так что тут есть фундаментальные ограничения. Было бы очень интересно узнать мнение эксперта в этой области.
На самом деле при помощи __makeref() и __refvalue() реализуется всякий брутальный unsafe в стиле «а теперь берем этот указатель на массив байтов и ловким движением руки превращаем его в указатель на структуру».
Довелось мне очень плотно познакомиться с WinRT еще когда он только-только появился — а именно, поучаствовать в разработке Microsoft Minesweeper и других «стандартных» игр.
Могу подтвердить что работает оно невероятно медленно.
Причины — это урезанное (и очень медленное по сравнению с Win32) COM-based API плюс реализация .NET поверх этого API что убивает остатки производительности (да-да, рантайм .NET не имеет никаких «бонусов» в плане поддержки ОС).
Произошло так потому, что разработкой WinRT руководил дядька который ненавидел и стемился уничтожить .NET и сделал все что было в его силах чтобы .NET в WinRT работал настолько плохо, насколько это вообще возможно.
В итоге — приложения .NET работают в WinRT контейнерах заметно медленнее чем ожидается.
По поводу студии — нынешний Community Edition является прошкой без полутора фич, так что в этом плане стало попроще.
GCC можно поднять и на винде, вместе со всеми прочими никсовыми утилитами (MinGW либо Cygwin).
Ээээ, да ну ее, такую безопасность. Учитывая сколько у меня в семействе битых телефонов было… Даже я лично один экран треснул :)
Ладно бы телефон говорил что «иптыт, кажется меня ломанули — разблокируй-ка меня в онлайне» или еще что-то такое, но тут — глухой кирпич. Опять таки, грубо говоря — поехал куда-то в горы, встрял там, достал телефон дрожащими руками, уронил на камень. Он до конца не разбился, но заблокировался. А до цивилизации — пилить и пилить. Ото радости-то.
Так что идея такой системы вызывает определенные сомнения.
Кстати, про Windows Phone — я в свое время (где-то 2012-2013 год) открывал тамошние дампы в WinDBG при помощи либ из десктопного Silverlight SDK и оно вполне себе работало.
Я с идеей почти не стыкался, зато постоянно пользуюсь другим их продуктом — решарпером. По моим скромным наблюдениям в том самом релизе в котором ввели новую лицензионную политику наступил феерический п… провал.
Огромные куски функционала отваливаются напрочь (юнит тесты? да кому они вообще нужны, не критично), производительность падает временами ниже плинтуса (настолько что студия с ООМ валилась, но это тоже не критично), все время какие-то феерические косяки (нерабочий инсталлятор? Ну и ладно, не критично, главное — релиз есть, как его установить — дело десятое).
Впервые за много лет релизы по качеству скатились до уровня былых ЕАР, нужен доброволец который проверит что очередным "релизом" вообще возможно пользоваться и только после этого все апдейтятся.
Связи этого непотребства с ростом популярности не вижу в упор.
Можно посмотреть видео запуска двигателя в таком режиме, правда дальше он работает уже на родной топливной аппаратуре. Но даже если снять топливную — лишь бы стартер крутил, двигатель запустится и будет работать пока подается топливо.
Вообще описание таких режимов проще всего найти по ключевых словах «разнос дизеля» — принцип тот же, только с регулировкой количества топлива.
Я правда не уверен считается эта конструкция еще дизельным двигатем или уже нет.
Я только что побенчил — функция «GenericPtrToStructure» получается примерно в 100 раз быстрее чем лучший ответ на StackOverflow: stackoverflow.com/questions/2871/reading-a-c-c-data-structure-in-c-sharp-from-a-byte-array
Могу подтвердить что работает оно невероятно медленно.
Причины — это урезанное (и очень медленное по сравнению с Win32) COM-based API плюс реализация .NET поверх этого API что убивает остатки производительности (да-да, рантайм .NET не имеет никаких «бонусов» в плане поддержки ОС).
Произошло так потому, что разработкой WinRT руководил дядька который ненавидел и стемился уничтожить .NET и сделал все что было в его силах чтобы .NET в WinRT работал настолько плохо, насколько это вообще возможно.
В итоге — приложения .NET работают в WinRT контейнерах заметно медленнее чем ожидается.
GCC можно поднять и на винде, вместе со всеми прочими никсовыми утилитами (MinGW либо Cygwin).
Ладно бы телефон говорил что «иптыт, кажется меня ломанули — разблокируй-ка меня в онлайне» или еще что-то такое, но тут — глухой кирпич. Опять таки, грубо говоря — поехал куда-то в горы, встрял там, достал телефон дрожащими руками, уронил на камень. Он до конца не разбился, но заблокировался. А до цивилизации — пилить и пилить. Ото радости-то.