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

Иногда новости до меня долетают с большой задержкой, поэтому сейчас будут две ссылки, которые вы наверняка уже видели. По первой можно посмотреть, что меняется от релиза к релизу в 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/

Оп, подъехал анонс нового сезона AppsConf. Пройдёт это дело в Москве 22-23 апреля. По ссылке - разная интересная статистика по предыдущему сезону, красивый видосик и тизеры грядущей конференции. #meetup #conference #appsconf https://habr.com/company/oleg-bunin/blog/429910/

Прекрасную статью с критикой некоторых моментов Kotlin прислал @istima. Там в основном факты, поспорить с чем-то трудно. Однако всем ведь ясно, что написать уродца можно на чём угодно, если бездумно использовать все фичи языка? Но возможностей выдавить из себя такого вот уродца Kotlin даёт много, это да :) #kotlin #criticism https://habr.com/company/jugru/blog/431678/

Ну и финалочка. 3-я часть. О том, как можно попробовать память развить. #brain #memory https://felixit.blog/2018/11/27/razrabotka-i-slaboumie-3-3/

Часть 2.2 этого цикла статей. В ней речь пойдёт о памяти. Автор описал примеры хорошей и плохой памяти и показал, почему она важна. #brain #memory https://felixit.blog/2018/11/23/razrabotka-i-slaboumie-2-2-3/

В 1-й части статьи (через один пост наверх) автор поднимал вопрос “отупения” из-за технического прогресса. В части 2.1 он рассуждает о том, что такое кругозор, зачем он нужен и как его качать. #brain #horizon https://felixit.blog/2018/11/20/razrabotka-i-slaboumie-2-1-3/

Слушайте, тут Flutter 1.0 завезли. Это всё конечно здорово, но, зная, как Google любит закрывать свои проекты, пока как-то страшно даже смотреть в ту сторону. А вообще, кто-то из вас что-то серьёзное на нём писал? Может поделитесь впечатлениями? #flutter #google https://developers.googleblog.com/2018/12/flutter-10-googles-portable-ui-toolkit.html

Интересная статья про то, что мы вроде бы как и тупеем в традиционном смысле, делегируя память и некоторые другие штуки девайсам и сервисам. #brain #devices https://felixit.blog/2018/11/19/razrabotka-i-slaboumie-1-3/