Олег Гамега

Берите дешевый VDS и разворачивайте там что угодно)

Сделайте так:

1. Идёте в Twitter, находите Freelancer.com, подписываетесь на них
2. Пишите твит, в котором рассказываете свою ситуацию (Только адекватно, без эмоций)
3. Твит появится на странице их профиля, что уже для них плохо.
4. Просите знакомых сделать максимальный репост

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

Удачи :)

Activity.getSupportActionBar().setIcon(getDrawable(R.mipmap.logo));

Все зависит от задачи, к примеру, делал прототип API. Без обращений в БД запрос отрабатывал за 1-2ms, добавляем запрос к БД, получаем уже 14. Необходима сложная сортировка, делаем первое приближение на бд с пост обработкой, уже 40. Пагинация = каждый запрос по 40-50. Делаем максимальную выборку сложную сортировку на стороне приложения и взятие диапазона, 90 (большая часть на передачу данных уходит), но зато результат именно в том порядке что надо. А что если кешировать. Помещаем в кэш. Итого первый запрос первой страницы 90-95 второй 3-5, итого чем дальше проматываем тем дешевле становится каждая страница в среднем, 50-30-25-20 и так далее. Но на все это было потрачено от задумки до рабочего прототипа пару часов. Сколько бы заняло времени на более производительных языках.
Перед тем как упретесь в язык, нужно будет еще для начала получить такое количество пользователей, а это отдельная задача. А переписать узкие места всегда можно.

Скорее всего как джуниор, хотя если покажете себя, можно будет надбавку просить

Как себя покажет, так и будет считаться. Знание технологий можно быстро подтянуть, а вот опыт разработки .net очень даже релевантен для Java.

Если он выполняет работу как junior, почему я должен платить ему как middl'у?
Зато ваш прошлый опыт говорит о том, что вы гораздо быстрее станете тем же middl'ом в android разработке, чем новичок который программирует 2 месяца и только курсы закончил. Значит можно рассчитывать на быстрый рост до прежнего уровня.

Говнокодить, говнокодить и еще раз говнокодить.
Либо делать качественно и сидеть с пустым карманом.

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

• скорость работы приложения гораздо выше
  
• работа с сетью расходует батарею
  
• при отсутствии интернета или плохом качестве подключения приложение работает, а не превращается в "браузер"
  
• траффик меньше (как для сервера, так и для пользователя мобильного приложения)
  
• нагрузка на сервер меньше
  

Примеры:

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

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

1. Весь текст напоминает то, что я (да и подавляющее число разработчиков, я уверен) слышат по несколько раз на дню. Идеи не охраняются, создать проект без раскрытия идеи - невозможно.
2. Примеров стартапов соцсетей (как и любых) великое множество на каждом шагу. Сметы, безусловно, нигде не найдете. Да и смысла от нее нет, так как ваша будет похожа, от силы, на 0,00000000000000000000001% по каждом критерию.
3. Мне в голову не приходит ни один успешный проект, который начинался как революционная, не имеющая аналогов, идея. Даже Форд не создал первый автомобиль. Беспрецедентные новинки создаются в лабораторных условиях без конкретной цели, чаще всего - учеными.

Путь начать в данном направление, наверное всегда только один, разработать proof of concept с выстроенной бизнес-моделью, подкрепить его хоть какими-то цифрами и искать ресурсы (в зависимости от масштабов - свои или привлеченные средства)

Уверен, сейчас вы думаете, что самое главное - это создать сайт\сервис\программу - обычно, "люди с идеей" называют это "технической частью" - но, уверяю вас, это лишь самое малое звено в огромной цепочке событий, которая в 99,99% случаев ведет к неудаче (в лучшем случае, к опыту и перезагрузке)

Втянуться можно как вам угодно, в реальности встречался с каждым примером:
- Разработать самому, даже с нуля (нужно терпение и целеустремленность)
- Найти среди знакомых энтузиаста (нужно уметь не бояться потерять друзей)
- Скопить немного денег на заказ минимального каркаса и начать поиск привлеченных средств (нужна огромная заинтересованность и харизма)
- Подумать, какую существенную работу в проекте можете выполнять вы - раз разработка не для вас - сделать ее (например, существенное соц. исследование, или подписание фьючерсных контрактов с потенциальными клиентами) и обратиться уже с этим к заинтересованным сторонам - друзьям, разработчикам, студиям, инвесторам (нужны реальные профессиональные навыки в сопутствующих областях).

В принципе, софт, почти всегда не самая важная и сложная часть и все (включая инвесторов) это понимают. Но за голую идею точно никто никогда ничего не даст.

К сожалению, никак.
Если игры, то - Unity. (C#)