Shemil

Для этого есть transform: scewX(deg);
Кликай

Правильно заметили, что есть люди-исполнители, а есть люди-генераторы идей. Нужно реально взглянуть на себя и...принять это. Быть профессиональным исполнителем гораздо кошернее, чем быть генератором провальных идей. По статистике, 9 из 10 стартапов провальны...зачем пополнять собой этот список? Если ты - рыба, то многого ли ты добьешься от фрустрации по поводу неумения залезать на дерево?

Самый верный путь к рабочей идее:
1. Проработать в какой-либо сфере достаточное количество времени;
2. Познать её изнутри на собственной шкуре;
3. Выявить в ней боли/проблемы/недостатки;
4. Решить их с помощью прикладного навыка (программирования);
5. Обкатать в собственной работе;
6. Упаковать решение и реализовать коллегам по сфере;
...
7. PROFIT!

Далее...даже если завтра в голову залетит рабочая идея, готов ли ты её реализовать? У тебя есть команда, готовая работать минимум полгода-год бесплатно на время создания беты, тестов, обкатки, раскрутки? Она сможет действительно реализовать всё как надо? Если нет команды, имеются ли у тебя средства на зарплатный фонд хотя бы для 5 человек на эти полгода-год? А с учетом налогов и отчислений (+30% к зарплате на руки)? У тебя есть условия для работы этих 5 человек? Есть ли у тебя сумма на маркетинговое исследование твоей идеи (или лучше облажаться на авось)? Есть ли у тебя хотя бы миллион на первичный трафик из директа? Или надеешься донести свой стартап до пользователей путём емэйл-спама?)) Я не указал и доли того, что потребуется для реализации небольшого web-сервиса, даже при наличии действительно рабочей идеи. Может быть, идеи не прут именно потому, что ты просто не готов к их реализации, и неча порожняка гонять?)

Как выглядит стартап глазами романтичного юноши, начитавшегося глянцевых историй успеха:
1. Придумать гениальную идею;
2. Закодить в гараже в одну харю или в паре с дружбаном;
3. Разместить на сервере и получать от мира благодарности, признание и мешки денег.

Как выглядит стартап на самом деле:
1. Пахота минимум 10 лет в одном направлении/сфере;
2. Наработка профессионализма, идей, контактов, связей, клиентской базы, понимания всех нюансов сферы;
3. Угон базы, угон клиентов на себя, переманивание лучших коллег/сотрудников, оформление юрлица, открытие "своего дела" на рабочей идее)))

К примеру, "икона стиля" стартаперов - Павел Дуров, он идеолог? Нет! Прикол в том, что он именно стырил рабочую идею (также, как тырят клиентскую базу у работодателя), собрал команду, создал для неё условия, привлек корешей-евреев с еврейскими ресурсами, бюджетами и влиятельной питерской крышей, и обеспечил этому всему грамотный проект-менеджмент и маркетинг. Дело в идее? Нет, дело в реализации:)

А если серьезно, сайт - это просто промо-материал, как билборд, только интерактивный и в интернете. Языки веб-разработки - такие же инструменты, как молоток для изготовления билбордов. Веб-разработчик - нифига не носитель уникальных знаний (который просто обязан повторить успех Цукерберга, иначе не тру), и всего-лишь современный слесарь, изготавливающий технологичные интерактивные промо-материалы. А теперь представь слесаря, который завидует предпринимателям, которые заказывают у него билборды, и вскидывает руки к небу с криком "Доколе??")) Смешно? Смешнее только реплики других слесарей на тему "если нет идей, значит меняй профессию"))

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

Уважаемый Павел Волынцев дал тут развернутый ответ

https://codepen.io/ruslanredo/pen/yozdqd

<input type="text" placeholder="Email Address"><button>Notify</button>

input{
  height:40px;
  line-height:40px;
  font-size:16px;
  padding-left:16px;
  border-radius:10px 0 0 10px;
  border: 1px solid lightgrey;
}

button{
  vertical-align:top;
  background-color:lightgreen;
  color:white;
  height:44px;
  line-height:44px;
  font-size:18px;
  padding: 0 24px;
  font-weight:bold;
  border-radius:0 10px 10px 0;
  border:none;
}

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

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

Какие проблемы можно предотвратить?
- запись в переменную другого типа данных
- перезапись константы
- затирание/перезапись метода
- чтение не обработанных данных напрямую
- чтения данных без разрешения
- и т.д.

Если ваши дополнения могут быть реализованы самим js, то нужно написать текстовый препроцессор, который сможет конвертировать исходные коды с вашим синтаксисом в валидный js - как babel, например.
Если ваши дополнения не могут быть описаны js (т.е., вносят существенные изменения в язык), вам придётся написать собственный интерпретатор, что, во-первых, достаточно сложно, а во-вторых, чтобы ваш код работал, нужно предустановить интерпретатор. Иными словами, просто так в браузере вы не запустите свою версию js.

var headers = document.querySelectorAll('.js-profile-header-vote')
if (x > 6.31) {
  headers[0].click()
} else {
  headers[1].click()
}

Осталось выяснить что именно вы сравниваете с 6.31, то есть откуда берется "x".

https://codepen.io/ruslanredo/pen/gxpEey

Как создатель HTML Academy, могу сказать, что после прохождения курсов у вас появится серьёзная база, с которой можно начать делать что-то серьёзное.
Товарищ, который назвал бы сервис "поверхностным знакомством", сам особо не разбирался. Он бы и кодеакадеми назвал хорошим ресурсом по изучению вёрстки.
У нас разбираются достаточно серьёзно тонкости: и блочная модель, и различные селекторы, и поток документа, и приёмы построения сеток, и позиционирование.
Но после завершения курсов нужно самостоятельно практиковаться. Для этого гуглите бесплатные исходники макетов и пытайтесь сверстать.
htmlbook - ресурс хороший, но это справочник и для обучения он скучноват.

Не сложно.
По клику на нужном цвете вызвать параметр textContent элемента, содержащего цену и присвоить ему вычисленное значение.

Про онлайн курсы подсказать не могу, лучшее это Карпов в британской школе дизайна (там вроде бывают интенсивы, а есть обучение на 2 или 4 года, посмотрите на офф сайте), ещё есть курсы Пащенко в ВШЭ Школе Дизайна (сейчас курс идёт, надо подловить момент, когда запустят курс повторно, курс на год, а бывает интенсив). Ещё крутая школа дизайна от Яндекса.

Британка и ШД дорого, но Карпов и Пащенко это хорошие учителя. Про Яндекс ручаться не могу, но выглядит круто. А ещё школа Горбунова!

Советую оффлайн обучение, быстрее вольётесь в дизайн-тусовку, вам это сильно пригодится. Из минусов, ну британка и ШД дорого (по моим меркам дико дорого!).

RM делает интересные вещи, для ознакомления тоже пойдёт.