Разработка ждёт балета
前往频道在 Telegram
What I cannot create, I do not understand. DM: @alexey_mileev PeerLab: https://t.me/+e2ND1tAa0lU2ZTli
显示更多1 619
订阅者
无数据24 小时
-17 天
无数据30 天
帖子存档
И ещё одна статья, пришедшая от @pro100svitlo: чуваки нафигачили симпатичную обёртку на Kotlin delegates для более простого state save & restore.
#kotlin #state #delegate
@pro100svitlo прислал статью, в которой рассказывают, в каких случаях инициализация через ContentProvider всё-таки имеет право на жизнь. Спойлер: multiprocess.
#library #contentprovider #multiprocess
На хакере вышла статья с крутым разбором 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. Давайте до 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/
现已上线!2025 年 Telegram 研究 — 年度关键洞察 
