Андрей

Ну, вопрос обычно в том, готов ли бизнес потерять ту часть пользователей, у которых приложение старой версии.

ОЗУ мало, 13" для кодинга - ппц как мало.

БД расписания очень хорошо ложится в реляционную базу - клал лично :-)
а проблема в составителях, поговорите с ними, в каком виде они все составляют. без них либо административного ресурса в виде ректора будет очень трудно...

А что потом с этими сообщениями делать то надо будет?
На сколько велика нагрузка и цена пропажи сообщений?

Если нагрузка небольшая и нужно 20 последних сообщений чата - я бы в файле хранил, а если цена пропажи нулевая - то и вовсе в памяти демона чата...

если аппарат прошел получение рута, то никак ты снимки не скроешь.
да и зачем? вот представь, памяти у тебя мало, ты почистить хочешь, а тут какой-то деятель эту "фичу" замутил

конечно обратят. еще и в поддержку писать будут)

Похудело где-то на 30мб..
Где еще он логи или ещё какой мусор может хранить?