Rou1997

Сколько месяцев понадобиться, чтобы прочитать и усвоить всю спецификацию с 1-2 часа в день в среднем?

Нисколько, это невозможно, мозг человека - это не жесткий диск, долговременная память не хранит raw bytes в больших объемах, необходимо ассоциативное мышление, то есть понимание принципа, поэтому изучать возможности HTML нужно в практическом применении, а документация - это справочник и не более, зачем вообще пытаться его заучить, когда можно просто обращаться к нему по необходимости?

Кто-нибудь имел опыт такого обучения?

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

И стоит ли ждать, когда одобрят HTML 5.1 спецификацию

HTML в очередной версии не переделывают, а просто добавляют новые возможности, изучать их стоит по необходимости, ну и по мере поддержки браузерами, наибольшая же часть по-прежнему сохраняется еще с HTML 4 и даже старше.

Нет никакого лучшего решения, есть решение, лучшее для вас с вашими задачами.
А вы о своих задачах вообще ни слова не сказали, и чем Bootstrap не нравится, тоже не объяснили, поэтому нам остается только "хвалить свое болото", то есть советовать лучшее для нас, а не лучшее для вас, лично я за Bootstrap.

Во-первых, если это веб-приложение (скажем, онлайн видео-редактор), то нет смысла индексировать ничего, кроме лендинга на его главной страницы.

Во-вторых, с чего вы взяли, что современные поисковые боты работают только с HTTP и HTML и не умеют выполнять JS?
Особенно бот от Гугла, который вообще-то разработал свой браузер, едва ли не лучший в мире, и "движок" V8, это вас тоже не смущает?
Проведите эксперимент, сделайте простейшую страницу с AJAX, добавьте ссылку в поисковики и посмотрите, сравните с версией без JS.

В-третьих, если браузер не поддерживает JS, то можно отдавать клиенту версию без JS.

Что именно вы не понимаете?

Помогите набросать аналог

Насчет аналогов, можно сверять с помощью Fiddler или Wireshark.

Не надо так категорично, нет правильного пути, есть путь, который вам подходит.

P.S как бы вы поступили в моей ситуации?

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

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

Какой еще карман? Верхняя и нижняя "железки" должны быть раздельно, и приклепаны только к верхней и нижней половинкам корпуса соответственно. С чего вы взяли, что это одна и та же "железка"?
Если действительно одна и та же, то, может, разрезать ее можно на две? Это было бы самое правильное, поскольку, повторюсь, карман - это полный бред.

"У меня 2 студии. Сделал не в той. А переписывать заново не хочу..."
Почему переписывать заново? Просто создаете проект в новой Visual Studio, и весь код перекидываете в нее.
А вообще, коль скоро 2015 новее, чем 2010, то она должна открыть ваш проект и преобразовать его.

"1. Почему никто толком не может объяснить, зачем rx в Android-е?"
Потому что им сказали - надо использовать, они используют, им не объясняли, и они не дошли до этого сами, поэтому не понимают, и вам объяснить не могут.
Видимо, это одна из проблем "умных книжек", их авторы доносят до читателя мысль, но не заботятся об ее объяснении, вот и получаются "зомби", бездумно скандирующие лозунги.
А вы - дойдите. Сравните с ним и без него, подумайте, для каких задач он хорошо подходит.
Используйте это в своей работе, и другим потом объясняйте.

"2. Неужели Android SDK так убог, что нет альтернатив?"
Очень убог, был бы у вас шире кругозор, вы бы просто поражались с него.

"Какая асинхронность??? - если её в принципе в Activity и Fragments не должно быть?"
Как это не должно быть? Скорее - наоборот, любой качественный UI должен быть асинхронным, то есть все тяжелые операции - в потоке, отдельном от UI.

"классические проблемы Android разработки"
По мне, основная проблема разработки под Android - это то, что пишешь много, а делаешь мало (как девиз jQuery, только наоборот). Библиотеки очень многословны, IDE - не заточены под Rapid Application Development.
Может быть, Rx частично решает эту проблему в некоторых случаях?

Скрипт для Photoshop? Слишком уж специфическая задача получается. Последний раз я 3 года назад об этом слышал, так что думайте...
Может, там есть возможность просто создать интерфейс на HTML+CSS, вместо того, чтобы использовать API ExtendScript? Очень уж редкое, поэтому вряд ли кто-то поможет бесплатно, другое дело - за деньги.

Как понять, что основы языка Java ты уже знаешь, и можно переключиться на изучение фреймворков?

Возникновение задач, для которых нужны фреймворки.

Из вашего вопроса вообще непонятно, что вы собираетесь писать и о каких фреймворках речь.

Или же вместо фреймворков стоит разобраться в основах другого языка программирования?

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

Сам не имел с ним дела.
Дам общий совет.

Вот у Apple есть старый добрый Objective-C, а есть новый Swift.
Он хорош тем, что у него более привычный и удобный синтаксис. При этом, все остальное у него в точности то же самое, что и Objective-C - та же самая IDE, в ней тот же функционал, ничего не урезано, и те же самые библиотеки, не лучше, и не хуже.
Таким образом, в нем одни плюсы.
Поэтому, изучать их стоит параллельно, это не составит дополнительного труда, а если привыкли к C-like, то Swift будет легче.
Для конкретного проекта уже выбираем в зависимости от кодовой базы, если пишем с нуля - то Swift (в интернете много туториалов и кусочков кода на Objective-C, но все моментально переписывается на Swift), ну а если есть готовый исходник на Objective-C и нам не платят за переписывание - то ничего не поделаешь.

А у Kotlin что насчет IDE и поддержки API Android?
Нужно сравнить (это вы сами должны сделать, для своих задач), и если все по крайней мере не хуже, чем у Java - то пишите смело.
Вообще, смущает его сырость... И еще, это же продукт сторонних разработчиков, в отличие от Swift? Это тоже потенциальный минус.

Есть энциклопедия и посвежее, и пообъемистее, там и на русском, и английском, и китайском. Интернет называется.
Уметь пользоваться ею - это фундаментальный навык, "удочка, а не рыба".

Может быть, контроллер питания?
По-всякому может называться, проще поискать по модели планшета или парт-номеру на детали, если он имеется.

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

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

Однако, если есть работа по C-like, то лучше все-таки начать с них, и прежде всего, C#.