Ладно бы это все было ради какого-то развесистого офлайн-режима как в Фейсбук-мессенджере, но тут все явно можно на уровне json-ов закешировать. Какие преимущества базы в вашем случае?
Второй вопрос, почему рост кеша настолько замедляет старт приложения. Вы его в память весь при старте загружаете до показа интерфейса? Тогда ещё раз встаёт вопрос о необходимости базы.
Если нет, может каких-то индексов не хватает. 160 тысяч строк в таблице базы не звучит как что-то огромное, откуда 25 секунд нужно искать сущности для показа стартового интерфейса.
Смешно, как у всех одинаковые проблемы. Я тоже полгода назад делал подобное и остановился на видео :) перепробовал imageview и кокос с паковкой текстур. itunes.apple.com/ru/app/citalki/id546297720?mt=8
Меня скорее пугает позиция «может сделаем бесплатно, а может сделаем еще как-то». Проблема выбора таких сервисов — если делаешь успешный проект на вашем движке, то съехать куда-то будет тяжеловато. Т.е. должна быть уверенность в сервере.
По ценам — мне лично интересно например для игр вроде GuessMate и Guess Your Friend и для Beat the Book.
Можно тогда еще вопрос — а есть возможность выставить web-админку для администраторов приложения как сайт? Case такой: приложение — магазин аудиокниг. Список аудиокниг можно хранить у вас в Custom + комменты, рейтинги и т.п. Сами книжки в моем S3. Но нужна возможность заводить новые книжки через админку. И желательно не через мобильное приложение, а через сайт.
Слушал вас на конференции, тогда решил, что есть парс и нафиг что-то еще. А теперь у вас уже все серьезнее. Стало интересно :)
А вы не могли бы прикинуть, какое из ваших приложений сколько бы денег съедало по вашему тарифному плану? Чтобы оценить стоимость использования различных api на известном количестве пользователей.
Не понял насчет утилитки и говнокода. Вы имеете в виду не слишком общо? В чем грязнота. Обычный линейный прикладной код без всяких шаблонов можно написать чистенько, что будет понятно, где мы что делаем.
И т.п.
Я все свои вспомогательные штуки собрал в github.com/pilot34/P34Utils, может кому-то еще что-то удобно будет позаимствовать. Поключается как CocoaPod.
Посылать данные о своей карте по факсу не очень хорошая идея. Лучше сделать виртаульную карту на 100$. Пробовал киви и яндекс — платеж прошел. Для факса использую faxzero.com. Там бесплатно, если мало страниц.
Ехал недавно в поезде со словаком, который наоборот в Россию переезжал из Словакии с видом на жительство. Говорил там работать негде. Хорошо там, где нас нет :)
Спасибо, очень интересная статистика, сравнение мобильной разработки с другими областями тоже было бы интересно.
Вообще при выборе карьеры человек выбирает изначально не только язык, но и область: веб, сервер, настольные приложения, мобильные приложения. Интересна была бы аналитика на эту тему.
Ладно бы это все было ради какого-то развесистого офлайн-режима как в Фейсбук-мессенджере, но тут все явно можно на уровне json-ов закешировать. Какие преимущества базы в вашем случае?
Второй вопрос, почему рост кеша настолько замедляет старт приложения. Вы его в память весь при старте загружаете до показа интерфейса? Тогда ещё раз встаёт вопрос о необходимости базы.
Если нет, может каких-то индексов не хватает. 160 тысяч строк в таблице базы не звучит как что-то огромное, откуда 25 секунд нужно искать сущности для показа стартового интерфейса.
Действительно экономит?
По ценам — мне лично интересно например для игр вроде GuessMate и Guess Your Friend и для Beat the Book.
Можно тогда еще вопрос — а есть возможность выставить web-админку для администраторов приложения как сайт? Case такой: приложение — магазин аудиокниг. Список аудиокниг можно хранить у вас в Custom + комменты, рейтинги и т.п. Сами книжки в моем S3. Но нужна возможность заводить новые книжки через админку. И желательно не через мобильное приложение, а через сайт.
А вы не могли бы прикинуть, какое из ваших приложений сколько бы денег съедало по вашему тарифному плану? Чтобы оценить стоимость использования различных api на известном количестве пользователей.
не совсем корректное описание, имхо, но штука прикольная.
Вот это очень странный кусок. Синхронизироваться явно надо по чему-то другому.
{
return self.size.width;
}
— (void)setWidth:(CGFloat)width
{
CGRect newFrame = self.frame;
newFrame.size.width = width;
self.frame = newFrame;
}
— (CGFloat)height
{
return self.size.height;
}
— (void)setHeight:(CGFloat)height
{
CGRect newFrame = self.frame;
newFrame.size.height = height;
self.frame = newFrame;
}
И т.п.
Я все свои вспомогательные штуки собрал в github.com/pilot34/P34Utils, может кому-то еще что-то удобно будет позаимствовать. Поключается как CocoaPod.
Вообще при выборе карьеры человек выбирает изначально не только язык, но и область: веб, сервер, настольные приложения, мобильные приложения. Интересна была бы аналитика на эту тему.