Не совсем верное решение, ибо у меня получилось налить на 21 доллар и 8 центов.
Решение
24.5*0.85+1.5*0.17 = 21.08, т.е. 24,5 галлона водки и 1,5 галлона сидра.
Схема такая:
1) Выливаем весь сидр в бочку клиента. В бочке с сидром остается 31,5 — 26 = 5,5 галлона.
2) Выливаем остатки сидра по чашкам, на 4 галлона забиваем всю, в двухгалонную влезет 1,5.
3) Возвращаем сидр из клиентской бочки в бочку продавана.
4) Заливаем 1,5 галлона сидра в бочку клиента.
5) Доливаем до краев водки.
Два цента дарим клиенту за мелкий опт )
Профит.
Вы правда готовы отказаться от >7% пользователей? А учитывая тот факт, что лично мне поддержку часто приходится организовывать не для 19 sdk, а для 16 sdk, то мы уже говорим об 11% на момент написания комментария.
Собственно приложения работают на 4.4 как раз из-за довольно большого количества пользователей с устройствами на этой версии ОС. А проблема как раз в том, что производители не спешат выпускать новые версии ОС на старые устройства. Искренне надеюсь что Project Treble посодействует решению этой проблемы.
Насчет тестов я с вами полностью согласен. Но во первых есть легаси код, а во вторых далеко не весь код покрывается тестами. Мне кажется довольно удобным, когда я сразу могу увидеть, что сервер прислал что то не то, в момент когда я отлаживаю совершенно другие вещи, или например давно написанная обертка для энкодера видео в h264 с чем то не справилась и написала об этом в лог.
Логи действительно выводятся только в дебажных сборках, у нас самописный логгер с некоторым количеством плюшек, одной из которых является невывод логов в релизных сборках. Да и без этого можно обойтись, proguard вполне себе выпиливает логи.
Код действительно становится чище, факт. Но никто не заставляет писать логи в каждой второй строке, а потом на них всех смотреть. Именно для этого есть разные уровни логов, фильтры logcat в IDE и возможность покрасить логи определенного уровня определенным цветом. Но тут уже у кого как принято и кому как нравится.
Хотел спросить: а как быть, если над проектом работает >1 человека и код хранится в удаленном репозитории? Логи позволяют довольно удобно отслеживать правильность выполнения тех или иных операций, а покрывать бряками проект на >100 файлов вручную как то сложно. Да и порой приходится делать поиск по всему проекту оперируя строками из логов, чтобы понять что именно пошло не так.
1 + 9/17 галлона сидра
Однако пока не очень хорошо представляю способ, которым можно получать 8/17 или 9/17 частей того или иного напитка. Подумаю на досуге.
Схема такая:
1) Выливаем весь сидр в бочку клиента. В бочке с сидром остается 31,5 — 26 = 5,5 галлона.
2) Выливаем остатки сидра по чашкам, на 4 галлона забиваем всю, в двухгалонную влезет 1,5.
3) Возвращаем сидр из клиентской бочки в бочку продавана.
4) Заливаем 1,5 галлона сидра в бочку клиента.
5) Доливаем до краев водки.
Два цента дарим клиенту за мелкий опт )
Профит.
Логи действительно выводятся только в дебажных сборках, у нас самописный логгер с некоторым количеством плюшек, одной из которых является невывод логов в релизных сборках. Да и без этого можно обойтись, proguard вполне себе выпиливает логи.
Код действительно становится чище, факт. Но никто не заставляет писать логи в каждой второй строке, а потом на них всех смотреть. Именно для этого есть разные уровни логов, фильтры logcat в IDE и возможность покрасить логи определенного уровня определенным цветом. Но тут уже у кого как принято и кому как нравится.