Артем Воронов

В решении вам правильно про СТО и роли рассказали.

НО в стартапе, для разработки берут того на кого есть деньги. Это может быть и один человек, закрывающий вообще все 6 ролей. Особенно на первом этапе, когда нужно выкатить хоть, что-то и как можно дешевле.

Как я вижу, например:
2 дизайнера будут стоить например, 1500*2 = 3к в месяц
1 дизайнер, но со всеми овертаймами = 1500 + (8 * 1500/20 * 2) = 2.7к в месяц.

Конечно нельзя овертаймить много и долго, люди перегорают, поэтому нельзя 2.7к умножить на 12 месяцев :), но для начала, почему бы и нет. (И как всегда не забываем, что помимо сухих цифр, есть еще куча факторов)

Поэтому реальный минимум можно сократить до:
1. СТО, он же программист (неважно куда его бекенд\под платформу)
2. еще один программист (на него основная нагрузка по разработке, СТО просто закрывает "дыры")
3. Дизайнер (все будет делать, иконки -- вообще купить можно)
4. Тестировщика, можно брать подешевле, но это уже решит СТО (если все покрыто модульными, интеграционными, системными, [ненужное выкинуть] тестами, то можно экономить)

Далее, еще варианты посокращать:
Дизайнера аутсорсим, в команде не держим (конечно зависит от специфики, сколько вам графики нужно)
Тестировщика тоже можно аутсорсить, перед релизом. (опять же depends on)

П.С. готового рецепта нет, я работал в коммандах с 2 Бизнес-аналитиками, и с более чем десятью. На что прежде всего "давить" - решаете вы, и лучше после того как наймете СТО.

1. Гарантии, действительно нет. Но если приложение закрыто, то это лучше чем ничего.
2. Там используется токен подписчика (строка, не помню сколько символов). Этот токен приложение после обновления и авторизации спросив разрешения отдает на ваш хост и на хост apple для подписки на события. Непонятно, что за данные предполагается запрашивать, стоит у них уточнить.

какой фреймворк или cms лучше всего использовать

Может забейте просто? Без таких вещей как автопостроение маршрута и автоматического подбора попуток/попутчиков (а это использование таких СУБД как neo4j, алгоритмы дэйкстры или другие алгоритмы поиска пути) профита от сервиса для пользователей не будет. Это не сильно весело мониторить списки в поисках людей с которыми вам попути.

Такие дела..

Сдается мне, что ты не студентка, а бородатый студент-халявщик :) Так что помогать не будем.

Авторы скринкастов, видеоуроков и прочих легкоусвояемых материалов в большинстве своем - малолетние долботрясы. Которые ничего не смыслят в теме, которую взялись объяснять другим. Так что, если говорить о вредности для программирования - это скринкасты. Причем вредность фатальная. Здесь, на тостере, полно жертв скринкастов. Душераздирающее зрелище.

Копирование может быть вредно только если копирующий учится скоростному слепому набору.

А так, большинство IDE имеют функцию подсказки продолжения названия по первым символам, что очень удобно.

А вот действительно вредно - использовать вместо имен тарабарщину вроде a, aaa, a1, a2, a3 и так далее.

Windows + C# = ♥

SQLite Administrator
SQLiteSpy
SQLite Database Browser

Безусловно, вам нужны будут:
- Полные исходники, включая все зависимости, а также файлы проектов. В идеале репозиторий целиком.
- Исходные макеты для дизайна, а также готовые (напр., нарезанные) картинки во всех необходимых разрешениях, если таковые используются в приложениях.
- Если они использовали какой-нибудь облачный бэкенд, - все доступы к аккаунтам бэкенда.
- Если они использовали свой частный бэкенд, - необходим перенос их бэкенда на ваш сервер. После этого удостовериться, что все работает, как прежде (для людей технически неподкованных задача нелегкая, хотя все зависит от реализации).
- Если они использовали какие-то библиотеки третьих лиц или обращаются в коде к серверам третьих лиц, которые подразумевают использование ключей (напр., авторизация в соц. сетях, рекламных сетях, сервисы Гугла и т.д и т.п.), необходимо забрать все ключи и доступы к админкам этих ресурсов.
- В случае с Apple App Store, необходимо совершить миграцию приложения на ваш аккаунт (https://developer.apple.com/library/ios/documentat...). Естественно, этот эккаунт нужно заранее создать и разобраться, как что настраивать, какие сертификаты и для чего генерировать. Все последующие апдейты уже надо будет подписывать вашими новыми сертификатами. По Андроиду, думаю, нужно совершить похожие действия.

P.S.: Важно учесть, что нельзя менять ключи на новые и отключать старые сервера бекэндов до того, как не выпустите апдейт клиентских приложений с новыми ключами и URL-ами, иначе вся сетевая работа приложениях остановится.

Писали кроссплатформенное приложение на Adobe PhoneGap (бывший Cordova), довольно удобно, прикрутили ангуляр, все было разработано довольно быстро, адаптивная верстка хорошо вела себя как на iPhone так и на iPad...
Но... Когда мы запустили это-же приложение на Android, это был просто дикий фейл. Элементы ресайзятся неправильно (да, косяк верстки, переписали), но самое страшное это - дикие, нет, ПРОСТО ДИКИЕ ТОРМОЗА. И это на двухъядерном процессоре и 1гб оперативы.

Вывод: для разработки на iOS phonegap - круто, для всего остального есть Xamarin

вы должны получить не процент (именно незначительный прирост если он вообще будет, в чем я лично сомневаюсь) от производительности а удобства при разработке и поддержке приложения.

У вас "тория заговора и только я спасу этот мир" головного мозга. С виндой поставляют виндовые клавы, с маками маковые, с линуксом с тюксом. Успокойтесь. Всё уже решили за вас и изобрести новый стандарт, перевернуть мир и заработать мильярд на вещах "которые так очевидны но из-за того что 90% людей быдлы, то никто еще до этого не додумался" у вас не выйдет.

Отвечать на них.