Записки разработчицы
2.27K subscribers
408 photos
26 videos
4 files
1.11K links
Разговоры об IT, о разработке. О мобилках нативных и кроссплатформенных.
Личный аккаунт @azharkova
Download Telegram
Итак. Jetpack Compose Android. Не путайте с Jetpack Android, набором инструментов. Это новый toolkit от Google для разработки нативного UI.
https://developer.android.com/jetpack/compose
Инструмент еще в разработке, но, вероятно, со временем станет рекомендуемой технологией.
И уже пошли статьи от энтузиастов:

https://android.jlelse.eu/jetpack-compose-twitter-ui-96f76577143a
Также Google работает над новым API для работы с onActivityResult. Подробнее читайте тут:
https://android.jlelse.eu/activity-results-api-69be5a225e86
Грядут большие изменения.
Число подписчиков растет, время сделать опрос)
22 июня стартует новая сессия. За новостями следите в приложении Apple Developer для устройств
Также, если вы студент или школьник старше 13 лет, у вас есть возможность поучаствовать в челлендже по написанию приложения на Swift
Интересный язык по умолчанию, конечно
Затевается кое-что интересное. Если вам интересна тема, нужно ли тестовое задание, или нет, и интересны холивары на эту тему, то подключайтесь 16го мая)
Forwarded from Дима Еремеев
К тестовым заданиям очень много вопросов. Мы решили обсудить их вместе с Романом Ивлиевым (Mos ru, TeamleadConf), Александром Макаровым (Yii), Иваном Матвеевым (Skyeng), Дмитрием Симоновым (CTO Daily) - и тобой.

Интерактивный холивар на Youtube - днем субботы 16 мая:

🤬 За что мы не любим тестовые - и как сделать их нормальными?
• Можно ли без них - и при каких условиях?
🏄♂ Как тимлиду научиться их готовить?
• Что стоит проверять, а что - точно нет?
🔍 Как разработчик может использовать тестовое, чтобы проверить компанию? 🔍

Голосовалка за и против тестовых - https://meetups-online.ru/testedondevs.
Интересные спикеры, а дискуссия обещает быть жаркой)
Архитектура приложений - вещь, конечно, для восприятия специфическая, но в работе нужная.
Хорошо организованное приложение - уже залог успеха в работе, особенно, когда функционал меняется очень быстро с разворотом на 180 градусов.
Основной негатив по поводу оверинженеринга того или иного паттерна вызывается в основном из-за готовых фреймворков, которые, казалось бы, должны облегчать жизни. Потому что мы забываем, что не боги горшки обжигают, а пишутся фреймворки такими же обычными разработчиками, и каждый превносит в свое творение свое понимание.
Поэтому я советую брать и реализовывать тот или иной паттерн самостоятельно. Вы увидите, что даже написать свой шаблон не так уж и сложно. Зато вы не погрязнете во мраке дебага неизвестной обфускации
#холиварка Если говорить о популярности тематики в народе и на разных мерояприятиях типа конференций, то это вещь спорная и неоднозначная. Можно ее назвать холиварной, хотя холивары устраивают и из-за таких вопросов, как красиво опционалы обрабатывать и на null проверять.
Кто-то считает, что это неинтересно, потому что в коде главное - работоспособность фичи для заказчика и быстрота реализации, а чистота - это синтаксический сахар. Кто-то утверждает, что все это лишнее, потому что Apple в 2011-2012 году уже все за всех продумал и завещал использовать MVC под разными соусами, а все остальное от лукавого.
Так что я призываю думать своей головой и применять то, что удобно вам в в вашей работе с расчетом, что вы можете вернуться к этому году спустя полгода-год. Думайте, читайте статьи, ходите на митапы, смотрите конференции, и не забывайте анализировать поступающую информацию. Авторитетность места работы того или иного спикера или автора не является гарантией того, что его и только его способ - best practices, а также истина в последней инстанции. Может быть, именно вы можете что-то предложить IT-сообществу такое, что, как сказал один знакомый разработчик, облегчит жизнь, повысит зарплату и избавит от выгорания труженников IT-мира