Как стать автором
Обновить
3
0
Оленёв Кирилл @agent10

Senior Software Engineer at mail.ru

Отправить сообщение

Спасибо. Прямо читал и ностальгировал о компаниях и проектах, в которых удалось работать)

А почему отказались от Internal app sharing? Ну да, там нельзя сделать Submit отзыва, но в коллбеке то мы всё равно не получим инфу, т.е. что cancel, что submit. Только через шаринг быстрее протестировать в целом функционал.

Минус этого решения в том, что вьюхи не будут переиспользуемыми

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

Почитайте статью Елизарова — Kotlin and Exceptions.
Суть в том, что исключения не совсем тру. В вашем случае ошибка — это не исключение, а результат, пусть и отрицательный.

Время потраченное за тщательное раздумывание нужен ли простой класс или дата класс дороже, чем место которое он займёт в результате. Так что может лучше использовать всегда дата классы? И не использовать их когда они реально не подходят под задачу?)

3) В зависимости о задачи это были либо обычные флаги, либо если уже "фабрика фабрик", а конкретные реализации которых были внутри flavor приложения.

Тоже делал когда-то подобное. Вставлю свои 5 копеек:
1) Flavors. Всё хорошо когда flavor один на приложение. А у нас было так, что у некоторых приложений были свои дополнительные "подтипы". Тут начинаются приколы, что кол-во комбинации вырастает значительно.
2) Конфиги. У серверного JSON есть ещё преимущество — сразу feature toggle получается можно использовать.
3) Ничего не рассказали о особых кастомизациях под заказчика? Были ли они у вас? Какой процесс был? Бывало ли так, что один из заказчиков хотел "общую" фичу полностью по-другому?

Вы правы, многое из этого не проблема. Текущие дата/время — одна кнопка/жест на ноуте/телефоне. Плюс асинхронная коммуникация в мессенджерах даёт всегда время подумать и понять расписание.

Пытался пользоваться всякими планерам и т.д. Но не понимаю сути) Может у меня мало дел в жизни?) Смотрите, на работе обычно выбора нет — Jira и подобное, для своих проектов — тот же Github issues/wiki. Ну а личных дел как-то обычно не накапливается столько чтобы использовать какой-то спец софт, быстрее закинуть в блокнот, чтобы чисто не забыть.
Есть ещё периодические задачи(митинг с коллегами, курсы, спорт), но они в чёткие дни и время. Быстро привыкаешь и всегда знаешь, что это время занято..

Когда по-вашему стоит использовать Alert, а когда Bottomsheet?

Кейс один придумать для такси можно. Ночью на морозе разрядился телефон, с учётом распространённости банкоматов Сбера, то иногда неплохо было бы дождаться такси в отапливаемом помещении с банкоматами.
Но, конечно, кейс редкий, чтобы "такси" помещать в топовое место на экране..

А какой ответ вы ждёте?) Никто вам официально не ответит, что это доп. деньги за счёт людей с кнопочными телефонами и тех кто не владеет технологиями.

А если надавить на верхнюю часть дисплея, то он будет гнуться?) "как мобилки/лопаты"?)

Но почему алгоритмы спрашивают тех, кто приходит клепать формочки. А тех кто идёт работать с "ядром/алгоритмами" не будут спрашивать про формочки.

Искал как раз работу "вдруг" недавно) Да были пробелы, на 3 интервью вопросы стали повторяться. Но после оффера знания "пробелов" стали вновь улетучиваться..

Но рекомендации особо не работают в крупных компаниях с многоэтапным собеседованием..

А если эти знания не нужны на практике сейчас? Ну есть у тебя эти пробелы, и?)

Тогда посыл немного неверный. Вы не описали(или я не увидел)) в статье зачем нужно делать фоновую работу в отдельном скопе вне зависимости от внешнего(например UI) скоупа. Например, если у вас репозитории который хочет дождаться результата даже если внешний закенсилился. Но и в этом случае лучше рассматривать уже Flow(или другую реактивщину) вместо прямой передачи коллбэка.

В вашем случае не нужен скоуп внутри сервиса. Вообще достаточно делать только:


suspended loadMovies() = networkService.loadData(url)

Ktor саму сетевую часть уже сделает на отдельном треде(причём как для iOS так и для Андроид).

Если её правильно приготовить, то она работает отлично и для больших приложений.
А так она пока ещё в Бете официально, и отсутсвие нормальной многопоточности в iOS это пока главная проблема и сложность.

Информация

В рейтинге
Не участвует
Откуда
Нижний Новгород, Нижегородская обл., Россия
Зарегистрирован
Активность