Если под "статическими зависимостями" имеется ввиду хранение их в статике, то утверждение ваше ложное в условиях android проектов. Зависимости требуют ограниченного времени жизни. Их может быть и сто тысяч, но на время использования приложения может понадобиться, например, только 100, и это реальный случай.
Утверждение о неизменности очень зависит от проекта и специфика задач, поэтому приводить один единственный проект из опыта как аргумент к чему-то - считаю не совсем корректным.
Спасибо за статью. Читая данную информацию осознаю, что кандидату, желающему попасть в альфабанк, будет полезно ознакомится с данной информацией. Она даст небольшое понимание внутренней кухни, что может помочь снизить стресс перед событием N.
Есть вопрос о том, какие были предпосылки ввести корректировки в процесс собеседования, сделав отдельную техническую встречу-скрининг исключительно по задачам?
Как у разработчика, всегда возникали вопросы при изучении диаграмм, но еще большо возникало вопросов - как вообще это создается. Статья развеяла иллюзию, что строить диаграммы могут только избранные, что я считаю здорово!
Однако все равно кажется, что очень сложная и большая диаграмма будет затруднительно читаться из кода из-за отсутствия разноцветных ключевых слов, что очень может помочь в чтении кода диаграмм. Думаю, что это было бы очень полезным улучшением.
Поле в Compose, которые не очищалось, руками начали очищать через рефлексию, чтобы избавиться от утечек памяти.
Взяли решение из https://github.com/cashapp/paparazzi/issues/915
Если под "статическими зависимостями" имеется ввиду хранение их в статике, то утверждение ваше ложное в условиях android проектов. Зависимости требуют ограниченного времени жизни. Их может быть и сто тысяч, но на время использования приложения может понадобиться, например, только 100, и это реальный случай.
Утверждение о неизменности очень зависит от проекта и специфика задач, поэтому приводить один единственный проект из опыта как аргумент к чему-то - считаю не совсем корректным.
Спасибо за статью. Читая данную информацию осознаю, что кандидату, желающему попасть в альфабанк, будет полезно ознакомится с данной информацией. Она даст небольшое понимание внутренней кухни, что может помочь снизить стресс перед событием N.
Есть вопрос о том, какие были предпосылки ввести корректировки в процесс собеседования, сделав отдельную техническую встречу-скрининг исключительно по задачам?
Как у разработчика, всегда возникали вопросы при изучении диаграмм, но еще большо возникало вопросов - как вообще это создается. Статья развеяла иллюзию, что строить диаграммы могут только избранные, что я считаю здорово!
Однако все равно кажется, что очень сложная и большая диаграмма будет затруднительно читаться из кода из-за отсутствия разноцветных ключевых слов, что очень может помочь в чтении кода диаграмм. Думаю, что это было бы очень полезным улучшением.