Мне ещё кажется, что руководителю знания о программировании хорошо могут помочь в оценке сложности задач. А то ведь не всегда легко отличить простое от невыполнимого (https://xkcd.com/1425/).
А откуда тогда берется необходимость юзать не common пакет, а самому выбирать с суффиксом -jvm, -native, -js
В Kotlin Multiplatform автору библиотеки всё равно нужно распространять артефакты, предназначенные для конкретных платформ — именно они содержат скомпилированные реализации и используются в рантайме и при компиляции/линковке соответствующего платформенного кода на стороне потребителя. Модули с суффиксами платформ (как ktor-client-jvm) как раз содержат эти платформенные части.
Но для библиотек уже давно можно указывать зависимость не на отдельные платформенные части — это пережитки прошлого, которые для некоторых библиотек ещё сохранялись — а одну зависимость на всю библиотеку в целом, после чего билд-система под капотом разберется, для какой платформы какие артефакты использовать. В недавнем пре-релизе 1.4-M2 проделали ещё немного работы, и зависимости на модули Ktor и kotlinx-библиотек тоже можно будет указывать как одну на всю библиотеку: https://blog.jetbrains.com/kotlin/2020/06/kotlin-1-4-m2-released/#hierarchical-project-structure
Это разве не должно быть в рамках одного пакета условной компиляцией решаться?
Мультиплатформенная библиотека может иметь среди таргетов, к примеру, Windows и macOS, и собрать их для публикации на одной машине возможности нет. Поэтому платформенные части разложения в разные модули, которые можно опубликовать отдельно с подходящих машин. И по-хорошему зависимости на эти платформенные модули пользователь всё равно не должен добавлять руками.
Мешает, как правило, фрустрация от совершенно бесполезной рекламы вместо ролика, который я собирался посмотреть: ни разу не возникало желания узнать подробности о том, что вижу в рекламе на YouTube.
Или тоже сидите за эдблоком?
Раньше использовал, но на Android надёжного способа избавиться от рекламы на YouTube не нашёл (есть YouTube Vanced, но там тоже есть проблемы), поэтому подписался на премиум в комплекте с подпиской на Play Music, которой я и так пользовался.
Получается, два дрона летят в сцепке всё время, необходимое для подзарядки аккумулятора? А можно ли сделать замену аккумулятора в воздухе? Конечно, это требует оригинальной конструкции (например, нечто магазинного типа; новый аккумулятор "выталкивает" старый своим весом, занимая его место, старый сбрасывается в мягкую мишень) и/или нескольких аккумуляторов на борту, но затраты и требуемое время на доставку энергии к дрону, кажется, должно уменьшить, а бонусом будет упрощение от того, что совместный полет больше не нужен.
Интересно, что цифровые камеры с недавних пор тоже умеют делать "микросаккады": они делают быструю серию снимков, перемещая матрицу механизмом стабилизации на расстояния меньше размера пикселя и потом склеивают результат в один снимок. Например, матрицей в 20Мп получают изображение в 80Мп.
Кажется, испортить земной твердью обтекатель несколько проще, чем боевую машину, обычно рассчитанную на попадания в разные места железками разных размеров.
При взрыве ЯО в космосе из поражающих факторов для астероида остаётся только излучение, ударной волны не будет. Насколько хорошо этим фактором можно изменять траекторию — интересный вопрос. Полагаю, световое давление сделает не очень весомый вклад, и основной реактивный эффект нужно ожидать от испарения с поверхности астероида?
Проблему устаревания и платформозависимости пользовательских приложений можно было бы решить, предоставляя задокументированные API наряду с готовой реализацией. Но кто ж на это решится, господа?
Max-Q-версии видеокарт NVIDIA хоть и медленнее десктопных, но машины с ними получаются уже в меру компактные и легкие и по производительности не так уж отстают. Остальные озвученные проблемы там, конечно, на месте, и к ним присоединяется охлаждение.
Мне ещё кажется, что руководителю знания о программировании хорошо могут помочь в оценке сложности задач. А то ведь не всегда легко отличить простое от невыполнимого (https://xkcd.com/1425/).
А можете, пожалуйста, подробнее рассказать о том, как устроить honeypot, чтобы ловить aim / wh?
А когда руки потеют и холодеют от волнения — это той же природы явление, что и всплески КГР? Если так, то с некоторыми людьми и полиграф не нужен.
В Kotlin Multiplatform автору библиотеки всё равно нужно распространять артефакты, предназначенные для конкретных платформ — именно они содержат скомпилированные реализации и используются в рантайме и при компиляции/линковке соответствующего платформенного кода на стороне потребителя. Модули с суффиксами платформ (как ktor-client-jvm) как раз содержат эти платформенные части.
Но для библиотек уже давно можно указывать зависимость не на отдельные платформенные части — это пережитки прошлого, которые для некоторых библиотек ещё сохранялись — а одну зависимость на всю библиотеку в целом, после чего билд-система под капотом разберется, для какой платформы какие артефакты использовать. В недавнем пре-релизе 1.4-M2 проделали ещё немного работы, и зависимости на модули Ktor и kotlinx-библиотек тоже можно будет указывать как одну на всю библиотеку: https://blog.jetbrains.com/kotlin/2020/06/kotlin-1-4-m2-released/#hierarchical-project-structure
Мультиплатформенная библиотека может иметь среди таргетов, к примеру, Windows и macOS, и собрать их для публикации на одной машине возможности нет. Поэтому платформенные части разложения в разные модули, которые можно опубликовать отдельно с подходящих машин. И по-хорошему зависимости на эти платформенные модули пользователь всё равно не должен добавлять руками.
Хм, а если реклама некоторого бренда сильно надоест, то это может и в обратную сторону сработать.
Мешает, как правило, фрустрация от совершенно бесполезной рекламы вместо ролика, который я собирался посмотреть: ни разу не возникало желания узнать подробности о том, что вижу в рекламе на YouTube.
Раньше использовал, но на Android надёжного способа избавиться от рекламы на YouTube не нашёл (есть YouTube Vanced, но там тоже есть проблемы), поэтому подписался на премиум в комплекте с подпиской на Play Music, которой я и так пользовался.
О, а на рекламу в YouTube, оказывается, кликнуть можно? :)
Получается, два дрона летят в сцепке всё время, необходимое для подзарядки аккумулятора? А можно ли сделать замену аккумулятора в воздухе? Конечно, это требует оригинальной конструкции (например, нечто магазинного типа; новый аккумулятор "выталкивает" старый своим весом, занимая его место, старый сбрасывается в мягкую мишень) и/или нескольких аккумуляторов на борту, но затраты и требуемое время на доставку энергии к дрону, кажется, должно уменьшить, а бонусом будет упрощение от того, что совместный полет больше не нужен.
Интересно, что цифровые камеры с недавних пор тоже умеют делать "микросаккады": они делают быструю серию снимков, перемещая матрицу механизмом стабилизации на расстояния меньше размера пикселя и потом склеивают результат в один снимок. Например, матрицей в 20Мп получают изображение в 80Мп.
Под видом цифровизации экономики.
Кажется, испортить земной твердью обтекатель несколько проще, чем боевую машину, обычно рассчитанную на попадания в разные места железками разных размеров.
Поддерживаю, тут кстати упомянуть твёрдую НФ Штерна "Ледяная скорлупа" о развитии цивилизации в океане Европы.
При взрыве ЯО в космосе из поражающих факторов для астероида остаётся только излучение, ударной волны не будет. Насколько хорошо этим фактором можно изменять траекторию — интересный вопрос. Полагаю, световое давление сделает не очень весомый вклад, и основной реактивный эффект нужно ожидать от испарения с поверхности астероида?
Проблему устаревания и платформозависимости пользовательских приложений можно было бы решить, предоставляя задокументированные API наряду с готовой реализацией. Но кто ж на это решится, господа?
Max-Q-версии видеокарт NVIDIA хоть и медленнее десктопных, но машины с ними получаются уже в меру компактные и легкие и по производительности не так уж отстают. Остальные озвученные проблемы там, конечно, на месте, и к ним присоединяется охлаждение.