На выходных посмотрел довольно интересный видос и мягко говоря, был шокирован цыфрами зарплат в России. Из услышанного, 250К – средний миддл 😳, либо я где-то не там работаю, либо нужно походить по собесам 😁
Посмотрев видос, можно смело идти к руководству и просить повышения 😂
Посмотрев видос, можно смело идти к руководству и просить повышения 😂
YouTube
ПРО ДЕНЬГИ в IT | В офисе Кира Кузьменко
Здорова!
Мы позвали в гости Киру Кузьменко - независимого HR с многолетним опытом, чтобы она объяснила уже, наконец, кто сколько зарабатывает. Сможете после просмотра сравнить с собой :)
-------
Оставайтесь с нами на связи в телеграмме: https://news.1rj.ru/str/dev_yttg…
Мы позвали в гости Киру Кузьменко - независимого HR с многолетним опытом, чтобы она объяснила уже, наконец, кто сколько зарабатывает. Сможете после просмотра сравнить с собой :)
-------
Оставайтесь с нами на связи в телеграмме: https://news.1rj.ru/str/dev_yttg…
Основные понятия Scrum
Собрал ссылки на все посты из мини-курса "Основные понятия Scrum". Никак не могу выделить время и дописать последние 2 темы, надеюсь на следующей недели допишу.
• Что такое Scrum и с чем его едят
• Backlog (Бэклог)
• Sprint (Спринт)
• Grooming (Груминг)
• Story points (Стори поинты)
• Sprint Planning (Планирование спринта)
• Stand Up (Стендап)
• Demo / Sprint Review (Обзор спринта)
• Retro (Ретроспектива)
• Scrum Master (Скрам мастер)
Собрал ссылки на все посты из мини-курса "Основные понятия Scrum". Никак не могу выделить время и дописать последние 2 темы, надеюсь на следующей недели допишу.
• Что такое Scrum и с чем его едят
• Backlog (Бэклог)
• Sprint (Спринт)
• Grooming (Груминг)
• Story points (Стори поинты)
• Sprint Planning (Планирование спринта)
• Stand Up (Стендап)
• Demo / Sprint Review (Обзор спринта)
• Retro (Ретроспектива)
• Scrum Master (Скрам мастер)
👍2❤1🔥1
Facebook больше не Facebook
Компания Facebook сменила название на Meta. Об этом объявил Цукерберг на презентации Facebook Connect.
Он рассказал, что компания будет развивать метавселенную — виртуальный мир, в котором объединятся все имеющиеся технологии и устройства.
Компания Facebook сменила название на Meta. Об этом объявил Цукерберг на презентации Facebook Connect.
Он рассказал, что компания будет развивать метавселенную — виртуальный мир, в котором объединятся все имеющиеся технологии и устройства.
Основы CI/CD
Полезная статья, в которой рассматриваются основы CI/CD. CI и CD — это две аббревиатуры, обозначающие непрерывную интеграцию (Continuous Integration) и непрерывную доставку (Continuous Delivery).
Основная цель CI/CD – автоматизация процессов сборки и доставки артефактов (если таковое предусмотрено приложением).
Полезная статья, в которой рассматриваются основы CI/CD. CI и CD — это две аббревиатуры, обозначающие непрерывную интеграцию (Continuous Integration) и непрерывную доставку (Continuous Delivery).
Основная цель CI/CD – автоматизация процессов сборки и доставки артефактов (если таковое предусмотрено приложением).
Телеграм продолжает тестировать рекламные посты
Телеграм запустил конкрус для Android-разработчиков RU сегмента. Канал Конкурсы Telegram был создан вчера (05.11) и на него запустили рекламные посты.
Я так понимаю, сделали это вторым этапом тестирования спонсируемых постов, т.к. рекламные посты конкурса – это уже сегментированная реклама, которая показывается в тематических IT каналах.
Заметил на своём втором канале @mobile_native (скрин выше).
Телеграм запустил конкрус для Android-разработчиков RU сегмента. Канал Конкурсы Telegram был создан вчера (05.11) и на него запустили рекламные посты.
Я так понимаю, сделали это вторым этапом тестирования спонсируемых постов, т.к. рекламные посты конкурса – это уже сегментированная реклама, которая показывается в тематических IT каналах.
Заметил на своём втором канале @mobile_native (скрин выше).
Мои наблюдения на тему рекламы в ТГ. Лайк, репост всегда приветствуются 🤝
vc.ru
Телеграм запустил первые рекламные сообщения – мои наблюдения — Сервисы на vc.ru
Я активный пользователь телеграм и автор нескольких ТГ-каналов про IT Digital Media и Mobile Native.
This media is not supported in your browser
VIEW IN TELEGRAM
Роботы, мозг, кубы, великая вселенная 😂
👍3
В AppMetrica появилась атрибуция установок из Facebook Ads для Android
Теперь AppMetrica поддерживает бесплатный трекинг установок из Facebook для Android. Подробная статистика доступна в отчете User Acquisition и в продуктовых срезах AppMetrica.
Что это дает?
Возможность анализировать эффективность рекламы по детальной статистике, доходу от новых пользователей, их удержание, LTV и конверсиям в целевые действия.
Теперь AppMetrica поддерживает бесплатный трекинг установок из Facebook для Android. Подробная статистика доступна в отчете User Acquisition и в продуктовых срезах AppMetrica.
Что это дает?
Возможность анализировать эффективность рекламы по детальной статистике, доходу от новых пользователей, их удержание, LTV и конверсиям в целевые действия.
vc.ru
AppMetrica начала поддерживать атрибуцию трафика из Facebook для Android
Теперь пользователи сервиса могут бесплатно отслеживать установки приложения. Атрибуция установок по клику из Facebook стала возможной в AppMetrica после того Facebook начал передавать данные про рекламу в Google Play Install Referrer.
👍1
Чаты на вебсокетах
Наткнулся на серию статей про чаты на вебсокетах. Оставляю тут линки, вдруг кому-то будет полезно. От выбора протоколов и инструментов до реализации на мобилках.
👉 Чаты на вебсокетах в iOS
👉 Чаты на вебсокетах. Теперь про Android
👉 Чаты на вебсокетах. Теперь про бэкенд
Наткнулся на серию статей про чаты на вебсокетах. Оставляю тут линки, вдруг кому-то будет полезно. От выбора протоколов и инструментов до реализации на мобилках.
👉 Чаты на вебсокетах в iOS
👉 Чаты на вебсокетах. Теперь про Android
👉 Чаты на вебсокетах. Теперь про бэкенд
Если не знаете чем заняться на выходных, можно посмотреть вторую часть выпуска про деньги в IT. Там снова, много интересных цифр 😎. Предыдущий видос тут.
YouTube
ЕЩЕ РАЗ ПРО ДЕНЬГИ В IT / В офисе Кира Кузьменко
Здорова! Мы решили позвать Киру Кузьменко еще раз, так как в прошлом выпуске поговорили не про все ЗП. Поговорили с Кирой еще раз про ЗП, офферы и собеседования.
Смотрим!
-------
Оставайтесь с нами на связи в телеграмме: https://news.1rj.ru/str/dev_yttg
Поддержать…
Смотрим!
-------
Оставайтесь с нами на связи в телеграмме: https://news.1rj.ru/str/dev_yttg
Поддержать…
Вопросы для собеседования на Java Developer
Наткнуля как-то на здоровенный список вопросов для собесов, на позицию Java Developer и по каким-то причинам не запостил на канал. Исправляю ситуацию – ловите список 😎
Наткнуля как-то на здоровенный список вопросов для собесов, на позицию Java Developer и по каким-то причинам не запостил на канал. Исправляю ситуацию – ловите список 😎
API Architecture — Design Best Practices for REST APIs
Полезная статья, в которой собраны дельные рекомендации по реализации REST APIs.
Если ваш бэкенд, не так хорош, как хотелось бы – покажите вашим бэкендщикам эту статью, вдруг что-то поменяется 😎
Полезная статья, в которой собраны дельные рекомендации по реализации REST APIs.
Если ваш бэкенд, не так хорош, как хотелось бы – покажите вашим бэкендщикам эту статью, вдруг что-то поменяется 😎
Forwarded from Mobile Native ️️
Android Developer Reference
Репозиторий, в котором собрано множество полезных статей и материалов на любую тему (Java, Kotlin, Roadmaps, Android Sdk, Architecture, Interview Questions, etc.).
И такой же, отдeльный репозиторий под Compose 👍
Репозиторий, в котором собрано множество полезных статей и материалов на любую тему (Java, Kotlin, Roadmaps, Android Sdk, Architecture, Interview Questions, etc.).
И такой же, отдeльный репозиторий под Compose 👍
Прикольный ютубчик Listen IT, который наверняка зайдет аудиалам. Ребята публикуют интересные статьи на IT-тематику в аудио-формате с сопровождением презентаций в ламповом пиксельном стиле DOS-a. Для тех, кому некогда читать, лень искать и хочется учиться 🧐 - youtube.com/c/ListenIT_channel
Developer Roadmaps
Полезный ресурс, на котором собраны роадмапы по многим направлениям, языкам и технологиям (Frontend, Backend, DevOps, React, Angular, Python, Android, DBA).
Полезный ресурс, на котором собраны роадмапы по многим направлениям, языкам и технологиям (Frontend, Backend, DevOps, React, Angular, Python, Android, DBA).
Top 30 Git Commands You Should Know To Master Git CLI
В статье перечислены наиболее важные Git команды, которые вы должны знать как разработчик. Полезно будет всем.
В статье перечислены наиболее важные Git команды, которые вы должны знать как разработчик. Полезно будет всем.
Реклама мобильных приложений в Яндексе
Яндекс подготовил подробный чеклист c рекомендациями, по настройке и оптимизации рекламных кампаний для мобильных приложений, с помощью которого можно быстро понять:
– какой тип кампании выбрать исходя из целей
– как эффективнее всего настраивать и оптимизировать рекламные кампании
– какие креативы использовать для получения максимального охвата
Полный список рекомендаций тут: https://yandex.ru/adv/solutions/practicums/yandex-direct-dlya-mobilnyh-prilozhenij-nastrojka-reklamnyh-kampanij
Яндекс подготовил подробный чеклист c рекомендациями, по настройке и оптимизации рекламных кампаний для мобильных приложений, с помощью которого можно быстро понять:
– какой тип кампании выбрать исходя из целей
– как эффективнее всего настраивать и оптимизировать рекламные кампании
– какие креативы использовать для получения максимального охвата
Полный список рекомендаций тут: https://yandex.ru/adv/solutions/practicums/yandex-direct-dlya-mobilnyh-prilozhenij-nastrojka-reklamnyh-kampanij
🔥2
Основные понятия Scrum. Retro (Ретроспектива)
Еехххуууу, наконец то свершилось, я взял себя в руки и добрался до написания 9 части мини курса "Основные понятия Scrum" 😁. И так, погнали.
Retro (Ретроспектива) – командная встреча, на которой обсуждают проделанную работу, новые идеи и техники для улучшения процессов в будущем.
Как это происходит? Собирается значит вся команда и начинают накидывать.
– Давайте ка подумаем, а что мы сделали хорошего и плохого в прошлом спринте?
– Теперь, давайте подумаем, как мы можем исправить или оптимизировать процессы, чтобы в будущем не допустить таких ситуаций/ошибок.
Если погуглить или почитать книги, существуют разные методики по проведению ретроспектив. Наиболее распространенный вариант – стикеры. В чем суть? Каждый член Scrum-команды пишет на стикере проблемы, с которыми столкнулся в прошлом спринте и клеит стикер на доску (в случае с удаленкой, можно юзать какой-нибудь Miro или любой другой инструмент для командной работы). То же самое происходит и с позитивными моментами.
Затем, когда все написали и приклеили свои стикеры, начинается разбор. Почему так произошло? Из-за чего/кого? Как исправить? В общем, полностью разбирается проблема и фиксируется решение, к которому пришли в совместном обсуждении. И так до тех пор, пока не разберутся все стикеры/проблемы.
Положительные моменты тоже обсуждаются, но на них уходит меньше времени, т.к. с ними проще, если что-то работает хорошо – развиваем и продолжаем использовать дальше. С проблемными местами сложнее – нужно принять решение, которое поможет исправить ситуацию, это решение должно быть принято всей командой или большинством. Бывают ситуации, когда на ретро принимается решение отказаться от какой-нибудь техники, т.к. положительного результата она не принесла в прошлых спринтах.
Одно из главных правил – фиксировать результаты ретро. В будущем это позволит вам понять, насколько помогли вам принятые решения, улучшились или ухудшились показатели и т.д.
Когда проводится? Как правило, ретро проводится всегда, в последний день спринта.
Длительность. Я бы сказал так, в среднем 1 час - 1,5 часа. В целом, время наверное зависит от длины спринта и количества выполненных задач. Бывают например спринты, которые проходят гладко, задачи делаются быстро, в спринт успели все закрыть, проблем особо не было – соответственно и обсуждений будет меньше. Бывают проблемные спринты, не рассчитали возможности, не успели что-нибудь доделать и т.д.
Ретроспектива проводится всегда, в независимости от того, как прошел спринт и есть ли вопросы для обсуждения. Направлено это на улучшение процессов в будущем, которые позволят командам улучшить показатели и быть более продуктивными.
На этом пожалуй всё. Следующая часть будет завершающая, надеюсь её напишу на следующей недели 😁
Предыдущая часть: Demo / Sprint Review
Всем добра, продуктивных спринтов и ретро 💪
Еехххуууу, наконец то свершилось, я взял себя в руки и добрался до написания 9 части мини курса "Основные понятия Scrum" 😁. И так, погнали.
Retro (Ретроспектива) – командная встреча, на которой обсуждают проделанную работу, новые идеи и техники для улучшения процессов в будущем.
Как это происходит? Собирается значит вся команда и начинают накидывать.
– Давайте ка подумаем, а что мы сделали хорошего и плохого в прошлом спринте?
– Теперь, давайте подумаем, как мы можем исправить или оптимизировать процессы, чтобы в будущем не допустить таких ситуаций/ошибок.
Если погуглить или почитать книги, существуют разные методики по проведению ретроспектив. Наиболее распространенный вариант – стикеры. В чем суть? Каждый член Scrum-команды пишет на стикере проблемы, с которыми столкнулся в прошлом спринте и клеит стикер на доску (в случае с удаленкой, можно юзать какой-нибудь Miro или любой другой инструмент для командной работы). То же самое происходит и с позитивными моментами.
Затем, когда все написали и приклеили свои стикеры, начинается разбор. Почему так произошло? Из-за чего/кого? Как исправить? В общем, полностью разбирается проблема и фиксируется решение, к которому пришли в совместном обсуждении. И так до тех пор, пока не разберутся все стикеры/проблемы.
Положительные моменты тоже обсуждаются, но на них уходит меньше времени, т.к. с ними проще, если что-то работает хорошо – развиваем и продолжаем использовать дальше. С проблемными местами сложнее – нужно принять решение, которое поможет исправить ситуацию, это решение должно быть принято всей командой или большинством. Бывают ситуации, когда на ретро принимается решение отказаться от какой-нибудь техники, т.к. положительного результата она не принесла в прошлых спринтах.
Одно из главных правил – фиксировать результаты ретро. В будущем это позволит вам понять, насколько помогли вам принятые решения, улучшились или ухудшились показатели и т.д.
Когда проводится? Как правило, ретро проводится всегда, в последний день спринта.
Длительность. Я бы сказал так, в среднем 1 час - 1,5 часа. В целом, время наверное зависит от длины спринта и количества выполненных задач. Бывают например спринты, которые проходят гладко, задачи делаются быстро, в спринт успели все закрыть, проблем особо не было – соответственно и обсуждений будет меньше. Бывают проблемные спринты, не рассчитали возможности, не успели что-нибудь доделать и т.д.
Ретроспектива проводится всегда, в независимости от того, как прошел спринт и есть ли вопросы для обсуждения. Направлено это на улучшение процессов в будущем, которые позволят командам улучшить показатели и быть более продуктивными.
На этом пожалуй всё. Следующая часть будет завершающая, надеюсь её напишу на следующей недели 😁
Предыдущая часть: Demo / Sprint Review
Всем добра, продуктивных спринтов и ретро 💪
API Architecture — Performance Best Practices for REST APIs
Вторая часть с рекомендациями по улучшению производительности REST APIs. Первая часть тут.
Вторая часть с рекомендациями по улучшению производительности REST APIs. Первая часть тут.
Пуши Авито: как сделать самый навязчивый формат не таким раздражающим
Норм материал от Авито о том, как работать с пушками, как тестировать, на какие метрики смотреть.
Несколько наблюдений от себя:
👉 Настройка Включения/Отключения. У пользователя обязательно должна быть настройка включения/отключения пушей. Пусть сам решает, какие уведомления хочет получать, а какие нет. А если вдруг он всё отключил, можно периодически его триггерить в виде "Включи пожалуйста уведомления, чтобы не пропустить…"
👉 Текст. Текст решает, поэтому нужно проводить эксперименты и А/Б тесты. Вообще тексты – это отдельная тема и в некоторых случаях, с помощью текстов, можно значительно повысить конверсию.
👉 Время и частота. По возможности слать меньше пушек, чтобы не раздражать пользователя. Ночью лучше не отправлять пуши 😁 – вроде логично, но некоторые этим злоупотребляют.
А вообще, лучше собрать, как можно больше информации о пользователях, это позволит вам настраивать персонализированные уведомления 👍
Норм материал от Авито о том, как работать с пушками, как тестировать, на какие метрики смотреть.
Несколько наблюдений от себя:
👉 Настройка Включения/Отключения. У пользователя обязательно должна быть настройка включения/отключения пушей. Пусть сам решает, какие уведомления хочет получать, а какие нет. А если вдруг он всё отключил, можно периодически его триггерить в виде "Включи пожалуйста уведомления, чтобы не пропустить…"
👉 Текст. Текст решает, поэтому нужно проводить эксперименты и А/Б тесты. Вообще тексты – это отдельная тема и в некоторых случаях, с помощью текстов, можно значительно повысить конверсию.
👉 Время и частота. По возможности слать меньше пушек, чтобы не раздражать пользователя. Ночью лучше не отправлять пуши 😁 – вроде логично, но некоторые этим злоупотребляют.
А вообще, лучше собрать, как можно больше информации о пользователях, это позволит вам настраивать персонализированные уведомления 👍