Георгий Хромченко

Вам лучше с мобилы держать одно соединение с Firebase или RabbitMQ ( Paho MQTT, если хотите без native библиотек).

Все остальное делайте на сервере, я использовал Firebase по сути как кэш с realtime обновлениями для лучшего масштабирования.

Сложновато с этим
Я использовал react-native-payments, но потратил массу времени и пришлось патчить - библиотека заброшена, ничего лучше нет

Важно - это было именно для оплаты через банк с помощью Apple Pay.
Возможно, in-app покупки, когда счет указывается прямо в вторах, проще.

Для начала как раз стоит начать с Expo, когда освоитесь - сделаете eject.

Чтобы было понятней - Expo - это обычное RN приложение, заранее скомпилированное с определенным набором нативных библиотек и которое умеет загружать в себя JS бандл пользовательский

Вам не нужно будет ничего компилировать самому для начала, но вы не сможете использовать нативные библиотеки, не вошедшие в поставку. Но и не нужно по началу :)

Потом, когда освоитесь, сделаете eject вашему проекту, если нужно.

На уровне React - там где компоненты, hooks, саги и вот это все - это одна и та же библиотека

Но на деле заметную часть разработки занимает возня с платформой. И вот веб и мобильные телефоны - заметно разные платформы, просто огромное количество различий.

Зависит от проекта

Для приложений где впечатления от использования составляют заметную часть ценности - я бы выбрал Flutter

Для бизнес-приолжений, где важнее скорость разработки, а внедрение происходит в силу бизнес-процессов, я бы рекомендовал RN с его супер возможностями "обновлений по воздуху"

Я советую Expo как начало освоения React Native. По крайней мере у вас не будет геморроя с компиляцией не будет.

Фишка в том, что в Expo скомпилировано с кучей native библиотек, поэтому можно сосредоточиться чисто на JS разработке.

В Сordova вам придется их ставить как плагины.

Во вторых - даже в случае Cordova - не очень уверен что подойдет вот этот шаблон для нормальной разработки. Лучше посмотреть на Ionic Framework - это более полный и зрелый набор компонентов для мобильной разработки. Сколько он займет - фиг знает :)

Выглядит будто нужно использовать window.prompt ( это как alert, только с вводом)

Я в таких случаях пытаюсь просто вызвать Worker из Rails консоли

Тут есть некоторая путаница

Через cron запускаются процессы, а не потоки, поэтому проблем с блокировками быть недолжно, ведь каждый запуск - это свой процесс со своим адресным пространством. Могут быть проблемы с целостностью данных в БД.

Теперь про реализацию:

Такое лучше делать через сервис очередей вроде sidekiq.

Как это работает?

Через API sidekiq можно положить задачу в очередь ( в том числе класть можно и раз в минуту, это можно указать в config), параметры запуска хранятся в redis (который нужно будет поставить на production). Очередь задач парсинга нужно настроить на 1 поток выполнения.

Дальше sidekiq, болтаясь отдельным процессом помимо rails, берет просто самую верхнюю задачу из очереди и выполняет ее.

Таким образом, если парсинг больше минуты - просто увеличивается длинна очереди. Эту величину стоит мониторить, но если она разрастется - катастрофы не будет.

Можно делать, наверное, и через ActiveJob и в основной БД - Rails, я еще не смотрел нововведения про это.

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

Например
- Подключить БД
- Подключить Capistrano
- Подключить всякие служебные gem вроде Nokogiri, Russian, Paperclip, Sorcery
- Подключить front библиотеки

Можно написать простой скрипт - генератор приложения, который будет создавать новое приложение уже сразу с библиотеками (и может быть даже контроллерами и типовыми routes), принятыми в вашей компании

Сейчас думаю про такой для React Native приложений

Честно говоря, на моем Macbook Pro 2012 ( Core i7 2.9, 16GB, тоже HD 4000) стало просто офигеть как все быстрее, по сравнению с предыдущей версией. Скорость графики возросла неимоверно.

По поводу браузера - лучше просто поставить AdBlock или выключить флеш. Иначе действительно, вне зависимости от версии, много откртых вкладок разогревали процессор.

Хотят, тут могут быть нюансы - у меня 16 гигабайт оперативки,а не 4.

Был еще какой-то gem для быстрой миграции старых приложений.

Поменять ноут на другой, с цифровым выходом

Я обычно явно объявляю модель для связи ( HashtagPhoto в данном примере)

И делаю has_many и has_many :through; ( а не habtm)

Добавляю в модель attr_accessor который выдает мне связанные данные в нужном виде
( например attr_accessor :hashtags_ids ( список id или еще что нужно в контексте))

и before_save уже создаю линки в таблице связей.

Немного дубово, зато надежно

Слушайте, очень сложно по этому тексту ничего прикинуть, не занимаясь прикладной телепатией
— неизвестно какого рода вопросы ( вариантов вопросов может быть уйма — выберите один вариант ответа, несколько, как их оформлять), что за ответы в виде аудио/видео — тут вообщем мина

Попробуйте хотябы нарисовать скетчи экранов этого проекта.

Может быть вопрос не в тему, но в чем смысл юзания и появления CarrierWave, когда уже давно был Paperclip?

Просто я вижу что народ его периодически использует и с моей точки зрения всегда — ну просто гемороя больше, и все.

Можно, только лучше не 10.3.9, а 10.5.x
Java последней версии не будет, будет Java5 может Java6 ( надо смотреть )
Сервелат вроде и был для OS X, но может только под Intel

Комфорт работы зависит от количества оперативки.

А еще я думаю можно взять мак мини Core 2 Duo какой-нибудь, он будет не медленнее :)

У меня такое бывало когда например в процессе работы я подключаю монитор. Или отключаю. По моему макось просто криво работает с левыми профилями при подключении не эппловских мониторов

Хорошие цвета получались, если воткнуть монитор внешний и перезагрузить макось