Как работает геолокация в iOS, когда приложение свёрнуто или закрыто?

Какие бывают статусы и состояния авторизации?

Какие нововведения в iOS 15 затрагивают геолокацию?

Ответы на эти вопросы — в статье нашего iOS-разработчика Максима Казакова.

#dodo_habr

Сегодня в процессе общих обсуждений подняли вопрос, почему мы пока не пробуем разработку клиентских приложений на Flutter? Вроде собирали сэмплы, все волне неплохо, да и B2B продукты мы уже приняли что делаем на Flutter, например, приложение для курьеров.

На рынке пока ни один универсальный фреймворк не выжил в долгосрочной перспективе. Ни React Native, ни Xamarin, ни Cordova, ни PhoneGap, ни попытки разных компаний сделать что-то на Java.

Flutter сейчас лучше, чем все эти фреймворки, он однозначно имеет шанс, чтобы стать адекватным инструментом, но ему нужно время и один важный шаг со стороны Google.

Apple создаёт экосистему iOS и коммитится поддерживать её, создав свои инструменты.
Google создаёт экосистему Android и коммитится поддерживать её, выбрав открытые инструменты с Java и Kotlin.

Flutter хоть и создан в Google, пока не имеет того же уровня поддержки и коммитов. Переход на Flutter сейчас это потенциально полная переделка через 3-4 года. В случае неудачи, Google спокойно свернет Flutter или сделает на его основе нечто совершенно новое со словами “чуваки, ну короче, мы переосмыслили, вот теперь все по-другому”.

Есть одно ключевое событие, которое может изменить ситуацию. Я уверен что оно произойдет. Если в ближайшие 2-3 года Google сделает Flutter дефолтным инструментом для разработки под Android, вот тогда это будет уже сильным сигналом к тому что инструмент получит полноценное и очень долгосрочное развитие. И вот это будет моментом, когда такую разработку вполне можно будет пробовать как минимум для Android. Что при этом сделает Apple? Надеюсь, не обидется.

Как итог, в ближайшие 5-7 лет (берем еще 3-4 года на то чтобы девайсы обновились и все больше людей перешло на новые версии Android), разработка приложений может свернуть на Flutter, но для этого должно произойти очень много событий и развитие этого фреймворка должно идти в сторону дефолтного инструмента для Android. Так что пока смотрим, следим за индустрией и за развитием.

Друзья, мы ищем продакт-менеджера развивать наше приложение в ресторане. Это отличная возможность прокачаться как в оффлайне (погрузиться в работу кассиров и сотрудников на смене, неистово кастдевить клиентов в пиццерии), так и в digital.
Это продукт на стыке онлайна и оффлайна. Ты прокачаешься в маркетинге и операциях в пиццерии и сможешь спроектировать новый клиентский опыт.
Это очень сложная техническая задача. Так как приложение на доставку и приложение в ресторане — это одно приложение. Надо умело сочетать оба режима работы, например, понимать, что геолокация должна работать по-разному, а меню ресторана и доставки отличается.
Можно проверять много гипотез без разработки, наблюдая за поведением пользователей в ресторане. Будет много работы с маркетингом, чтобы создавать больше поводов для посещения ресторана, запуская сезонные комбо и продукты, продумывая цены.
У нас настоящая кросс-функциональная команда. Дизайнер, крутые мобильные разработчики и тестировщик, маркетолог все вместе работают над общей целью.
Пишите Юле Яковлевой @yyakovleva.

Люди — ценность Dodo.

Здесь столько заряженных любовью к своему делу людей, что начинаешь волноваться, как бы они в своей увлечённости работой не перегрузились и не перегорели. Наша команда People&Process-лидов стала работать над тем, чтобы предотвратить выгорание и помочь тем, кому нелегко.

Сегодня делимся первой частью большого материала про выгорание — про то, как его распознать.


#dodo_habr

Наш разработчик Анатолий Казаков любит решать задачки. Мы попросили его отобрать несколько интересных, которые ему встречались, чтобы устроить мини-марафон.

Каждый день в 15-00 по Москве мы будем выкладывать по 1 задачке в Телеграм-канал.

В комментариях к каждому посту с задачей можно обсуждать решение, задавать вопросы и, само собой, давать ответы.

Подключиться может каждый в любой момент с 6 по 10 сентября. Главное, что нужно знать: мы будем учитывать решения, которые получили до 23-59 по Москве 10 сентября.

Результаты объявим 13 сентября. И конечно, десятке лучших (кто первыми даст правильное решение) отправим наши легендарные носки.

Подписывайтесь, чтобы ничего не пропустить!

Вторая часть материала о выгорании тут. Она про то, какие бывают стадии выгорания и что на них происходит.
Вот вы знали, что «Вот сейчас эту интересную задачу сделаю, а обед съем за ужином» — это уже тревожный звоночек?

28,35% участников опроса под вторым постом Вероники Ильиной ответили, что они находятся на стадии «Потеря цели и цинизм».

Что можно сделать, чтобы стало легче? О помогающих при выгорании практиках — новый пост.

#dodo_habr

Завершаем марафон задачек.
У тех, кто не успел, есть шанс заскочить в уезжающий поезд и прислать решения на все 5 задач сегодня.
Да, так тоже можно!

С праздником, друзья-программисты!

Друзья, марафон задач по C# завершился.

Мы рады назвать тех, кто лучше всех справился с решением:

@rodionmostovoy
@nymezide
@Vabka
@STiLeTT
@JekGorohov
@ivan_balanar

«Турнирная таблица» по версии Толи Казакова — в первом комментарии.

❓А где правильные решения задачек по C#?

Вчера об этом не написали, исправляем ситуацию.
Ответы теперь есть в треде с комментариями к каждой задаче.

Друзья, совсем скоро состоится митап сообщества DE or DIE #8. Регистрируйтесь и добавляйте в календари

Когда: 16 сентября (четверг) 18:00.
Где: онлайн (трансляция на YouTube).

Что будет:
18:00-19:00. CI/CD для баз данных. Арсений Бирюков.
19:15-20:15. NiFi. Как загрузить данные в GreenPlum и не убить его. Бронислав Житников.
20:15-20:45. After Show с организаторами DE or DIE и спикерами.

Зарегистрируйся, чтобы не пропустить. Ссылка на трансляцию придёт за час до начала.

Пообщаться с другими дата-инженерами и задать вопросы можно уже сейчас в чате сообщества DE or DIE.

#dodo_deordie

Сегодня опубликовали последнюю часть материала о выгорании от Вероники Ильиной. Она про практики, которые его предотвращают. Они простые, но вспомнить о них ещё раз будет полезно всем.

Если вы по какой-то причине не читали предыдущие части, то ссылки на них есть в последней.

#dodo_habr

У сообщества DE or DIE появился подкаст!

Вышло уже 4 выпуска — пилотный можно не только послушать, но и посмотреть.

Ведущие весело и бодро обсуждают статьи из дайджеста и волнующие дата-инженеров вопросы. В последнем выпуске, например, вместе с Сергеем Ярымовым говорили про лайнэйдж, чем зачем он нужен и кто как его делает.

Заходи на страницу подкаста и выбирай, что будешь слушать сегодня.

Если хочется обсудить услышанное, добавляйся в чат.

Даёшь больше полезных информационных сервисов столице!

Мечтаешь сделать полезный цифровой продукт? Тогда тебе точно нужно участвовать в конкурсе «Лидеры цифровой трансформации»!

Собери команду из 3-5 человек, выбери задание и начни пилить лучшее решение уже с 10 октября!

1 ноября жюри определит 100 команд-финалистов, а мы подарим каждой из них промокоды на 5 пицц.

10 команд, занявших первые места, разделят между собой призовой фонд конкурса — 10 миллионов рублей.

Как записаться: смотри тут.

С горячей вкусной пиццей легче делать мир лучше. Попробуй, у тебя точно получится!

Завтра в 15:10 наш СТО Павел Притчин выступит с докладом зале «Пуффендуй» на HighLoad++

Коротко о докладе:
— Как в Dodo пробовали SRE-практики из книги Google. Как мы поняли эти практики и что в итоге получилось. В чём мы отошли от книжки и что пробовали сделать точь-в-точь по написанному.

Кому будет полезно послушать:
— Всем, у кого есть нагруженный и при этом активно разрабатываемый сервис.


Кейс, который не попал в доклад:
— У нас есть мониторинг, который генерирует и присылает алерты на количество ошибок или процент плохих запросов. Мы решили, что для них можно просто установить тресхолд в 5% за 5 минут. Алерты срабатывали круглосуточно, мы реагировали и исправляли, что нужно.
В какой-то момент поняли, что ночью бывает много алертов, которые тревожат дежурного, но мы на них не реагируем, потому что они не критичны. А кому понравится, когда тебя ночью будят напрасно?
Систему оставлять без присмотра нельзя, но ночью явно должны быть другие значения времени. Например, 50% за 15 минут.
В итоге мы разделили мониторинг на дневной и ночной и снизили количество ложных ночных алертов. Теперь дежурные просыпаются, только если действительно всё плохо.

О чём ещё можно спросить:
— зашёл ли в Dodo SLO, как работает. Как мы измеряем тойл и как с ним боремся.
Как устроены дежурства, их плюсы и минусы. Откуда родом наши SRЕ, из админов или разработчиков. Как мы оцениваем импакт от постмортемов.