Со всем уважением. Актуаторы. Которым нужны аккумуляторы. При том что однажды причиной неуспешной посадки была закончившаяся жидкость привода гидравлики. Но то такое.
Уже несколько раз встречал мнение, что движки, типа РД180, они могут использоваться неоднократно. Просто не выживают при падении ступеней. А двигатели — оно самое дорогое в первой ступени. Значительно дороже всего остального.
Остальное стоит меньше и может использоваться несколько раз.
Но да, есть момент, который увеличивает расходы на многоразовость — R&D. Но как раз это идёт в капекс, который, при высоком обороте, размазывается на каждый запуск.
Именно поэтому я попросил цифры, которые покажут, что многоразовая РН стоит, например, в два раза дороже одноразовой. Но их нет.
А если смотреть на то, что случилось с рынком запусков, то получается что сильно наоборот. Протон пришлось убрать из-за экологии и, в какой-то мере, дороговизны — сильно мощный для обычных нагрузок. Союз — менее экономически эффективен. И, как мне кажется, разве что Зенит мог потягаться. Но и его не стало.
Стабильность работы. Вылеты на ровном месте с причинами где-то в глубине кода Xamarin. Мой app center забит отчётами. Спасает, что часть вылетов можно поймать внутри приложения и заглушить. Но не все.
Скорость работы. Для enterprise приложений вполне хватает. Но иногда какой-то компонент начинает жутко тупить. И приходиться несколько дней ковырять исходники, чтобы понять, почему?
Глюки компонентов Xamarin Forms. Как человек уже больше трёх лет работающий с Xamarin и постоянно ковыряющий его исходники — там такое периодически говно, что кровь из глаз. Сейчас сильно лучше стало. Но всё равно встречается. И из-за этого сами компоненты ведут себя непредсказуемым образом.
Заключение. Xamarin Forms — хорошая платформа, но у неё есть проблемы, которые не решаются годами. И, похоже, не будут решены, поскольку впереди MAUI.
Да, увеличит. Спутники, при достаточном количестве, за счёт за фазированной решётки, могут обслуживать одновременно один и тот же участок с клиентами, повышая доступную полосу пропускания.
А если вешать спутники на столбы, то зона покрытия станет вообще широкой? Может быть наоборот? Низкая орбита уменьшает покрытие, но улучшает пинг?
Нет. Из-за того, что там фазированная антенна, покрытие со спутника строго направлено, на несколько пятен. И расширять зону за счёт более высокой орбиты нет никакого резона. Покрытие достигается за счёт количества спутников.
И да, SX очень хотят получить разрешение на более низкую орбиту, но пока его нет (только для пары тестовых спутников).
Решал эти проблемы, путём их избегания — использовал Xamarin. Помимо отсутствия несколько раз упомянутых проблем с файлами и web view, он решает и проблему нативного кода — там всё равно пишешь на C#. Правда в Xamarin другие проблемы и их есть достаточно.
Но за статью спасибо. Интересно было узнать про жизнь в других мирах.
В ASP.NET многое предопределено, он предлагает все готовое, начиная с файловой структуры, тогда как, начиная работать с Node.js, приходится выбирать все самому, что дает большую гибкость, но усложняет разработку.
Мы же говорим о Core, да? Так вот, то что там предопределено не означает, что это нельзя переопределить. Прошли времена .NET и IIS 6. Сейчас ASP.NET Core — вполне себе модульный конструктор, где любая часть заменяется.
После — не значит «вследствие». Нет никаких фактов, которые показали бы связь между самолётиками два года назад и отказом от блокировки пару месяцев назад.
Я всем системным администраторам на собеседовании задаю вопрос, есть ли у вас план, как действовать, если ваша серверная стойка сгорит и сколько времени потребуется на то, чтобы возобновить работу всех сервисов?
Первую статью пропустил. Так что тут напишу.
Если вы делаете публичные приложения для конечных пользователей, это не значит, что все их делают.
Я вот, например, разрабатываю систему управления производством. Там и сайт для руководителей подразделений (Angular), и настольное приложение в режиме киоска для конвейера (UWP), и сервисы для обработки задач из RabbitMQ (.NET Core), и API стоящее за этим (.NET Core) и тянуть сюда нативку вместо Xamarin (везде же .NET) — абсурд. Бизнесу для внутреннего использования достаточно квадратиш-практиш-гут. Пусть и без нежных анимаций нативных приложений. Кладовщику нужно просто принять и отгрузить товар, используя свой ТСД на Андроиде.
Пока читал про get off, не покидала мысль, что там должно вместо get стоять слово на букву f.
Уже несколько раз встречал мнение, что движки, типа РД180, они могут использоваться неоднократно. Просто не выживают при падении ступеней. А двигатели — оно самое дорогое в первой ступени. Значительно дороже всего остального.
Остальное стоит меньше и может использоваться несколько раз.
Но да, есть момент, который увеличивает расходы на многоразовость — R&D. Но как раз это идёт в капекс, который, при высоком обороте, размазывается на каждый запуск.
Именно поэтому я попросил цифры, которые покажут, что многоразовая РН стоит, например, в два раза дороже одноразовой. Но их нет.
А если смотреть на то, что случилось с рынком запусков, то получается что сильно наоборот. Протон пришлось убрать из-за экологии и, в какой-то мере, дороговизны — сильно мощный для обычных нагрузок. Союз — менее экономически эффективен. И, как мне кажется, разве что Зенит мог потягаться. Но и его не стало.
Где тут троллинг?
Скорость работы. Для enterprise приложений вполне хватает. Но иногда какой-то компонент начинает жутко тупить. И приходиться несколько дней ковырять исходники, чтобы понять, почему?
Глюки компонентов Xamarin Forms. Как человек уже больше трёх лет работающий с Xamarin и постоянно ковыряющий его исходники — там такое периодически говно, что кровь из глаз. Сейчас сильно лучше стало. Но всё равно встречается. И из-за этого сами компоненты ведут себя непредсказуемым образом.
Заключение. Xamarin Forms — хорошая платформа, но у неё есть проблемы, которые не решаются годами. И, похоже, не будут решены, поскольку впереди MAUI.
Аргументирую. Можете предоставить цифры под это утверждение?
Ну и не забывайте, что так же группировка работает не только на территории США. В других странах тоже есть спрос.
Нет. Из-за того, что там фазированная антенна, покрытие со спутника строго направлено, на несколько пятен. И расширять зону за счёт более высокой орбиты нет никакого резона. Покрытие достигается за счёт количества спутников.
И да, SX очень хотят получить разрешение на более низкую орбиту, но пока его нет (только для пары тестовых спутников).
Но за статью спасибо. Интересно было узнать про жизнь в других мирах.
Статья интересная, продолжайте. Больше деталей.
Мы же говорим о Core, да? Так вот, то что там предопределено не означает, что это нельзя переопределить. Прошли времена .NET и IIS 6. Сейчас ASP.NET Core — вполне себе модульный конструктор, где любая часть заменяется.
Собственно, физически сгорел ваш USB-концетратор. Дальше?
Если вы делаете публичные приложения для конечных пользователей, это не значит, что все их делают.
Я вот, например, разрабатываю систему управления производством. Там и сайт для руководителей подразделений (Angular), и настольное приложение в режиме киоска для конвейера (UWP), и сервисы для обработки задач из RabbitMQ (.NET Core), и API стоящее за этим (.NET Core) и тянуть сюда нативку вместо Xamarin (везде же .NET) — абсурд. Бизнесу для внутреннего использования достаточно квадратиш-практиш-гут. Пусть и без нежных анимаций нативных приложений. Кладовщику нужно просто принять и отгрузить товар, используя свой ТСД на Андроиде.