У нас минимум апи 16

Мож есть смфсл лолипоп поддерживать только

У нас минимум апи 16

а что не 14 ?

Мож есть смфсл лолипоп поддерживать только

Не, ооочень много пользователей на Киткате сидит.

А на фига ?

14

с ними проблем дофига

А на фига ?

потому что люди с апи 14 и 15 не смогут юзать ваш апп

а что не 14 ?

Гугл форсил 14 уже два года назад, хватит)

какие проблемы есть на 14, 15 и нет на 16 ?

С анимашками в основном

С анимашками в основном

а что с ними? не так отрабатывают?

юзаете PropertyAnimation ?

Я уже всех деталей не помню год уже как 16+ перешли )) и вырезали кучу кода

хз между 14 и 16 разница небольшая

PropertyAnimation юзаем

обычно что работает на 16, то и на 14 работает или как минимум есть решение

Решение есть

пользователей нет

есть

их 4%

ну 4% это нормально

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

Краши чем собираешь ?

А на какую минимальную версию андроида принято сейчас делать приложения?

https://twitter.com/minSdkVersion

шо правда следовать указаниям левого аккаунта из твиттера?

Краши чем собираешь ?

когда сам писал юзал acra. на проект пришёл один у них crashlytic, ну там да удобнее своя консоль просмотривать удобно. Acra мне на специальную почту срала крашами

https://twitter.com/minSdkVersion

https://twitter.com/maxSdkVersion

не лучше поклоняться Фёдору

у нас тоже crashlytic сейчас

Нет, насчёт твиттера Я ещё могу понять, если бы там было хотя десятки тысяч твитов, а так хрень какая-то

Дf это понятно. Самое простое - ориентируйтесь на собственную статистику и не парьтесь.

кстати, а в панели разработчика показывается, процент по api для своего приложения?

да

там есть

ну тогда всё просто, как и сказал @AndreyVassilyev

У меня в аккаунте по разным категориям на 14 апи сидят от 3 до 7 процентов

в сошиал например 5.5 средняя

В продуктивити - 3

мне кажется если это никаких усилий кроме смены цифры 16 на 14 не представляет. то почему бы и нет?

тесты тестить

даже ради одного юзера можно цифру сменить это же не трудно

тесты тестить

а что с ними?

Всем привет, кто работа с FCM ? как контролировать badge? я как понял badge присылает сервер, но как организовать их контроль ?

время - деньги

да что их прогнать

долго что ли

у нас - неделя )

у нас - неделя )

фига се, что у вас там за тесты такие аш неделю прогоняются?

поэтому 14 апи будет все таки не 0 денег

Если пропадет тысяч до 5-10к активных юзеров - то можно резать

фига се, что у вас там за тесты такие аш неделю прогоняются?

честно говоря я сам не знаю )

у нас - неделя )

ну дык они же на CI гоняются ?

нет, ручные негры

?

аа, мануальщики клацают?

да, сначала дешевые, потом опытные )

нет, ручные негры

а ты у них там slave master ? ?

не, у них свой рабовладелец

мне кажется если это никаких усилий кроме смены цифры 16 на 14 не представляет. то почему бы и нет?

усилий 10-15% раньше, сейчас с 24.2 5-10% времени разработки будет

всё таки с градлом разработка занимает больше времени

он очень много времени отнимает на сборки постоянные

каждый раз запуская приложение он по минуте собирает, ппц

я очень часто запускаю приложение, буквально поменял 1 строчку и проверить помогло или нет

и вот так каждый раз тратится по минуте

ERROR: S client not available

в итоге наверно целый час в день уходит только на запуски((

и вот так каждый раз тратится по минуте

Instant Run же есть. Хоть это и глюченная хренотень

каждый раз запуская приложение он по минуте собирает, ппц

Всего лишь минуту? Счастливый человек

4 минуты не хочешь?) А 6?

Всего лишь минуту? Счастливый человек

а у тебя сколько? да этот инстант ран попробую пожалуй, но вроде да глючная, хотя слышал уже лучше работает

4 минуты не хочешь?) А 6?

поэтому нужен мощный Пк из-за всратого градла который дуплится так долго из-за изменений в 1-й строчке кода

В среднем минуты 3 может собирать. Иногда минуту. Если в проекте модулей много - все 6

Ant в этом плане был шустрее, конечно. Но функционал оставлял желать лучшего

поэтому нужен мощный Пк из-за всратого градла который дуплится так долго из-за изменений в 1-й строчке кода

Aapt кста как в этом плане?

каждый раз запуская приложение он по минуте собирает, ппц

последнее время как-то медленнее стало, но заоптимизируй. Можно разогнать очень хорошо

Ant в этом плане был шустрее, конечно. Но функционал оставлял желать лучшего

мне хватало, я особо не пишу какие-то сложные градл скрипты

ну и как вариант jrebel

последнее время как-то медленнее стало, но заоптимизируй. Можно разогнать очень хорошо

как заоптимизировать?

градл скрипт имеешь ввиду перепилить?

ой, долгая тема. Если кратко: демон, паралельная сборка, профилирование тасков и исключение всего что можно, уменьшить количество флаворов для локальной машины, разделение проекта по пакета и юзание aar|dependency

если мультидекс ещё 21 минсдк поставь для локальных сборок, быстрее собираться тоже будет

но всё равно jrebel удобнее особенно для изменений UI

те кто не юзал, попробуйте – там триал есть

на 21 день вроде, но если у вас приложуха не умеет с ЖЦ работать и правильно востанавливаться будет падать

и 16 гигов озу

это тоже, железо хорошее тоже желательно т.к. ssd и норм озу тоже даст буст

мне 16 маловато(

если емуль юзать то чувствую затыки, хотя на ноуте 8 и жить тоже можно

но в целом озу сейчас стоит копейки, почему не 32?

не все ноуты поддерживают два по 16

пока у меня два по 4, но надо брать два по 8 и всё, больше не поставишь

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

проц зарезан, памяти немного, если ssd нет вообще печаль. Ну и греится как собака))

когда gradle хоть что делает