Shane Matte: если мы говорим про firebase то проблем я не встреча и не слышал, если про метеор то конкретных цифр схожу не назову, но сильно отличались от заявленных в meteor (что не удивительно, маркетинг и врать цифрами умеют везде)
Shane Matte: около 4 лет android разработки, в react опыта гораздо меньше, но что касается meteor я почитал отзывы и узнал что под большой нагрузкой он тормозит
25 в месяц это не так накладно если сэкономит неделю разработки
на самом деле reltime не везде нужен, но если нужен то это в любом случае затратно. я сам за сценарий когда можно многое вынести на бекенд, но сценарий когда бекенд будет тормозить и его трудно сменить мне не нравится.
Я не против node просто от использования конкретно этого фреймворка меня отпугнули отзывы.
Viktor Bogutskii: для realtime использую связку react + firebase а так обычное api (хоть не типично для react но мне нравится asp)
но в целом я больше android разработчик, хоть и делаю проекты на react, поэтому мое мнение сильно основывается на мнение других людей и опыте мало связаном с фронтендом.
Классическая связка react +redux довольно гибкая и подходит под широкий спектр задач
aps стабилен, легко расширяем
под мои задачи это подходит, если нужен realtime во многих случаях хватает firebase
Nikolas_Williams: не хранил их(но их много), но их много, правда если бесплатно то добавляют свою рекламу
в целом такое и на фрилансе заказать не дорого, из плюсов фриланса перед сервисами вы можете кастомизироваь решение (свои цвета и тд) добавить что то в нативные элементы для навигации (например можно часть навигации вынести в боковое меню) и тд
Shane Matte: выбирая инструменты для решения задачи я анализирую рынок и как правило верю более опытным разработчикам. Причина по которой я отказался от meteor именно в этом.
DevMan: у меня еще нет apple ака (в процессе опалтил, но еще жду, кстати как долго обычно нужно ждать ?)
правильно ли я понимаю что она сможет из своего аккаунта добавить меня с вою тиму и я нормально опубликую из xcode ?
какие есть еще варианты ? заказчик женщина, просила помочь с публикацией (понимаю насколько глупые вопросы, но адекватной информации нагуглить не смог)
Jeditobe: конечно можно, но будьте готовы что большая часть разработчиков при мысли а есть ли у нас пользователи без google service ? отвечают очень просто, а ну их .... просто будьте готовы что очень многие программы у вас не будут работать
Денис Загаевский: кода чуть больше чтобы описать провайдер но его реально чуть больше, зато очень стабильно.
Спору нет если есть ложные выборки, фильтры и тд я бы подумал(и отказался) , но для простых вещей ContetnProvider пишу спинным мозгом в фоне и очень быстро. Проблем с ним по сути нет, api отвратный но очень стабильный
DevMan: вопрос не в хочу, и бабло хоть есть но жаба душит ))) (не фанат яблока, без ненависти или фанатизма)
то что 27 лучше всего морально готов и с деньгами попрощался, просто есть надежд что хватит и 21.5 (вялая у меня монитор 19 и не уютно, но как оно под ретиной не знаю)
Курбан Маммаев: а почему статьи 2011-213 года для вас не актуальны ?
меня можно назвать динозавром, но я и сейчас использую contet provider для проектов где нужен только простой crud и основная задача показать что то актуальное )
сегодня конечно есть и другие инструменты для подобной задачи, но понимание основ все равно нужно
в android в базах поменялось очень мало, по сути ничего не поменялось, да появлялись новые библиотеки ... но это изменения не в бд, просто появился нормальный di, rx ... появись решения позволяющие их использовать при работе с бд сама бд как была, так и осталась
