Sanes, https://brightmobile.ru/startups/rtplatform/ например.
Заказывал у них маркетплейс для проверки идеи. Не стоит ждать афигенного UX, гибкой кастомизации и сложнной логики. Для старта достаточно.
так никто и не говорит про формальный опыт. Джун априори не может самостоятельно решать задачи и требует повышенного внимания со стороны более квалифицированных коллег. В таких случаях выгоднее нанять местного, чем возиться с релокацией экспата.
Нужны сениоры, архитекторы, лиды. Мидлы предпочтительный на удаленку. Джуны нужны только если они на грани перехода в мидлы. иначе нет смысла возиться.
Alibek Kulseitov, нужны не цифры, а факты: подтвержденный объем рынка, стоимость привлечения клиента, средний чек и т.п. Таблички нафиг никому не впились.
dropsonic, а зачем сохранять документ? что мешает сращу отдать документ клиенту в виде потока?
В случае сетеворого принтера как раз подымал сервис на ближайше машине и дергал его с бэка. Наверняка уже полно решений на .net core для отправки на печать на сетевые принтеры напрямую с бэка.
Alixx, как уже неоднократно написали - клиента не должно волновать php это или какой-то другой язык. Аналогично сервер не должен никак не должен зависеть от реализации клиента.
Нужен API, а как вы его реализуете - не важно.
Клиента надо писать на том, на чем сможете. Вариантов масса: нативный язык платформы, Xamarin, React Netive и десяток других.
Окей. А как насчет кейсов, когда ставять 1 в Play Market за то, что нет приложения под iOS?
Неоднократно встречался с таким. По сути такой отзыв не имеет смысла и равносилен спаму.
По пункту 2 - это все таки не про мобильные платформы. Эту часть надо будет пересматривать. Альтернатив для хранилища типа Redis полно, а вот pub\sub легкого перехода не будет.
А зачем статичный метод? Если есть ссылка на класс, то по ней можно спокойно вызывать нестатичные методы класса. UI и статичные методы - не самая лучшая идея.
