Исходный Код

Текст на экране еще читается, но фокус уже приходится ловить, а глаза - невольно щурить

🔥 В карточках - пятиминутная science-based пауза для работы с усталостью глаз.

По шагам:
➡️ отвести взгляд;
➡️ спокойно поморгать;
➡️ сменить дистанцию фокуса;
➡️ проверить рабочее место.

Спойлер:
Это не лечение зрения и не обещание что-то восстановить. Если вас серьезно и системно беспокоит потеря фокуса, то лучше обратиться к специалисту.

🔍 Правило 20-20-20 здесь работает как строго доказанная формула.

🖥 Что еще почитать? «КАК МОБИЛЬНЫЙ UX НАПРЯМУЮ УМНОЖАЕТ КОНВЕРСИЮ» в нашем блоге!

Разобрали сценарий, где speech-to-text уже экономит от 10 до 30 минут для frontend’а, HR’а и team lead’а

В центре истории - транскрибация.

🎮 Ситуация:

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

Такой сценарий легко съедает еще 10-30 минут.

🔥 Где срезать время? Цифры и выводы уже в карточках.

🖥 Что еще почитать? «КАК СОЗДАТЬ ЛЕНДИНГ» в нашем блоге!

Gradle не тормозит сам по себе, чаще его тормозят наши решения вокруг него

🔄 Обновили устаревшую статью (ссылка).

ℹ️ В новой статье на Хабре разбираем, как Gradle работает под капотом и почему сборки в Android-проектах со временем начинают съедать больше времени.

ℹ️ Материал будет полезен Android-разработчикам, тимлидам и всем, кто работает с многомодульными проектами.

Внутри - по делу:
➡️ как Gradle строит граф задач;
➡️ почему Configuration phase часто становится главным узким местом;
зачем использовать lazy API;
➡️ чем buildSrc может мешать большим проектам;
➡️ когда смотреть в сторону KSP вместо KAPT;
➡️ как кэш и инкрементальность помогают не делать лишнюю работу.

🔗 Читать статью на Хабре!

🤡 Вайб обратной связи

Проверили тезис из книги Маршалла Розенберга «Ненасильственное общение» вместе с командой

Как-то мы уже разбирали тезис из книги «Трудные диалоги», он оказался частично правдивым.

Сегодня продолжаем разбирать нашу библиотеку и отдельные тезисы из книг.

Тезис, который мы выбрали:

Если отделить наблюдение от оценки, разговор становится спокойнее и предметнее.

Звучит просто, но на практике оценка часто проскакивает первой:
➡️ «задача сырая»
➡️ «решение странное»
➡️ «опять не учли контекст»
➡️ «все затянулось»

Спойлер: тезис работает.

🔥 Эксперимент в карточках!

🖥 Что еще почитать? «4U-ЗАГОЛОВКИ ДЛЯ РАЗНЫХ НИШ» в нашем блоге!

Как разгрести хаос из дублей в базе данных и ничего не поломать?

ℹ️ Когда пользователи регистрируются с опечатками, база данных постепенно превращается в свалку.

ℹ️ Если к профилям привязаны истории бронирований и заказов, то просто удалить «лишнее» не получится - можно случайно стереть важные данные.

Короче говоря:

В новой статье CTO компании «Исходный код» делится кейсом дедупликации базы данных с артистами.

ℹ️ Главная сложность была в том, что дубли образуют цепочки. Например, у Артиста 1 и 2 совпадает телефон, а у Артиста 2 и 3 - email. Напрямую 1 и 3 не связаны, но это один и тот же человек, и все их связи нужно объединить вокруг одного «мастер-профиля».

⚠️ Спойлер:
Команда разработала и протестировала на реальных данных два разных алгоритма на SQL.

🔼 Алгоритм 1

Рекурсивный обход неориентированного графа.

🔽 Алгоритм 2

Итеративное сжатие временных таблиц (без рекурсии и блокировок производственной БД).

Какой вариант в итоге победил? Ответ в статье.

🔗 Читать статью на Хабре!