Алексей В.

А вы уверены что вы программист?
У меня идеи были раньше навыков программирования и раньше знания языков.
Что программировать даже вопросов не возникало.
Придумывал задачу и писал. Сталкивался с проблемой - брал
дизассемблер, отладчик и смотрел как это решают другие.
Читал исходники чужих широко известных библиотек.
Красивый, понятный, изящный код. Это же кайф, как поэзия!

Практику можно только напрактиковать! :)
Тренировка во сне - пока что возможна только в кинематографе.

Рекомендую мигрировать в то, что называют сейчас "DevOps инженерами", вакансий на удалёнку полно, платят хорошо.

Язык, язык, язык и еще раз язык.
Всё. Больше ни на что не заморачивайся.
Считай это универсальной аксиомой отбывающего.

Потому что не существует вещей, которые голосом объяснить было бы быстрее и проще. Гундеть в чате 30 минут или написать большой структурированный месседж за 5 минут, в котором будет все необходимое - что проще и быстрее? Разработчик прочитает, обдумает (и его никто не будет переспрашивать "ну что, как сделаем-то?", "чего молчим?") и напишет такой же структурированный ответ, с уточнениями по каждому неясному пункту.

Видеопрезентации в 95% случаев заканчиваются тыканьем курсора в какую-либо область сайта и вещанием за кадром "ну вот тут видите, вот это вот нужно вот так переделать". Разработчики не тупые, и понимают задачу (при грамотной ее постановке) еще до созвона.

Далее, если обсуждаются технические вопросы, в переписке все видно. Потерял нить? Перечитал, вспомнил. Начался бред со стороны заказчика, хотя час назад он хотел совсем иного? Процитировал, разрулили вопрос. В звонке подобное решается гораздо труднее и дольше, легко забыть незначительные мелочи, потому что ты концентрируешься на конкретной минуте разговора и информации, поступающей в текущий момент.

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

Иными словами, если человек настаивает на голосовом общении и \ или периодически звонит, он просто лентяй, который печатает медленнее моей бабушки, который не хочет вкладывать энергию в качественную постановку задачи и обсуждение вопросов, либо манипулятор, думающий, что голосом ему будет легче решать организационные вопросы.

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

Я как заказчик тоже раньше был сторонником скайпов и телефонов, но со временем перешел на письмо практически по всем указанным выше доводам. Основной довод - "без ТЗ будет ХЗ". Напиши хорошо - сделают хорошо.
Кроме того, написанное в чате позволяет идентифицировать заказчика. На сайте в ЛС сразу понятно кто написал, а в контактах скайпа он будет указан как "Иван Захренищенко" и поди знай заказчик он какого проекта, учитывая что ты как фрилансер их 10 одновременно ведешь...

Вы не о том вообще:

Фиксированная оплата предполагает, что весь проект описан и оценен.

Повременная оплата позволяет выполнять любые дополнительные работы по мере их поступления.

Это даже разные виды описания проектов.

Криптономикон. Не фантастика, но ГГ инженер/прогер. Очень крутая книжка.

Зачем вам? Учить, чтобы добавить в резюме? Ни одну из этих технологий я бы не стал учить специально, "в стол". Понадобиться на проекте - тогда и вникайте. Продавайте себя просто как грамотного Java программиста, без упора на знание 100500 фреймворков.

Анекдот может не жизненный, но в тему =)

Программист сдает работу. Заказчик удовлетворенно кивает, со всем соглашается. Ну, вроде бы, все принято.
Программист:
- Отлично, с Вас 1700.
Заказчик (отдавая деньги):
- Ну, я надеюсь, если потом нужно будет что-нибудь переправить, можно будет к Вам обратиться? Это ведь не так, что один раз сделали и забыли?
Программист:
- В зависимости от того, что и как переправить.
Заказчик:
- Ну, конечно, я не скажу: "Давайте все заново переделаем!"
Программист:
- Хорошо, не вопрос. Кстати, еще одно. Можно будет потом, если у меня кончатся вдруг деньги или будут финансовые проблемы, я подойду к Вам насчет немного доплатить? Это мелочь, мне требуется очень редко, Вас это совсем не затруднит.
Заказчик (удивленно открыв рот):
- Как это?..
Программист:
- Да Вы не переживайте, я же не подойду к Вам, мол, заплатите мне целиком еще раз!

Соглашусь с Spetros, умение гуглить жизненоважный навык в программировании) 99% любых задач в том или ином виде уже решались до вас, по 70% уже есть хорошо расжованное описание, 50% есть еще и инструкции, поэтому если у вас не удается найти решение это либо плохо искали, либо неправильно поставлена задача.
По части второго в программировании нужно уметь разбивать задачу на части (подзадачи). То есть скажем задача найти подстроку во всех файлах папки, сходу не ясно как можно искать сразу во всех файлах, очевидно нужно искать в каждом по очереди, если файлы мелкие то все нормально, можно считать их целиком и потом спокойно делать в них поиск, но если они весом под 24Гб, в таком случае нужно читать файлы построчно и делать поиск подстроки в каждой отдельной строке и т.д.
Если "в голове" не получается построить полное решение конкретной подзадачи, нужно разбить ее на функциональные части и каждую из них решать как отдельную подзадачу. Вцелом любой, даже неимоверно сложный продукт с миллионом строк кода это лишь совокупность маленьких фрагментов, каждый из которых можно понять.

Вообще существуют ли фрилансеры среди android разработчиков?

Существуют, причем у них все очень хорошо, куча работы, может поменьше чем в web, но точно побольше в ios средний рейт тоже неплохой - 20$, как и у веб разработчиков.

Реально ли стать фрилансером по android начиная без какого-либо опыта?

Реально, но малоэффективно. Те, кто работают на фуллтайме за хороший рейт как правило имеют офисный опыт 2-3-4 года. По разным причинам фрилансить с нуля - это очень грустно.

Какая среди них конкуренция?

Обычная, как у web разработчиков по соотношению работа/аппликанты

Можно. Около 2 месяцев мне потребовалось, чтобы перейти с низкоуровней сишечки (работал с сетевым оборудованием в Дэлинк) на Java EE. Java вообще сам по себе очень простой язык. Тысячи индусов подтверждают).
Как изучать:
1. Главное писать код. Нужно "привыкнуть" к коду. Иногда отлаживаешь чужой код и взгляд сам выцепляет ошибки. Я не знаю как это работает. Практика и еще раз практика.
Так, что идите на стартандройд.ру, но не тупо повторяйте уроки, а вносите изменения.
2. Джавараши, образовательные центры очень полезны... их создателям и учителям. Нам пользы от них - только самооценку помогут повысить. Но законченная, пусть даже элементарная собственная программа, повышает ее гораздо лучше.
3. Читайте книги. Но любая глава должна быть закреплена практикой. По джаве - Хорстманн и Корнелл, если с инглишем гуд - Эккель. По андройду - Рето Майер. Если совсем бегиннер - Head First.
4. Нужно понимать ООП. Понимаешь ООП - знаешь java. Java - ООП в чистом виде.
Знать алгоритмы и контейнеры. Читаешь википедию (английскую), либо любую книгу по алгоритмам (чем тоньше, тем лучше) - реализуешь бинарный поиск, сортировку пузырком)), быструю сортировку, список (односвязный, двухсвязный), хеш таблицу, бинарное дерево, красно-черное дерево. Затем находишь аналоги в стандартной библиотеке и используешь их).
5. Ну и самое главное - гугл, javatalks.ru, java2s.com. На все ваши вопросы уже есть ответы.

Можете попробовать социальное программирование — GitHub. Еще во вторник узнал, что это такое — еще отойти не могу… Программирую сутками.

От нуля до бесконечности, все зависит от случая и удачи.