iqhater

На самом деле есть несколько вариантов:
- Подготовить все для верстальщика с помощью плагина + сохраняем все картинки нужные для верстки
- Есть очень неплохой сервис для взаимодействия верстальщика и дизайнера

Есть еще варианты как в psd макет перевести, но там мороки очень много, оно не стоит того имхо

Связано с тем, что где-то неправильная кодировка.
Чтобы решить, нужно выяснить где именно она неправильная, и указать правильную, ну или сконвертировать в правильную.

Выучиться на хорошего тестировщика ни разу не легче чем на программиста , не зря так много ручного тестирования до сих пор есть, так как автоматизировать зачастую дороже чем руками

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

Так из обычной html-верстки я начал влезать в js и php одновременно, но предпочтение все же отдал js, хотя и ковыряние в вордпрессе дали некоторое понимание как работает php и как стоит писать/как не стоит.

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

Далее, открыв все прелести говнокодинга на js, я стал покупать себе книги, читать статьи, смотреть что пишут другие, иногда просто заходил и смотрел ролики на ютьюбе от забугорных ребят.

Спустя какое-то время наслышавшись всяких ES5, React, Angular, Vue, стал просто читать что это, как это, ничерта не понял, закрыл.

Через какое-то время уровень проектов пошел такой, что я понял смысл использования того же VUE, открыл всю ту же зеленую книгу с носорогом стал вдоль и поперек ее изучать. Спустя время, документация по vue меня нисколько не пугала, я сел и стал переписывать проект, который до этого писал на javascript + jquery.

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

В целом схема обучения проста: вы берете какую-то задачу, которую сходу не можете сделать, начинаете ее решать, пока решаете, возникает куча вопросов, вы ищете информацию, МНОГО ИНФОРМАЦИИ, так и учитесь. Я соглашусь, что пилить всякие todo листы наверное не интересно, попробуйте написать что-то интересное для себя, либо интересное с точки зрения: ВАУ Я МОГУ СДЕЛАТЬ ЭТУ ВЕЩЬ.

Самое главное - не пытайтесь гнаться за всем подряд, не надо сидеть разбираться с гитхабом, если на вашем уровне профессионализма он вообще никак не задействован. Не надо учить React, Vue, Angular, если на вашем этапе профессионализма они вам не требуются. Не надо вникать в ООП, если для вас написание простых функций уже является сложностью. Делайте постепенно и не гонитесь ни за чем.

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

у людей есть задачи, которые нужно решить (не важно как, какими методами, технологиями... важен результат!), есть деньги, которые они готовы заплатить... кроме задач которые нужно решить, есть косвенная задача - сэкономить деньги, если у вас получается и то и другое вы, по Паретто, круче чем у 80% таких как вы...

По шагам:
1. Базовые конструкции языка
2. Функции работы со строками, массивами и объектами
3. Работа с DOM
4. Функции и замыкания
4. ООП посредством функций
5. ES6 (все полностью)
6. Любой фреймворк

Меня, вероятно, закидают тапками, но я так же как и Вы и как Юпитер Макс верстаю старым дедовским методом)

Но есть и и другие современные методы.

+ С помощью сборщиков: gulp (уже устарел) , webpack.
Быстро собирают все файлы, минимизируют css\js файлы, оптимизируют картинки, установка необходимых бибилиотек и прочее.

+ С помощью препроцессоров: css - sass\scss\less, html - pug.

+ С помощью js фреймворков: vue, react, ...

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

Препроцессоры, как по мне, тоже не совсем удобные инструменты. Автопрефиксы есть в emmete любого редактора кода, т.е. уже не нужно писать\вставлять дополнительные sass\less ф-ии и прочие возможности препроцессора (миксины, экстенды, переменные, ... ) проще и быстрее написать ручками простым css)

Это все лично мое мнение.

Можно. Можно еще и немного админить.
Называется full-stack-developer.

При должных усилиях можно к этому прийти через xx лет (обычно двузначное число лет)

Какая разница на чем написано (PHP/Python/Go)? Написать можно как плохо так и хорошо на всем. Вычислить URL к API вообще не проблема. Сделать перенаправление тоже, но если это тупое перенаправление, чем это спасет? Как вы решите проблему с авторизацией, если у вас будут разные сервисы (один на Go, другой на PHP)? Вы себе больше проблем создадите.