ar
Feedback
Разработка ждёт балета

Разработка ждёт балета

الذهاب إلى القناة على Telegram

What I cannot create, I do not understand. DM: @alexey_mileev PeerLab: https://t.me/+e2ND1tAa0lU2ZTli

إظهار المزيد
1 619
المشتركون
لا توجد بيانات24 ساعات
-17 أيام
لا توجد بيانات30 أيام
أرشيف المشاركات
Вышла стабильная Android Studio 3.3. #studio #ide

И ещё одна статья, пришедшая от @pro100svitlo: чуваки нафигачили симпатичную обёртку на Kotlin delegates для более простого state save & restore. #kotlin #state #delegate

@pro100svitlo прислал статью, в которой рассказывают, в каких случаях инициализация через ContentProvider всё-таки имеет право на жизнь. Спойлер: multiprocess. #library #contentprovider #multiprocess

Вечнозеленая_Фуксия_Изучаем_операционку.pdf1.61 MB

На хакере вышла статья с крутым разбором Fuchsia. Всё это выглядит очень интригующе и… пугающе. Посмотрим, конечно, что получится в итоге. Сама статья требует платной подписки, и тут нам круто помог @Jacks0n23. Он не просто прислал ссылку, но и подготовил PDF с текстом. Крайне советую почитать. И да, мы грязные пираты. #fuchsia #google #android

Тагир наш Валеев написал статью с вредными советами по написанию юнит-тестов. Может помните, были такие статьи-шутки вида “что нужно закоммитить, уходя домой” со всякими define true false и прочим? Ну вот тут примерно то же, только про то, как добиться 100% покрытия. #test #humor

А вот тут можно посмотреть, какие JEP’ы вошли в каждую конкретную OpenJDK. #jdk #openjdk #jep http://openjdk.java.net/projects/jdk/11/

Иногда новости до меня долетают с большой задержкой, поэтому сейчас будут две ссылки, которые вы наверняка уже видели. По первой можно посмотреть, что меняется от релиза к релизу в AOSP. Иногда можно выхватить очень интересные коммиты. #android #aosp #changelog http://aosp.opersys.com

@AlexFails прислал ссылку на статью с новостями на хакере. Там есть и интересные штуки, и вредные. Например, рассказывают про новый метод получения рута. Ещё показывают правила для линта, позволяющие отлавливать некоторые проблемы безопасности. Есть пачка рекомендаций по работе с корутинами. Но за рекомендацию пихать инициализацию библиотеки в ContentProvider руки надо отрывать, конечно. #cybersec #root #library https://xakep.ru/2019/01/07/android-237/

С Новым годом, братцы. Работаем дальше :)

Разбор некоторых внутренностей SystemUI. Это та штука, которая рисует регулятор громкости, панель уведомлений, недавние приложения и делает ещё много всякого разного. Не скажу, что разбор очень глубокий, но я SystemUI вообще не ковырял, поэтому мне понравилось. #android #systemui https://habr.com/post/433620/

Победа :) Спасибо всем, вы лучшие!
Победа :) Спасибо всем, вы лучшие!

Ох, соколики, да нас уже 991. Вы давайте там, поднажмите. Пошарьте канал и посты по друзьям, знакомым и прочим homo. Давайте
Ох, соколики, да нас уже 991. Вы давайте там, поднажмите. Пошарьте канал и посты по друзьям, знакомым и прочим homo. Давайте до 1000 к НГ наскребём.

Автор статьи рассказывает, каким он был плохим на code review - унижал всех и каждого за любую мелочь, а потом понял, что так больше нельзя, и описал свои мысли по этому поводу. Если я всё правильно понял (а я всё правильно понял), то его решение - указать на пару мелких недочётов в PR, а потом самому тихой сапой поправить все косяки. Я с этим не согласен. Это какая-то уродливая и порочная практика. Если разработчик приносит в клювике код, который ну ни в какие ворота не лезет, то пусть переделывает. Ну не в детском саду же, честное слово. А по части того, что не стоит докапываться до совсем уж мелочей или до мест, в которых “я бы сделал иначе, но в целом норм”, я в общем-то согласен. #codereview #code https://habr.com/post/432822/

Подъехало смешное: в OpenJDK заслали патч, который убирает нехорошие слова. Ну то есть заменяет, например, “well, fuck ?!” на “Oh no!” и “pretty crappy to use” на “a poor substitute”. В общем, докатились. #jdk #openjdk #java https://habr.com/post/433044/

Возможно, вы слышали, что @DevAlloy и @etolstoy делают что-то вроде видеоблога о нашей с вами индустрии? Ребята сняли выпуск с Егором нашим Бугаенко, и мне его захотелось посмотреть, хотя в целом я такие штуки недолюбливаю. Поэтому ловите ссылку. #talk https://youtu.be/ca9ou5t6yyY

@MightySeal закинул ссылочку на твит Джейка, в котором есть линк на статью (ну вы помните, яйцо - в утке, утка - в зайце). Я эту новость видел, но как-то не подумал о том, чтобы написать сюда. Если коротко, то в jcenter можно было положить пропатченные версии библиотек (npm, привет), которые можно было подтянуть, если jcenter был указан выше остальных в repositories блоке. #jcenter #cybersec https://twitter.com/JakeWharton/status/1073102730443526144

Вчера послушал выпуск подкаста Sebrant Chatting и встретил новую для себя мысль. Ну не то чтобы прямо новую, скорее хорошо забытую. Идея заключается в следующем: живя и работая в “мире высоких технологий“, начинаешь считать, что все живут примерно там же. А это далеко не так. Людей, которым все ваши фейсбуки, быстрые интернеты и прорывные стартапы - до лампочки, много. Действительно много. И эту мысль стоит всё время иметь на подкорке. А подробнее Андрей расскажет в подкасте. Кстати, очень хороший подкаст, крайне рекомендую. #podcast #technology #future http://asebrant.libsyn.com/website/1na0o2bhqvxc

@istima прислал шикарное видео, в котором ребята описывают пачку хаков, которыми они воспользовались, чтобы в 40Кб впихнуть игру для NES. Очень советую посмотреть, идёт всего 12 минут. #gamedev #hack #video https://youtu.be/ZWQ0591PAxM

@Harmonizr прислал статью, в которой критикуют ViewModel. Все доводы по сути опираются на то, что ViewModel не умеет переживать смерть процесса и, чтобы сохранить состояние, приходится городить костыли. Ну, тут сложно поспорить, всё действительно так. Но у меня есть несколько противопоставлений: 1. Иногда действительно нужно сохранять много. Вот бывают такие кейсы, ничего с этим не сделаешь. А поскольку Android будет в нас плеваться TransactionTooLargeException, эти данные мы всё равно потеряем и будем грузить заново 2. В некоторых случаях действительно можно наплевать на save and restore flow. Например, если в куске аппа не требуется никакого persistence, сессия истекает через 10 минут, а данных больно много 3. Ну и были слухи, что Google что-то накрутит для save and restore у ViewModel, если мне не изменяет память Ну и да, в App in the Air мы довольно активно пользуемся ViewModel и LiveData. Нам они здорово помогают. Я считаю, что нельзя выбирать технологию X и говорить, что её не надо использовать. У всего есть своя область применимости. Использование мозга никто не отменял. Пользуйтесь тем, что решает вашу задачу хорошо. #viewmodel #architecture #components https://www.techyourchance.com/android-viewmodel-architecture-component-harmful/