Слушайте, а доклады на какие темы вам бы больше хотелось видеть на конференциях? Даже если вы на них совсем не ходите, какие темы вызывают наибольший интерес? Давайте проведём мини-опрос.
Я не нашёл бота, который позволил бы делать множественный выбор и умел бы работать с таким кол-вом вариантов, но давайте хотя бы через Google форму. Там всего один вопрос, займёт меньше минуты :)
Через недельку подведём итоги.

#survey #conference
https://goo.gl/forms/Nfuwk8BNVZUwROV53

Как и обещал, подводим итоги опроса про интересующие вас темы. Спасибо всем, кто уделил минутку! Напомню, что можно было выбирать от 1 до 16 вариантов интересующих тем. Кстати, как меня потом пнул @pro100svitlo, я совсем забыл включить вариант про Б - Безопасность.

Итак, получилось вот что:
* Всего ответов: 127
* Минимально выбирали тем: 1
* Максимально выбирали тем: 16 (т.е. все)
* В среднем выбирали по 6.7 вариантов
* По медиане - выбирали 6

Теперь топ-5 тем:
* 11% - Архитектура - разные паттерны или примеры проектирования определённых слоёв приложения
* 11% - Внутренности View в Android, написание своих View и ViewGroup
* 10% - Интересное из области performance в Android
* 9% - Material Design с точки зрения разработчика - может какие-то интересные выработанные подходы
* 8% - Какие-то непосредственные кишки Android - интересная но не всегда практичная инфа

Полная табличка с результатами есть по ссылке.

#survey #results #conference
https://docs.google.com/spreadsheets/d/1u6v7EY1i9Rgmw8f_WIfAy7F9rPxw8T73wIyMgZfxkFU/edit?usp=sharing

Внезапно (не то чтобы очень, но всё же) Google убрали раздел Tablet с android-dot-com. Пациент и раньше был скорее мёртв, чем жив, так что я радуюсь. А за новость скажем спасибо @istima.

#tablet #chromeos #google
https://techcrunch.com/2018/06/01/google-quits-selling-tablets/

Google Photos Library API:
* Возможность показывать юзерам фото из их Photos библиотеки. И Smart Filters позволяют фильтровать по: тегам (распознанное в Cloud Vision API), датам и интервалам дат
* Возможность загружать фото в Photos юзера
* Инфраструктура для шэринга фото - шэринг через ссылку на shared album

#talk #google #photos
https://youtu.be/KIFfibtzaEo

Оказалось, что пропажа tablets раздела с android-dot-com - всего лишь баг, который не заметили сразу. За поправку спасибо @Scorpikk. Но я по-прежнему настаиваю, что пациент скорее мёртв :)

#tablet #google
https://www.engadget.com/2018/06/02/google-killed-android-tablet-section

Сразу две статьи из серии, в которой планируется рассказать об уроках, вынесенных из разработки cooperative multitasking библиотеки поверх Kotlin coroutines. Всё это слабо затрагивает Android-разработку, но любителям Kotlin и корутин должно зайти.
В первой статье речь в основном пойдёт о разнице между вертикальной и горизонтальной обработкой.
Во второй же статье - про оптимизацию suspending functions на примере реализации очереди.

#kotlin #coroutine
https://blog.pronghorn.tech/cooperative-multitasking-with-kotlin-coroutines/
http://blog.pronghorn.tech/optimizing-suspending-functions-in-kotlin/

Если тебе ну вот прямо ни разу не интересен серверный мир, можешь смело пропускать пост. В противном случае - привет. Доклад от создателя Node.js Ryan Dahl, в котором он рассказал, о чём в Node он сожалеет и что нас ожидает в его новой поделке: Deno.
Увы-и-ахи:
* Node не остался на Promise
* Безопасность - в Node тебе доступно всё, что можно
* Система сборки - Node привязан к GYP, на ней же сидел Chrome, когда Node начинался. Только вот Chrome переехал на GN, а GYP из Node уже не выпилить
* package.json
* node_modules
* require(“module”) должен содержать расширение файла
* index.js
Что же такое Deno? Ryan назвал его “A secure TypeScript runtime on V8”. Пока это дело в разработке и пользоваться им не стоит, но мы привыкли ждать :)
В чём основные цели Deno?
* Использовать V8 secure sandbox, не давать произвольным native функциям залезать в V8. Внутри это устроено так: бежит Deno Process (к слову, написан на Go), у которого есть все permissions. Внутри него бежит V8, у которого этих самых permissions примерно нихрена. И связывается всё это по простой send-receive схеме поверх Protobuf.
* Упростить систему модулей
- Дружное нет переиспользованию текущей Node modules экосистемы
- import statements должны содержать расширение файла (и довольно похожи на Go)
- Импорты по URL подтягиваются только первый раз и кэшируются
- Vendoring возможен через указание non-default cache directory
* Только один исполняемый файл на выходе (кажется, чуваку очень понравился Go)
* TypeScript компилятор встроен в исполняемый файл (Ryan очень тепло отзывался о TypeScript и назвал Dart total failure)
* “Die as soon as it gets an error”
* Поддержка top-level await
* Быть browser-compatible там, где это возможно

#talk #nodejs #deno
https://youtu.be/M3BM9TB-8yA

@duglasher в очередной раз нам с вами кое-чего подкинул. На этот раз доклад Владимира Иванова про миграцию с RxJava на Kotlin Coroutines. Доклад на примере простого Github клиента показывает следующее:
* Проблемы RxJava
- Создаётся много overhead
- Сложный stacktrace, который ещё и не указывает на то, откуда всё изначально вызывалось
- Необходимость обучать новых разрабов, которые с RxJava не работали
* По Kotlin Coroutines:
- Легче читать, т.к. код асинхронный, но пишется как синхронный
- Обработка ошибок средствами языка
- Stacktrace всё ещё не очень, хоть и не такой длинный
Теперь немного про остальное в докладе:
* Deferred - оно как Future, только другое:
- Non-blocking
- cancellable
* Что есть suspension?
- Если обычно при вызове блокирующего метода текущий поток останавливается, то при вызове suspending function поток продолжает выполняться, а корутина уходит на выполнение к своему context.
- То есть suspension означает, что мы не блокируем, а только приостанавливаем поток, что в свою очередь означает возможность продолжить выполнение с того же места, но накладывает ограничение - suspension может случиться только в определённых местах (там, где можно вызвать fun с suspend модификатором)
* Показано, как мигрировать тесты
* И немного про работу с Kotlin Channels

#talk #rxjava #kotlin #coroutine
https://youtu.be/dQSLfj8EoVU

Помните Temple Run? Была когда-то такая игрушка. Вот в статье по ссылке описан reverse engineering этого дела. Статья не самая подробная, но даже если опыта в таких вещах нет, я бы советовал прочитать.

#unity #reverse #cybersec
https://www.rotlogix.com/blog/2018/6/10/reverse-engineering-android-unity-games-part-one

Просто интересная находка: статья от Romain Guy из ранних времён Android про некоторые оптимизации рисования background’ов.

#view #performance
http://www.curious-creature.com/2009/03/04/speed-up-your-android-ui/

Напоминаю, что остался буквально месяц до закрытия подачи заявок на AppsConf. Для вас это отличный шанс воспользоваться помощью опытных ребят из программного комитета, которые будут курировать вашу заявку, помогут и с рассказом, и со слайдами. Если есть вопросы, пишите прямо @etolstoy в личку, помогу с составлением заявки и тезисов.
http://conf.ontico.ru/lectures/propose?conference=ac2018

Забавная статья, с не менее забавным названием: “Forget about Clean Code, let’s embrace Compassionate Code”.

#clean #code
http://johannesbrodwall.com/2018/06/24/forget-about-clean-code-lets-embrace-compassionate-code/

Мда… Давненько я сюда ничего не писал. Извиняюсь, в последнее время всё как-то кувырком, совсем не было времени.
Сегодня будет статья с хорошим разбором priority buckets в Android P. Суть в том, что теперь приложения получают разные возможности (на Jobs, Alarms, FCM уведомления и на доступ в сеть) в зависимости от паттерна их использования (запущен ли апп, foreground сервисы, sync adapter и т.п. и как часто пользователь приложение запускает). А подробности, как и всегда, найдёшь по ссылке.

#androidp #battery #performance
https://medium.com/google-developer-experts/exploring-android-p-priority-buckets-d34d12059d36

Просьбы о помощи пост.
Моему хорошему другу - прекрасной Оксане - очень нужно выстроить ферму мобильных девайсов для проведения нагрузочного тестирования Wi-Fi сетки в условиях, максимально близких к реальным. Если среди вас или ваших друзей есть те, кто шарит за такие вещи и готов поработать, отзовитесь! :)
За шэр - отдельное и очень большое спасибо.

#help #wifi #testing
https://www.facebook.com/okokawa/posts/10212047953099638

По странному стечению обстоятельств и не без нежных пинков @etolstoy родился новый подкаст, ко-хостом которого я стал: Run Loop. В первом выпуске у нас в гостях Максим Ефимов - Android-разработчик из Uber, счастливый житель Амстердама и в целом приятный мужчина в полном расцвете сил. Он расскажет о жизни в Uber, о том, как обычно проходит его рабочий день и о многом другом. Приходите, слушайте, пишите фидбек. Мы будем рады.

#podcast #runloop #uber
Soundcloud: https://soundcloud.com/runloop-podcast/run-loop-1-maksim-efimov
iTunes: https://itunes.apple.com/ru/podcast/run-loop-podcast/id1409669962

Чувак качественно накидал про PrecomputedText API, что с ним можно делать и, главное, как это можно делать. Напомню, что это та самая штука, которая позволяет вытащить часть работы по обсчёту текста на фоновый поток.

https://medium.com/google-developers/prefetch-text-layout-in-recyclerview-4acf9103f438
#androidp #textview #precomputedtext

Интересный слух прилетел с xda-developers. Кажется, что в Android Q backend Skia переведут на Vulkan.

#androidq #skia #rendering #vulkan
https://www.xda-developers.com/google-android-q-vulkan-graphics-render-ui/

Не проходим мимо: AMA на Reddit с Android командой. Там много всего интересного. Например, упомянули, что ведётся работа в сторону чего-то, позволяющего показать, как именно был зарезолвлен тот или иной атрибут на View. Или, к примеру, рассказали, почему share диалог работает так плохо, и что с ним планируется делать.

#reddit #ama #android
https://www.reddit.com/r/androiddev/comments/8xspo7/were_on_the_engineering_team_for_android_p_ask_us/

Вышел 2-й выпуск Run Loop. К нам в гости пришёл Егор Бугаенко. Егор рассказал о своём новом проекте Zold, о своём режиме работы и ещё о нескольких интересных штуках.

#podcast #runloop
iTunes: https://itunes.apple.com/ru/podcast/run-loop-podcast/id1409669962?mt=2
Soundcloud: https://soundcloud.com/runloop-podcast/run-loop-2-egor-bugaenko

Очень приятная статья, в которой Иван Гришаев рассказывает, зачем нужен Clojure. Мне очень понравилось. Пойдите, почитайте. Она очень короткая, чесслово.

#fp #clojure
http://grishaev.me/why-clj