По-явански

Нашёл детальную обучалку по Jetpack!
https://youtu.be/X9Rlst9NG5E?t=702

Об устройстве Gravity

Начнём с определения: грава эт короч в какую сторону вьюха липнет гравити описывает способ размещения одного прямоугольника внутри другого.

В константах гравити присутствуют любопытные танцы вокруг битиков, в которые с первого раза можно и не въехать, но на деле всё просто.

Для начала, задано две оси: на какую сам сядешь, на какую джуна посадишь?
public static final int AXIS_X_SHIFT = 0;
public static final int AXIS_Y_SHIFT = 4;
таким образом, флаги для обеих запечатываются в младший байт в форме 0bYYYYXXXX.

В каждой половинке размещается по четыре флага:
0001) указана ли вообще гравити для этой оси (экзотика)
0010) привязываться ли к началу оси
0100) привязываться ли к концу оси
1000) обрезать ли слишком большой прямоугольник
public static final int AXIS_SPECIFIED = 0x0001;
public static final int AXIS_PULL_BEFORE = 0x0002;
public static final int AXIS_PULL_AFTER = 0x0004;
public static final int AXIS_CLIP = 0x0008;

Основные значения гравити формулируются таким образом:
LEFT — липнуть к началу оси X,
RIGHT — липнуть к концу оси X,
TOP — к началу Y,
BOTTOM — к концу Y.
Одна константа для примера:
public static final int TOP =
(AXIS_PULL_BEFORE|AXIS_SPECIFIED)

Year::(😘)

Телефон как USB-хаб с периферией

Когда-то давно мне срочно понадобился микрофон. Он есть в телефоне, но не было в компьютере. Накопал тогда mic over mumble, который после долгих уговоров заработал. Микрофон я потом купил, а потом ещё один 😌

Когда я ходил на стрим к Кириллу, он мне рассказал про Iriun webcam — приложение, которое пробрасывает камеру телефона на компьютер. Очень правильная штука, потому что в телефонах сейчас хорошие камеры, а веб-камера и телефон одновременно использовать мне не нужно.

Пробросить экран телефона можно с помощью scrcpy.

А почему так сложно? Я могу в настройках раздать вайфай, могу использовать телефон как USB-модем. Могу включить передачу файлов, отдав флешку в распоряжение компьютера.
Где тогда переключатель, который превратит телефон в веб-камеру и USB-микрофон? Удивительно, что это нужно как-то отдельно прокидывать через adb или Wi-Fi с помощью стороннего софта. Хочется, чтобы эти возможности были доступны не только гикам, но и бабушкам из глубинки.

И ещё: во всех мессенджерах можно показать экран, то есть пробросить сигнал с выхода на вход. Но почему нельзя пошарить выход аудиокарты? Хочу поставить музычку своим собеседникам!

Раздельная компиляция, min, compile, target

В целом Java-технологии привычные к раздельной компиляции. Серверные приложения компилируются с Java Class Library, которая подкладывается в compile classpath при сборке, а запускаются с другим экземпляром JCL, которая лежит на сервере.

Однако, эта раздельность почти не чувствуется. Она незримо присутствует и заключается в том, что в итоговом jar у нас не лежит весь java.lang, java.util и что мы там ещё любим. Мы запускаем приложение с той же версией JDK, с которой собирали, и всё просто работает.

Таким образом, приложение разрабатывается под одну версию платформы, без оглядки на более старые и с надеждой на совместимость с новыми.

В desktop-приложениях (кто-то их ещё пишет?) всё ещё проще: зачастую JVM приносят с собой, и раздельной компиляции как не бывало.

В Android же, как известно, зоопарк: на конечных устройствах много разных версий. И вот тут система сборки спроектирована очень удачно:
• compile SDK — последняя версия, известная разработчику приложения на момент сборки. Она подкладывается в compile classpath, за счёт чего разработчик видит все новые фичи платформы;
• min SDK — минимальная поддерживаемая версия. Старой платформе, которую разработчик не хочет поддерживать, позволяет отклонять установку приложений. Инструментарию позволяет подсказать программисту, что те или иные declarations недоступны в min и могут отсутствовать в runtime classpath, поэтому нужно обернуть их использование в if;
• target SDK — версия, на поведение которой рассчитывает приложение. Позволяет более новой версии платформы сохранить поведение старой в старом приложении.

Таким образом, в быстро меняющемся мире Android-приложение компилируется для свежей версии платформы (compile SDK), ифами поддерживает более старые версии (вплоть до min SDK), а платформа, если она новее, чем ожидаемая (target SDK), сохраняет старое совместимое поведение (тоже ифами).

Это прекрасно. Это шедевр.

Для сравнения, ситуация в мире плагинов для IntelliJ: выбираешь одну версию, которая и будет твоим compile и min. Хочешь поддержать постарше — опускаешь версию, перестаёшь видеть новые declarations. Если в новых версиях что-то deprecated — ты об этом узнаешь на этапе валидации плагина, где-то после компиляции и упаковки.

Именно поэтому при обновлении IDE плагины часто либо отключаются (разработчик указал максимальную поддерживаемую версию), либо разваливаются (мой вариант:).

Зависишь от других плагинов? Вообще страдай. Там может быть установлена любая версия. Например, если зависишь от Android-плагина для IDE, то при компиляции видишь версию, которой полгода, а в бетах Android Studio уже много раз переименовали классы, поменяли на интерфейсы, переместили в другой пакет. (И сделали это в стенах той же компании, где придумали min, compile, target.) Удачи!

Размножение массивов

String::repeat — произведение искусства.

Arrays.fill же написан банально и буднично, но я подозреваю, что он успешно векторизуется.

Пару слов про зерокодинг и ни одной шутки про зерозарплатинг

Да, из готовых компонентов можно собрать сайт, приложение или круд. Оно даже будет работать. Я смотрю на это просто как на программирование на более высоком уровне.

Что здесь примечательно для нас, разработчиков? А то, что компоненты «среднего» уровня написаны такими же программистами. И если менеджер мышкой натыкивает приложение быстрее, чем профессиональный разработчик, то у нас, коллеги, наблюдается проблема с job security качеством и доступностью компонентов. Если OAuth из конструктора интегрируется быстрее и работает лучше, чем решение с гитхаба, значит, мы залайкали не тот репозиторий, автор его недодокументировал или вообще бросил на полпути. Если нам данные приходят по одной схеме, и мы, чтобы трансформировать их в другую, удобную нам, выражаем обе через ДТОшки и пишем маппер между ними, значит, библиотека, которой мы намазываем данные на классы, не решает нашу задачу. Если прокладка для работы с БД заставляет нас… ну и так далее.

Зерокодинг никогда не станет мощнее и гибче, чем «настоящее» программирование. А наша задача — делать так, чтобы последнее не отставало по скорости и качеству. Хочу надеяться, что конкуренция со стороны зерокодинга поспособствует повышению качества нашего родного программирования.

Интерфейсы коллекций

Вчера задали мне этот вопрос на собесе. Ну я и перечисляю: Iterable, Collection, List, Set, SortedSet, NavigableSet, Queue, Deque; Map, ConcurrentMap — тут остановился в ожидании реакции собеседующего. Глазами хлопаю, мол, что, надо ещё?

Оказывается, это почти всё. Для пущего эффекта можно выучить: BlockingQueue, TransferQueue, BlockingDeque; SortedMap, NavigableMap, ConcurrentNavigableMap.