Всегда стараюсь тушить на корню такие фиксы: обязательно нужно разбираться во всей системе, познать предпосылки и причину аварийного состояния.
Добавить проверку на нул, это не исправить, это отодвинуть ошибку в другое место. Авось, в другом месте и не упадёт, не космолёт же пишем?
Если у вас в штате не числятся прогнозисты работы банхамера магазинов, то так делать не стоит.
Есть примеры, когда по странным стечения обстоятельств блокировался аккаунт разработчика, а с ним и абсолютно не связные между собой клиенты разработчика. Так же есть примеры, когда из под этого бана выйти не удавалось. Оно вам надо так рисковать своим аккаунтом, лояльностью клиентов и пользователей из-за $99 (в год) + $25?
Ну вот получена эмоция грусти 61% и 30% безразличия. Это как трактуется? Как обобщается и фильтруется?Emotions Api не даёт никакой информации о национальности и психотипе, без этой информации ничего сказать нельзя.
Мой домашний проект делает примерно тоже самое, что и ваш но для другой предметной области, от этого детальный интерес. Если есть возможность пообщаться поглубже — было бы интересно
И всё таки, можно какой-то абстрактный пример «на котиках», что можно вынести на сервер?
Я придумал только такое: в игрушках можно вынести автогенерируемые уровни, но смысла хранить уровни в classes.dex не придумал. Более-менее интересное решение пришло на ум такое: в клиентском apk есть интерфейс-протокол общения с _платным_ сервером, а в classes.dex нам сервер авторизации подсунет реализацию этого нитерфейса, которая будет динамически генерироваться.
можно выдавать с сервера разные classes.dex в зависимости от типа аккаунта пользователя (платный/бесплатный)
Интересно виденье автора, как это реализовать, чтобы не было возможности перепаковать apk с обратной проверкой, или вообще включить платный classes.dex внутрь apk.
Я так полагаю, необходима комбинация нескольких разных подходов.
В таких случаях приводят следующий пример: можно унаследоваться от ArrayList и сделать такой, при добавлении нового элемента, будет добавлять его 2 раза.
Теперь следите за руками. Тест, который выполнялся для родителя:
List<Integer> list = new ArrayList<>();
list.add(1);
assert list.size()==1;
не будет работать у потомка:
List<Integer> list = new DoubleList<>();
list.add(1);
assert list.size()==1;
Ну и, соответственно, если кто-то подложит в реализацию вместо ArrayList, DoubleList то логика в приложении пойдёт не по задуманным рельсам.
Слово to grok изобретено Хайнлайном и имеет два смысла: 1) понять во всей максимально возможной полноте и 2) съесть (по сюжету романа эти два значения связаны между собой). Так что переводчики романа (равно как и вы) поступили совершенно правильно, изобретя аналогичное слово для русского языка.
А вариант в лоб: читаем в цикле n байт, пока поток не кончится, но на каждой итерации задерживаемся под заданную скорость, которая рассчитывается как отношение n r затраченному на итерацию времени?
Хороший техлид не будет забирать интересные задачи себе. Хороший техлид отлично знает свою команду, знает их интересы и найдёт того, кому можно было бы выписать премию в виде интересной задачи.
Когда говорят о планировании, обязательно указывают горизонт планирования. Горизонт планирования этой минуты — доказать, что в интернете кто-то не прав, а горизонт планирования «20 лет» — выплатить ипотеку. Крайне рекомендую пересмотреть взгляды на планирования через эту призму, тогда Ваше «нельзя» станет нельзя на определённом горизонте, но « можно» на другом.
А если это реклама конференции, хакатона или книги по теме и скилам пользователя? Вот прямо сейчас я кликнул на банер хакатона сбертеха, а если бы меня не просили включить рекламу, то и не увидел бы его.
Хорошие конференции готовят фултайм несколько человек и не один месяц. Спикерам надо проводить тренировки и так далее. Вот бы 23derevo поделился, как у них получается.
Всегда стараюсь тушить на корню такие фиксы: обязательно нужно разбираться во всей системе, познать предпосылки и причину аварийного состояния.
Добавить проверку на нул, это не исправить, это отодвинуть ошибку в другое место. Авось, в другом месте и не упадёт, не космолёт же пишем?
А чем не подошли популярные решения:
amitshekhariitbhu/Android-Debug-Database
facebook/stetho
И ещё несколько других менее популярных?
От себя реквестирую фичу: sqlcipher бы...
Есть примеры, когда по странным стечения обстоятельств блокировался аккаунт разработчика, а с ним и абсолютно не связные между собой клиенты разработчика. Так же есть примеры, когда из под этого бана выйти не удавалось. Оно вам надо так рисковать своим аккаунтом, лояльностью клиентов и пользователей из-за $99 (в год) + $25?
Мой домашний проект делает примерно тоже самое, что и ваш но для другой предметной области, от этого детальный интерес. Если есть возможность пообщаться поглубже — было бы интересно
Интересно, вы же используете эмоции из Oxford Emotion Api? Rак вы из 7-8 значений эмоций на кадр делаете какие-то выводы? Есть публикации подробнее?
Я придумал только такое: в игрушках можно вынести автогенерируемые уровни, но смысла хранить уровни в classes.dex не придумал. Более-менее интересное решение пришло на ум такое: в клиентском apk есть интерфейс-протокол общения с _платным_ сервером, а в classes.dex нам сервер авторизации подсунет реализацию этого нитерфейса, которая будет динамически генерироваться.
Интересно виденье автора, как это реализовать, чтобы не было возможности перепаковать apk с обратной проверкой, или вообще включить платный classes.dex внутрь apk.
Я так полагаю, необходима комбинация нескольких разных подходов.
Больше не будет импортных статей и статей с апптрактора?
В таких случаях приводят следующий пример: можно унаследоваться от ArrayList и сделать такой, при добавлении нового элемента, будет добавлять его 2 раза.
Теперь следите за руками. Тест, который выполнялся для родителя:
не будет работать у потомка:
Ну и, соответственно, если кто-то подложит в реализацию вместо ArrayList, DoubleList то логика в приложении пойдёт не по задуманным рельсам.
@eugenius_nsk :
Оригинал
Не было опыта с новым Mokito final\static мокать?
What's new in Mockito 2 · unmockable)/mockito Wiki