CapeRatel

Стоит примерно сто тыщ миллионов

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

Смотря где пишется конструкция. Во view можно и обычным тегом, а вот в хелпере удобнее content_tag и tag

ООП и JS - вещи несовместимые. Пока не будет внятных классических классов, строить из себя гуру джээс - удел гиков. Инструмент должен быть удобным. ООП в нынешнем JS это извращение.

Для начала начинайте визуально размечать макет на секции.
Возьмем к примеру такой макет, оригинал
В данном случае можно разделить на:
1. Шапка (включает логотип, меню и кнопки поиска с корзиной)
2. Блок с фоновым изображением и вступительным текстом
3. Слайдер
4. Каталог
5. Подписка
6. Рекомендованные товары с фильтром
7. Форма обратной связи
8. Подвал

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

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

Главное начать, а не тупо пялится в монитор!

UPD:
www.youtube.com/watch?v=98rUSTa5-dE
www.youtube.com/watch?v=YzivmuO8Vzs

1. перестаем говнокодить устаревшими на 10 лет функциями, изучаем PDO.
2. Читаем про auto_increment в MySQL
3. Читаем про ORDER BY в MySQL
4. Читаем про иньекции в MySQL
5. Учимся верстать и не используем устаревшие на 15 лет теги.

Начинать практику надо тогда, когда возникает потребность что-то писать. Нет потребности - не нужна практика.

Есть еще upwork.com и freelansim.ru
Но никаких секретов нет, хороших исполнителей подбирают годами, методом проб и ошибок.

Если мы говорим об обычно вертикальном сайте, с обычной вертикальной прокруткой. То тут 1200 максимум. Потому что неудобно читать длинные строки текста, глаз начинает терять следующую строку и т.д.

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

Например так? В card_params передаю как атрибуты Card, так и Deck, и явно указываю, что мне нужно.
Правда, этот пример у меня работает наоборот - я в форме для дочернего объекта, выбираю или создаю еще и родительский. Главное понять, как делать так, чтобы в params приходило то, что нужно, и как это - то, что нужно, потом отловить и использовать.

def card_params
    params.require(:card).permit(:original_text, :translated_text, :review_date, :image, :deck_id, deck: [:title])
  end

тогда:

• для @deck - card_params[:deck] - берём только хэш с атрибутами для :deck
  
• для @card - card_params.except(:deck) - берём только хэш с атрибутами для :card (:deck исключаем)
  

Форма (гем Simple_Form)

<%= simple_form_for @card do |f| %>
  <%= f.input :original_text %>
  <%= f.input :translated_text %>
  <%= f.input :image %>
  <%= f.association :deck, label: "Выберите колоду" %>
  <%= f.simple_fields_for @deck do |deck| %>
    <%= deck.input :title, label: "Или создайте новую" %>
  <% end %>
  <%= f.input :review_date %>
  <%= f.button :submit %>
<% end %>

Пару полезных ссылок:
ВСЁ, ЧТО НУЖНО ЗНАТЬ О ROUTES, PARAMS И ФОРМАХ В RAILS
Создание мульти-модельных форм
Nested Model Form in Rails 4
Ну и мой, подобный вашему вопрос, на который я сам в итоге отвечаю, решение по которому отлично работает
Как создать дочерний объект при связи self reference?

Нужно добавить accepts_nested_attributes_for :man (кстати, вы еще согласуйте, это man или men, т.к. у вас по тексту разные формы.

Далее, смотрите, что приходит в params, там будет не men, а men_attributes. И разрешать нужно не ничего как у вас сейчас, а конкретные атрибуты, в вашем случае: name, age, weight, height

А вообще, больше дебага: binding.pry или же byebug

-if current_user
  %img{ src: "//domen/path", style: "width: 1px;height: 1px; position: absolute;left: -100000px;top: -100000px;"}

0. В чем сложность проверить ? В чем вообще вопрос? Какое отношение вопроса к заголовку (атрибутам картинки)?
1. Что такое интервальные пробелы? HAML - это препроцессор HTML, который, так сказать, indent-based (как язык Python, например). Вложенность регулируется количеством отступов "по горизонтали"
2. HAML никак не связан с RoR
3. Если у вас не древний руби, используйте нормальный формат ключей хэша
4. в HAML -end в конце не нужно. Возможно, даже будет ошибкой

Я сталкивался. Отдаю макет на доработку горе-дизигнеру. Или отказываюсь от верстки.

DO вполне хороший, экономически можно предпочесть Vultr, или вообще отдельный недорогой сервер с дисками

ребята, вы торговая компания, ну серьезно, зачем вам дорабатывать интернет движки.
не делайте таких ошибок, у вас нет, и никогда не будет в этом компетенции, вы никогда не найдёте себе компетентных специалистов (хотябы из тех оснований что реальный профессионал программист никогда не пойдёт работать в интернет магазин трусов)
у вас некому будет ставить правильные задачи, правильно их реализовывать, и следить за качеством и сроками, вы никогда не соберёте грамотную команду, просто колхоз наворотите, и будут у вас разработчики какие-то колхозники прыгать каждые пол года, постоянно сбегая от вас.
просто сам со стороны на это на смотрелся, цирк да и только, реально не суйтесь в то где вы совсем не компетентны.
закажите всё под ключ, сколько бы это не стоило, какие-бы это не несло проблемы, делать это внутри себя -> будет дороже и ещё больше вызовет проблем.
вам просто нужно найти реально компанию которая будет готова на длительное сотрудничество и все ваши капризы, и да это стоит не дёшево.
У вас изначально подход не правильный, вам вначале найти готовую команду разработчиков а потом вместе с ними разрабатывать продукт под свои нужды, а не покупать продукт а потом его дорабатывать на стороне, тк чужой продукт дорабатывать будет стоит ДОРОЖЕ чем разработать свой, это я вам гарантирую, так что у вас сейчас к сожалению только есть один выход -> это продолжать работать с темиже кто вам эту разработку предоставил.

Прокачать навыки и сделать более сложное приложение. В тех, что указаны в резюме, смотреть особо не на что.
Весь код нужно пропускать через rubocop, а к репозиторию подключить codeclimate.
ТЕСТЫ! Нет тестов — нет кода.
В резюме разделы я бы расставил в таком порядке: опыт работы, проекты, образование, навыки. Раздел "О себе" никому не интересен. Из навыков выкинуть всё, что не относится к желаемой позиции, и добавить больше того, что относится.
JSON — это формат данных, REST — это архитектурный паттерн. Что они делают в разделе "Протоколы и API", не понятно.
Есть jQuery, но нету JavaScript — подозрительно.
Нужно написать, с какими гемами работал. Если ни с какими не работал, то научиться работать.
Ну и самое главное: "работать могу от 3 до 4 дней в неделю" — в 99% случаев это сразу отказ. Джуниор должен много впахивать, чтобы чему-то научиться.

Могу посоветовать ещё просматривать https://groups.google.com/forum/#!forum/ror2ru на наличие вакансий.
Если есть желание вложить денег в свое развитие, то очень рекомендую курс www.thinknetica.com — после него возьмут на работу (если ты постараешься, конечно). Также советую купить услугу ментора на www.mkdev.me, там же есть хороший бесплатный путеводитель по веб-разработке.

slim от haml отличается, пожалуй, только отсутствием ненужных символов процента (%). Что там может быть понятнее?

Нет, руби знать не обязательно. Пишите на слиме себе и не мучайтесь. Логика там очень простая, все завязано на отступы.

Какого-то конкретного списка нету. На одном месте работы могут быть сильно необходимы хорошие знании одного, на другом месте — другого. Серверная веб-разработка огромна. Именно поэтому джуниору необходимо иметь широкий багаж знаний и уметь ориентироваться в новых гемах, технологиях, подходах. Я бы сказал, что самое главное — уметь искать нужную информацию и быстро осваиваться в новом.
Я считаю, что самый лучший способ научиться разработке на Рельсах и устроиться на работу — пройти курс на www.thinknetica.com/. Но придется попотеть :) Это курс — лучшее, что вообще есть в рунете, да и, наверное, во всём интернете. Не пользоваться такой возможностью просто глупо.

1) Любые книги по Рельсам и (что тоже крайне важно) Руби.
2) Подписаться на рассылку rubyweekly.com
3) Самый заметный признак устаревшего кода — использование старого синтаксиса хешей:
:a => 1, вместо a: 1 (не считая случаев, когда ключ хеша — не символ).
Переход с 3 Рельс на 4 не сложен, но зависит от размера приложения и покрытия тестами. Лучше сразу учить 4 (да и 5 уже на подходе).