rockdev

Смысла в parse тут никакого нет, только разве что прототип быстро набросать. Бэкэнд с простейшей админкой можно разработать на любом знакомом вам фреймворке. Развернуть на локальном сервере, в качестве которого сгодится любая офисная машина.

1) ...может скринкаст какой-то, может туторил крутой.
Тут верно говорили, Sorax. Sorax наше все))) еще под мышку HTMLbook, разобраться хорошо с флотами и инлайн-блоками. Нравится сайт с реальными современными примерами кодропс. Там правда больше про фишки и украшайзинги в UI с помощью CSS, временами и с JS.
Скринкастов по реальной верстке нет... Только практика, с ней и эрудиция, и доля воображения при реализации нетривиальных вещей, или наоборот простых вещей нетривиальным способом. Дорогу осилит идущий.
2)...необходимые технологии и вещи, которые нужны...
За день освоить yeoman, посомтреть его генераторы, позапускать, понастраивать, посмотреть структуру генерируемых проектов, он очень простой, с ним сразу grunt/gulp с базовыми настройками, что для простых проектов полностью хватает, тем временем и посмотрите как работают они. Bower аналогично, если есть клиентские зависимости, сам менеджер быстро изучается: пару команд в консоли. Да-да, всего лишь нужны знания консоли и базовый js, все это просто, изучил когда в js полным нубом был, просто не боялся, многие просто шугаются с ними связанного страшных слов: node.js, npm. Часто эти люди бэкэндщики (умора*2). Раннее, быстро подсел на препроцессоры и шаблонизаторы, лайврелоады, теперь без этого не могу, тогда просто пользовался GUI, навроде препроса.
Подытожу, что без препроцессоров и шаблонизаторов этот пункт можете оставить до лучших времен.
3)...чистый css без bootstrap?
Бутстрапп знаю, но юзаю фаундейшн, почти любой проект начинаю с yoeman генератора для нее, всегда работаю с SCSS, поэтому просто выключаю ненужные компоненты и все, зачем заново придумывать ту же сетку?! Или искать нормалайз (не юзайте эрик майеровский reset — моветон), он там включен? Правильно, если человек юзает CSS версию бустраппа, то он тянет как правило все, а стоит? там под 110 КБ в минифицированной версии. Кстати бустрапп, по словам Otto, в 4ой версии с less перейдет на SCSS, это серьезная заявочка в миру CSS-процессинга, к слову, порт SCSS есть давно.
Просто если вы будете юзать основные компоненты бустраппа, то велик шанс, что вашу верстку в последствии, не перезапишут, подключив к ней еще бустрапп, а такое бывает, мало того бывало, что писал на фаундейшн, так потом обнаруживал еще и подключенный бутстрапп, человек (в данном случае бэкендер) просто не хотел вникать фаундейшн, да и бутстрапп, он то немногим лучше знал)))
Масштабирование и поддержка проектов лучше, как никак бустрапп стандарт де-факто, как и джикьюери. Про то что дизайн похож как один, ну так, а для того и есть препроцессоры)) Если изучить архитектуру фреймворка, то кастомизировать их можно до полной неузнаваемости.
Не, ну конечно, можно забавы ради в разные проекты таскать разные компоненты или бойлепрлейты (вроде Skeleton можете посмотреть), только кто потом в них вникать будет?! Гораздо проще минимизировать один любимый фреймворк, а остальное дописать вручную.
Кстати, про CSS? из личного опыта, после SCSS не могу себя заставить писать простой CSS, хоть убей)) К хорошему быстро привыкаешь.
4) ...foundation?
Отчасти выше затронул, вообще, она гораздо сложней того же Бустраппа. Кратко изложу почему, как то уже анализировал подробно:
На первый взгляд как клавесин и рояль)) Фаундейшн, более гибкая, и более сложная, поэтому и исходники SCSS это что-то по сравнению с бутстраппом. Если же не вдаваться в препроцессорные архитектуры и возможности кастомизации, то они мало чем различаются, оба mobilefirst, ну только сетка в бутстраппе адаптивная(можно переопределить), а в фаундейшн отзывчивая. Ну из ключевых моментов, фанудейшн на rem, и это неисправимо, но исключительно в духе RWD и правильной типографики, в то время как бустрапп на пикселях. Если интересно почитайте по ссылке, там как раз курс по фаундейшн (сам не смотрел))).
5) ...с обычной верстки на адаптивную?
Вы в этом плане в выигрышном положении, особенно по сравнению с теми кто еще с таблиц начинал. Многие тогда и закостенели, так как RWD требует большей гибкости ума, и поменьше пикселов. Поищите на эту тему презентации (там просто херов мешок с ссылками и прочими, на видео он и половины не успевает осветить) и конфы (есть и на русском, например, или тут 3-е видео) Виталия Фридмана из Smashing Magazine, он выдает самые сливки по теме, также касаясь бэкэндерской стороны и плотно.
6) ...задания, которые постепенно вводят в мир верстки
Сверстайте Тостер)) Он кстати адаптивный ;)

onrails.club/t/put-v-junior-ror-ruby-razrabotchiki/61 вот тут кой-чего понаписали, почитайте

webils.ru/app/guest/?id=7341

Вдобавок к ссылке выше:
1. Rails 4. Гибкая разработка веб-приложений
(Лично часто обращаюсь к 3-й главе, если есть вопросы)
2. Статьи и сайт (он же на русском) покрывают практически все возникающие вначале вопросы. Углубляясь, чаще идем на apidock.com/rails и api.rubyonrails.org
3. На 100% этих скринкастов всего 1-2% несостыковок по синтаксису.
4. Также, если вы житель Санкт-Петербурга (или планируете переехать), можно записаться на этот отличный курс по RoR, если из другого города, то вот отличная площадка для обучения.

ps:
Не забываем про Convention over configuration - https://github.com/styleguide/ruby
Ну и еще, не забываем, что Rails это Ruby - Крис Пайн - "Учись программировать"

Список курсов по Ruby и отзывов.
rubycourses.ru

1) Держать рейтинг 5.0 достаточно просто, большинство заказчиков ставят либо 1 либо 5, так что просто хорошо выполнять работу достаточно для рейтинга 5.0
2) Пару раз было, когда я не успевал сдать очередной milestone до deadline из-за своей некомпетентности в новой для меня сфере. Один раз спас большой круг знакомых, которые за меня все сделали, а второй раз - нанял другого фрилансера, с большим рейтом и явного профи и в итоге мы вместе закончили проект, я большого профита не получил но клиент остался доволен.
3) Можно, но клиент может пожаловаться в саппорт и тогда вам все же смогут поставить плохой рейтинг. Однако такое редко практикуется, так как если клиент потерял только время, а не деньги он не особо горит желанием насолить вам. Но бывают исключения.
4) Можно избежать только если она не объективна. Пишите в саппорт и поддержка по вашей переписке, скринам, результатам работы может снять отзыв.
5) Неадекватных клиентов полно, очень важно их определять еще на этапе интервью. Если подписать контракт с человеком "хочу за 100$ facebook", то проблем будет нереально много. Даже если вы выполните его условия и сделаете много бесплатных доработок то все-равно можно схлопотать плохой отзыв. Не объективные отзывы можно снять при помощи тикета в поддержку, но они ОЧЕНЬ долго рассматривают такие вопросы.
6) Лайфхаками делюсь в своем блоге про фриланс - www.jff.name

Привет, по опыту скажу что:

1) Рейтинг предыдущих заказов влияет на последующие, т.е. заказчик видит что у вас идут подряд отзывы 5*, и тоже ставит 5*, хотя работа тянет на 4*.

2) Если что-то не получается не молчите об этом и не теряйтесь, просто скажите заказчику, он тоже человек и понимает это (если он адекватный)

3) Можно, повлияет на кол-во успешных проектов

4) Избежать можно если деньги не получены

5) У меня таких не было, почему? Смотрим отзывы у заказчика, что он ставит фрилансерам, адекватный человек не будет портить историю себе и другим, в случае если вы сделали свою работу.

6) Про лайфхаки я пишу в своем блоге, как никто из фрилансеров (возможно я ошибаюсь, если найдете ссылку, кидайте мне, очень интересно почитать), людям нравится, конечно я уже писал об этом, но продублирую сюда:

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

sorax канал. Где-то давно был пост с каналами для фронтендеров, уже забыл и искать влом. Через гошу найди "ютуб каналы для front-end". В короткие сроки вряд ли реально. Все тонкости только с практикой, а какие-то с глубокой практикой.
На счет бутстрапа - я забыл, когда им пользовался (обычно пишу чистый css даже без препроцессоров, но иногда с ними явно удобней)
На счет сборок - тоже редко, так как они больше для больших проектов (сорь за каламбур)
На счет адаптивной вёрстки - это тоже только практика. Сначала надо научиться верстать статичные шаблоны, а потом делать адаптив. На самом деле в media нет ничего сложного и страшного, просто мы будто бы выкидываем предыдущий файл стилей для прошлого экрана и заменяем его новым файлом стилей. Грубо говоря так, но там надо основательно всего учитывать, особенно наследование и перезапись правил.
Ну и на счет боевого проекта - готовь фотошоп, который нужно тоже так нормально знать, потому что плох тот верстальщик, который его не знает ровно как и плох тот дизайнер, который не представляет вёрстки. Идеальный вариант - уметь верстать и уметь рисовать дизайны сайтов ну и обрабатывать фотки, потому что это всё очень понадобится (всё больше встречаю криворуких дизайнеров, а о криворуких верстальщиках лучше вообще молчать).

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

Аналоги erb - slim, haml (оба зависят от отступов, в чем есть свои плюсы и минусы)
все эти вещи называются шаблонизаторами.
JS - им не альтернатива.
Альтернатива им - отказаться от HTML шаблонов и все данные передавать, скажем, в JSON, с которым уже будет работать JS (например, один из шаблонизаторов на стороне клиента)

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

Рендеринг на стороне клиента или сервера - это тоже отдельный, большой, неоднозначный вопрос.

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

Технология развивается. В этом году выходит Rails 5.

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

Сейчас можно даже ActionScript учить, браузерный геймдев на флеше будет жить еще годы. Что уж говорить о RoR. Для половины фриланса серверная технология вообще до лампочки (например если заказ - сайт под ключ, скажем). В остальном, конечно же он менее популярен чем какой-нибудь PHP, но тут всё зависит от того, насколько круто вы освоите этот инструмент и как сможете решать им поставленные задачи. В крайнем случае, если вы будете его отлично знать, то это не только не помешает, но и поможет вам с легкостью в будущем освоить любой другой язык.

Нужно делать как можно проще.

Заказчику не нужно знать, что у вас тут какая-то сложная организация. Ему нужно чтобы его заказ сделали, заморачиваться и вникать в инфу про вашу связку ему вообще до лампочки. Так что, как вы там разобьете обязанности и на кого будет зареген аккаунт, это уже вообще ваша внутренняя проблема.