RuStore проверили на реальное поведение по коду: в APK обнаружили подсистему трекинга, которая пишет GPS-координаты в локальную SQLite-базу каждые 2 минуты.
В разборе также упоминаются скрытая фоновая установка пакетов по Push-команде, сбор статистики экранного времени, обход ограничений Android 10+ для IMEI/IMSI и передача токенов VK через AIDL без согласия пользователя. 📱
Отдельно отмечены захардкоженные секреты в C++-библиотеках и встроенный движок Касперского с постоянной слежкой за директорией фото.
В разборе также упоминаются скрытая фоновая установка пакетов по Push-команде, сбор статистики экранного времени, обход ограничений Android 10+ для IMEI/IMSI и передача токенов VK через AIDL без согласия пользователя. 📱
Отдельно отмечены захардкоженные секреты в C++-библиотеках и встроенный движок Касперского с постоянной слежкой за директорией фото.
В Yandex Infrastructure сделали WiProber под Android и WiFi Prober под iOS — мобильные сканеры для быстрой диагностики Wi‑Fi-сети на местах. Инструмент пригодился NOC-команде: у Яндекса много удалённых точек — офисы, склады, дарксторы — и отправлять сетевика на каждый сбой слишком дорого по времени.
Приложения сначала были внутренними, а теперь доступны всем. В них собрали базовые параметры сети в одном интерфейсе, чтобы инженер мог быстро понять, что происходит с Wi‑Fi без полноценного выезда с ноутбуком. 📱
Разработчик отдельно отмечает: при создании пришлось обойти ограничения iOS и Android — и именно это делает проект интересным не только как утилиту, но и как пример прикладного инженерного продукта.
Приложения сначала были внутренними, а теперь доступны всем. В них собрали базовые параметры сети в одном интерфейсе, чтобы инженер мог быстро понять, что происходит с Wi‑Fi без полноценного выезда с ноутбуком. 📱
Разработчик отдельно отмечает: при создании пришлось обойти ограничения iOS и Android — и именно это делает проект интересным не только как утилиту, но и как пример прикладного инженерного продукта.
В компаниях усиливается курс на использование ИИ в разработке: менеджеры требуют внедрять ИИ-агентов для написания кода, проводятся воркшопы, появляются инструкции по настройке рабочих сред.
Тренд подаётся как новая норма и способ ускорить работу команд, но одновременно вызывает заметное раздражение у части разработчиков.
Причина конфликта — не только в самом инструменте, а в том, как именно его навязывают и какую роль ему отводят в процессе разработки 🤖
Тренд подаётся как новая норма и способ ускорить работу команд, но одновременно вызывает заметное раздражение у части разработчиков.
Причина конфликта — не только в самом инструменте, а в том, как именно его навязывают и какую роль ему отводят в процессе разработки 🤖
Команда может срывать сроки не из-за лени, а из-за системы. Если дедлайны регулярно «плывут», проблема часто в размытых задачах, слабой приоритизации и позднем уточнении ожиданий.
В разборе собрали 6 причин, по которым работа уходит в аврал даже у сильных команд. В финале — чек-лист, который помогает понять, где сбой: в людях, процессах или постановке задач. 🗂️
В разборе собрали 6 причин, по которым работа уходит в аврал даже у сильных команд. В финале — чек-лист, который помогает понять, где сбой: в людях, процессах или постановке задач. 🗂️
MТС Exolve показали простую механику для e-commerce: SMS-уведомления о снижении цены на товар из вишлиста. Сценарий собирается на WordPress через API: фиксируем добавление в wishlist, сравниваем текущую цену с предыдущей и отправляем сообщение, если товар подешевел.
Для брендов это полезный триггер возвращения в продукт без лишнего шума: не общий прогрев, а точечный повод вернуться к покупке. Такой формат хорошо работает там, где важно удержать интерес к конкретному SKU и не терять пользователя между добавлением в корзину и решением купить. 📩
Для брендов это полезный триггер возвращения в продукт без лишнего шума: не общий прогрев, а точечный повод вернуться к покупке. Такой формат хорошо работает там, где важно удержать интерес к конкретному SKU и не терять пользователя между добавлением в корзину и решением купить. 📩
Опытный Java-разработчик собрал 10 вещей, которые хотел бы услышать в первый год работы. В первой части — не только код: онбординг, работа с задачами, код-ревью, тесты и чистые архитектурные решения.
Главная мысль — в начале карьеры легко переоценить сам код и недооценить процессы вокруг него. На практике именно они часто определяют, как быстро человек входит в команду, получает обратную связь и растёт без лишних ошибок. 🔧
Главная мысль — в начале карьеры легко переоценить сам код и недооценить процессы вокруг него. На практике именно они часто определяют, как быстро человек входит в команду, получает обратную связь и растёт без лишних ошибок. 🔧
Чем выше у человека статус, тем чаще его считывание других даёт сбой — и тем увереннее он в своей правоте.
Это похоже на инструмент с систематической погрешностью: измерение идёт, но ошибка не видна изнутри. В управлении это особенно заметно. Руководитель может быть уверен, что сотрудник «ленится», «не вовлечён» или «всё понимает», хотя на деле у человека совсем другое состояние.
Исследования показывают неприятную вещь: способность распознавать эмоции и намерения может снижаться, а субъективная уверенность — расти. То есть мы начинаем видеть хуже, но верим себе сильнее. 🧭
Для SMM и контента это тоже важно: чем выше статус бренда или эксперта, тем легче перепутать реальный отклик аудитории с желаемым. Поэтому прогрев, сторис-опросы и короткие проверки гипотез нужны не для «активности», а чтобы компенсировать это слепое пятно.
Это похоже на инструмент с систематической погрешностью: измерение идёт, но ошибка не видна изнутри. В управлении это особенно заметно. Руководитель может быть уверен, что сотрудник «ленится», «не вовлечён» или «всё понимает», хотя на деле у человека совсем другое состояние.
Исследования показывают неприятную вещь: способность распознавать эмоции и намерения может снижаться, а субъективная уверенность — расти. То есть мы начинаем видеть хуже, но верим себе сильнее. 🧭
Для SMM и контента это тоже важно: чем выше статус бренда или эксперта, тем легче перепутать реальный отклик аудитории с желаемым. Поэтому прогрев, сторис-опросы и короткие проверки гипотез нужны не для «активности», а чтобы компенсировать это слепое пятно.
Дашборд сам по себе не меняет управление. Он может быть аккуратным, быстрым, согласованным на демонстрации — и при этом через месяц бизнес снова вернётся к чатам, Excel и “своим цифрам”.
Проблема обычно не в BI-системе и не в визуализации. Техническая часть проекта и управленческая часть часто живут отдельно: отчёт есть, но в каком решении он участвует — не определено. В итоге дашборд становится не инструментом управления, а экраном для проверки уже принятой позиции 📊
Это важный маркер для продуктовой и контентной логики: недостаточно “показать данные”. Нужно встроить их в сценарий действия — кто смотрит, что меняет, в какой момент и на основании чего.
Проблема обычно не в BI-системе и не в визуализации. Техническая часть проекта и управленческая часть часто живут отдельно: отчёт есть, но в каком решении он участвует — не определено. В итоге дашборд становится не инструментом управления, а экраном для проверки уже принятой позиции 📊
Это важный маркер для продуктовой и контентной логики: недостаточно “показать данные”. Нужно встроить их в сценарий действия — кто смотрит, что меняет, в какой момент и на основании чего.
В реактивной системе все состояния связаны в один граф: меняется один узел — рантайм пересчитывает зависимые значения дальше по цепочке. Эти последовательности пересчётов называют data-flow.
Практический вывод для SMM и контент-систем: чем прямее поток, тем меньше лишних каскадов. В сторис это означает более короткую логику прогрева, меньше ответвлений и меньше экранов, которые не ведут к следующему действию.
Оптимизация здесь обычно идёт по двум направлениям: сокращать количество зависимостей и делать переходы между состояниями более явными. Для сценариев сторис это работает как схема продаж: один экран — одна задача, один следующий шаг — одно решение.
Практический вывод для SMM и контент-систем: чем прямее поток, тем меньше лишних каскадов. В сторис это означает более короткую логику прогрева, меньше ответвлений и меньше экранов, которые не ведут к следующему действию.
Оптимизация здесь обычно идёт по двум направлениям: сокращать количество зависимостей и делать переходы между состояниями более явными. Для сценариев сторис это работает как схема продаж: один экран — одна задача, один следующий шаг — одно решение.