Тайгер

Лично я ушел из-за неумения эффективно работать из дома. Как только этот косяк исправлю, вернусь обратно)
Из преимуществ работы в офисе я бы отметил:

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

Чуви ты пиз****. Человек, знающий ноду и реакт не будет задаваться вопросом "где же найти работу". Он пойдёт и найдёт. Когда пошёл на фриланс и меня запарила конкуренция, новый офис я нашёл в 3 дня. 3 КАРЛ! И получаю я там не 20 и не 30, а 40-60. И даже эти цифры для мидл фронта детский лепет. Я не знаю реакта, не знаю ангуляра, мне сложно писать без jQuery, несмотря на то что я могу написать всё, что можно вообразить в браузере. И хоть я писал свои конфиги сборки из препроцессоров, пользовался некоторыми базовыми модулями nodejs, их методами, у меня никогда язык не повернётся сказать, что я nodejs знаю.
Судя по твоему вопросу ты не знаешь ничего. Если тебе кажется, что вёрстка невостребована - подумай... может это ТВОЯ вёрстка невостребована..... Как стать нормальным специалистом? Ху**рить макеты. Всё свободное время писать, писать, писать, искать готовые gulp сборки чтоб одна лучше другой и переписывать на них. Писать ещё и ещё макеты, усложнять себе задачи сложными интерактивными js-анимациями (GSAP, snap.svg) а не задавать на тостере срач с водяными вопросами, в котором 50% воды и 50% п***жа.
ЗЫ парадокс в том, что когда начинаешь получать более менее нормальные деньги и тебе дают всё более сложные задачи, начинаешь понимать, что не в них дело

Галеры... Если я правильно понял, это о рабах, которые должны тянуть лямку. Если это так, то могу вас расстроить: те, кто говорит о галерах, и предназначены для этого. Типичная СНГ ментальность: мазохизм и поиск внешних причин, по которым вам не дали себя проявить. Те, кто хотят стать профессионалами, упорно занимаются своим самосовершенствованием, и добиваются всего, что хотят. Они не ищут «не зависящие от них причины».
Перефразируя известное выражение, можно вывезти человека с галер, но нельзя вывезти галеры из человека.

1. делаешь блог на чистом php, можно без админки
2. делаешь такой же блог уже на любом из 3 фреймворков
3. делаешь админку для этого блога не фреймворке
4. переносишь фронт на хипстерский реакт \ ангуляр \ вуе
...
5. Профит

Ищешь нормальную работу на полный день и там уже глубже изучаешь патерны

API социальных сетей - это вполне типичные примеры реализации REST API.

REST (RESTful) - это общие принципы организации взаимодействия приложения/сайта с сервером посредством протокола HTTP. Особенность REST в том, что сервер не запоминает состояние пользователя между запросами - в каждом запросе передаётся информация, идентифицирующая пользователя (например, token, полученный через OAuth-авторизацию) и все параметры, необходимые для выполнения операции.

Всё взаимодействие с сервером сводится к 4 операциям (4 - это необходимый и достаточный минимум, в конкретной реализации типов операций может быть больше):
1. получение данных с сервера (обычно в формате JSON, или XML)
2. добавление новых данных на сервер
3. модификация существующих данных на сервере
4. удаление данных на сервере

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

Для каждого типа операции используется свой метод HTTP-запроса:
1. получение - GET
2. добавление - POST
3. модификация - PUT
4. удаление - DELETE

Т.е. :

GET-запрос /rest/users - получение информации о всех пользователях
GET-запрос /rest/users/125 - получение информации о пользователе с id=125
POST-запрос /rest/users - добавление нового пользователя
PUT-запрос /rest/users/125 - изменение информации о пользователе с id=125
DELETE-запрос /rest/users/125 - удаление пользователя с id=125

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

Тоже вспоминаю старое. Недавно запустил в работу проект для коммерческих писателей. За месяц удалось набрать больше 750 подписчиков. Методы те же, что и всегда: таргетинг, сообщества. Но, что приятно, появились новые форматы, которые более естественно вписываются в ленту пользователя. Пока это самый эффективный вид рекламы Вк. Конверсия у меня сейчас (не поверите) под 100%. =)

Про окупаемость - нужно время, терпение и стальные яйца. Уже в маленькой группе мне удается продавать рекламу (размещаю вакансии). Окупил 1/5 от всех вложений в рекламу за счет рекламы. И это при 750 подписчиках) Раньше такое казалось сказкой... Сейчас по-проще. Хоть и дороже. Вот такой парадокс.

6% x (долларовая сумма в акте + сумма всех комиссий Upwork) x (курс ЦБ на дату зачисления средств на ваш расчетный счет)
Почему так объясняется тут: https://habrahabr.ru/post/262793/

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

Также нужно уплатить НДС со всех комиссий Upwork. Для каждой комиссии:
18% x (долларовая сумма комиссии) x (курс ЦБ на дату списания комиссии Upwork'ом)
Почему так объясняется тут: https://habrahabr.ru/post/319566/

Работаю не только верстальщиком, но некоторые проекты на чистую верстку в работе имею. Без всяких натяжек на WordPress. Конкуренция низкая, так как хороших верстальщиков на Upwork мало(по той же причине не могу делегировать свой поток заказов - просто некому).
Сейчас верстаю за 50$/hr.
Английский может быть начальным, но должен не быть таким, если хочется иметь хороший рейт.

Как написали выше, без фреймворка далеко не уедете. Для общего будет достаточно написать блоги на Yii2 и Symfony 2(Ларавел написан на ядре от симфони, есть нечто схожее). Пользуйтесь при разработке ООП(это нужно не только работодателю, но и вам. Поскольку придет ваш клиент через два года и попросит фичу, а у вас костыль на костыле и чудище никак не расширяемо). И конечно, читайте документацию того, на чем вы работаете, на английском и чем свежее тем лучше. В частности, колонки Best Practice очень помогут на первых этапах. Книги бесполезны, то что было два года назад, уже никому не нужно.

Реализация своего проекта, тогда и тестируйте его по полной. На собеседованиях будете рассказывать как и что делали, и почему. Можно попросится помощником кому-то на фрилансе, или поработать бесплатно. Это даст ощутимый буст в знаниях, не только как программиста, но и члена команды. Научитесь использовать миграции, системы баг трекинга, системы версионного контроля, что при командной разработке не мало важно. А в качестве джуна вы будете обязательно работать в команде и под присмотром. Важно работать с разной информацией и уметь предложить несколько вариантов разработки и решений. Как-то так.

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

Вы можете подумать над курсами: наряду с теорией будут рассмотрены и задачи. Здесь нужно подойти ответственно, почитать отзывы, ибо не любые курсы в итоге оказываются полезными)
Вам посоветовали сразу учить фреймворки. Не уверен, что надо вот так, в омут с головой. Я сначала осваивал HTML+CSS, потом JS, затем php, потом - фреймворки и CMS. По правде говоря, я и сам новичок, но могу заявить, что учить Yii2/Symfony 2 без PHP - это НЕ то же самое, что учить jQuery без JS (как делают многие, кто потом величает себя jQuery-программистами), серьёзно.
Если на курсы нет возможности пойти, можете изучать сами, начните с JS. Наверняка знаете отличный сайт Ильи Кантора, где всё разжевано и с примерами.
php после этого будет учить ГОРАЗДО легче, во всяком случае, теор. базу. Но, изучив её, сможете перейти к фреймворкам. Ещё популярны CMS-ки, можно начать с наиболее популярной и простой - WordPress; не забывайте поглядывать и разбирать ядро изучаемого Вами фреймворка/CMS, дабы понимать, как оно там всё устроено.

Здесь проблема даже не SASS, Bootstrap и т.д., а "телеги впереди лошади". Невозможно понять предназначение инструментов не столкнувшись с проблемой, которую они решают! Нельзя понять зачем бензопила если есть ножовка по дереву, пока не начнешь пилить определенные объемы древесины! Да бензопила сложней в понимании и обращении, но ее освоение стоит того...
Вернемся к Вебу. У меня, к примеру, быстро возникло ощущение, что чего-то не хватает в самом CSS и я начал смотреть на препроцессоры. Вам нужно просто продолжать верстать макеты. Через боль со временем начнут проявляться проблемы и возникнет желание что-то ускорить, что-то упростить. Тогда и начинают искать инструменты для этого.
Препроцессоры
1. Сложность будет увеличиваться и захочется, например, писать все для удобства не в одном файла . Тогда станет ясно для чего импорты препроцессоров(нативный импорт CSS лучше не использовать).
2. Обычно в макете несколько цветов, которые повторяются во многих местах. Их можно присвоить в понятные переменные типа $my-green или $my-orange, которые легко запомнить и не искать hex значения. "$my-orange" проще запомнить чем "#FF8C00", не так ли?
3. В макете размеры в пикселях, а нужно верстать в em и rem. На этот случай есть конечно лайфхак с 10px в основе вместо 16px, но миксины по конвертации на все случаи жизни. То есть можно применить "em(18)" и 18px скомпилятся в "1,125em" и не нужен калькулятор.
Не стоить пытаться применить все возможности какой-то технологии сразу. Время придет для всего, но сначала используйте, что считаете нужным именно в данный момент. Попробуйте SASS на уровне "переменные, миксины, нестингы". Это уже будет норм. Рекомендую максимально просто это сделать c gulp и gulp-sass. Чисто для компиляции SASS и без всего остального, пока не созреете на большее.
Boostrap
Не стоить учится верстать с бутстрапом. В нем можно подсмотреть как реализована та или иная штука, просто вдохновиться, посмотреть на компоненты, которые вообще могут быть. Но применять его лучше, когда уже верстать не хочется))) А это будет, когда захочется использовать фрейморк для написания приложения. На что можно обратить внимание, так это что такое сетка(grid) и ее реализация. Вот онa используется много где.
Начать ознакомление можно просто подключив через тэги c CDN . А потом уже можно устанавливать с NPM sass версию, кастомизировать и т.д.. Вообще приступая к изучению любой технологии нужно пытаться сгладить кривую обучения и не хвататься за все сразу.
Javascript
На счет JS лучше CodeWars не знаю ничего. Тут подробней отвечал. Потом нужно учить фронтэнд фрейморки, но это уже совсем другая история...

Скрипач не нужен, родной (с)
Аргументы против jq:
- современные браузеры достаточно хорошо поддерживают единый синтаксис современного екмаскрипт(native js)(на самом деле нет).
- сторонняя библиотека, работает медленнее чем натив и в основном состоит из с-сахара (тоже не совсем правда)
- тащить еще один ресурс весом от 64 кб до 200 кб, еще и со сторонних ресурсов замедляет загрузку( правда, но бред)
Аргументы за:
- Современные браузеры как и всегда один другого "ровнее", всегда есть косяки и "нюансы", на которые еще и попадаешь обычно в самый неподходящий момент, в жк обычно все работает одинаково везде, ну или лучше чем в нативе.
- В жк реализована куча плюшек в 1 функцию которые в нативе занимают "многабукав", не каждый начинающий напишет их правильно, да и профи не все напишут оптимально, уверен что в большинстве случаев написанный нативом функционал будет хуже аналога из жк.
- размер мин пакета жк 64 кб, и все они лежат на быстрых цдн серверах. Думаю это последнее что может повлиять на скорость загрузки страницы.
- есть ОГРОМНОЕ количество скриптов написанных с учетом жк, не использовать их глупо, писать свой велосипед - вообще только в целях обучения(не берем крайние случаи когда плагин писал упоротый пингвин).
- Синтаксис и краткость записи - вообще вне конкуренции.
- Старые браузеры никто не отменял, часто заказчик требует чтобы работало в ие8, натив не канает или доставляет море анального удовольствия.
Вывод: Если ты крут в жс, еще и работаешь в ангуларе/ещечетамдляфронта и тебе нужно сделать 2 действия в очень современных браузерах - jquery не нужен, и ты это сам знаешь. Если слова ангулар, вуе и проч для тебя не больше чем шум листвы за окном, а навесить плагинов и эффектов нужно - jquery наше все.

UPD: для всех кто там отписался а ля "в связи (...), исчезновением проблемы совместимости со старыми IE (что и было основным назначением jQuery)." - свежачок