archelon

Не совсем понятно, какую цель вы преследуете. Исходя из вашего слова "профитнее" (т.е. по-русски "выгоднее") её можно трактовать по-разному.

1) Если вы рассматриваете свои игры, как дополнительные пункты в резюме разработчика игр, и выгода для вас означает профессиональный рост и потенциальную зарплату у работодателя, то нужно не вылизывать игру до идеала, а повышать KPI. То есть нужно обращать на те моменты, которые приносят прибыль, а которые не приносят - забить. Однако к программированию это имеет мало отношения, это больше маркетинг, психология, геймдизайн, и вот это вот всё. Одному человеку это, как правило, не под силу. Но если вдруг хотя бы одна из ваших игр будет иметь коммерческий успех, пусть даже вы будете лишь одним из ее разработчиков внутри небольшой команды, то это считается серьезным достижением при устройстве на работу и имеет реально солидный вес, какую бы более узкую специальность вы ни выбрали.

2) Если вы рассматриваете свои игры, как дополнительные пункты в резюме программиста, то по сути и не важно, игры это или что-то другое. Здесь будет играть роль ваш опыт программирования (опять же просто количество лет), плюс опыт работы в команде. Чуть бОльшую роль имеют софт скилы при составлении резюме и прохождении собеседования. В остальном идеи из предыдущего пункта тоже применимы - то есть количество достойных проектов, считающихся достижениями, которые не стыдно показать.

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

4) Наконец, если вы хотите заниматься буквально саморазвитием, то есть повышать качество кода и снижать количество багов в нем, то нужно заморочиться конкретно на этом. Опять же, игры здесь ни при чем. Нужно наводить порядок в голове, приучать себя к хорошему оформлению кода и т.д. Опыт, конечно, тоже идет в плюс, но тупо опыта не достаточно. А точных рецептов здесь нет. Начать можно даже с гугления наивной фразы "как писать код без ошибок", а дальше как пойдет, это долгий путь. Но сразу скажу, что это имеет мало отношения к коммерческой выгоде. То есть даже если вы участвуете в ААА-проекте, где отсутствие багов критично, никто не пустит ваш код в продакшн сразу после написания. Ошибаются все, даже профи.

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

Можно и без cms обойтись.
Создать js объект корзины и хранить его в localstorage, по клику на "в корзину" добавлять туда товары.
Выводить данные в модалке корзины и прикреплять к форме заказа.

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

Учите оптику. Она поможет при чтении документации.

Довольно странный вопрос.
Сам по себе статический html безопасен.
Но есть вероятность что сломают ftp или что там у тебя.

Берём moodle, внедряем, пишем диплом по результатам тестов после внедрения. За двумя зайцами погонишься - ни одного не поймаешь. С нулевыми знаниями нет смысла что-то писать самому, за такой срок не успеете. Html + css недели две, js, php - полгода как минимум, чтобы разбираться в коде джумлы.

Что делает frontend разработчик кроме создание внешнего вида сайта?

Пьет смузи, катается по офису на гироскутере, делает умное лицо на конференциях.

Скучно ли быть фронтендером? Эта однотипная работа?

Кто-то клепает однотипные магазины на потоке, а кто-то делает замороченные рекламные сайты с кучей анимаций, интерактивные 3d-презентации и другую дичь. Это очень разные вещи. Но рутина наступает везде. Любая сложная область в конечном счете разбивается на набор известных задач, и все, дальше нужно делать почти одно и то же много раз. Принципиально новые проекты - большая редкость в программировании, лишь единицы что-то изобретают, большинство же решает задачи бизнеса. А они особо не меняются. Таков мир. А интерес - понятие очень субъективное. На вкус и цвет фломастеры разные.

1) border-bottom: 3px dotted #ccc;
2) background
3) ::after content: '...................................'; white-space: nowrap; overflow: hidden

За то, что:
- дизайнер рисует короткое название, когда не знает что делать, если название будет длинным.
- дизайнер минимально (если вообще) предусмотрит все hover эффекты и вытекающие варианты
- дизайнер не умеет верстать, и просто не представляет как должен адаптироваться его красивенный слайдер на промежуточных вариантах
- и часто дизайнер даже не подозревает, во сколько гемора выливается его какой-то там "very-beautiful-muncida-lucida-type-script-condensed.ttf"
Ходят легенды, что если взять хорошего дизайнера, наручники и батарею. Заставить его же сверстать в его "perfect pixel" его творение - он станет плохим дизайнером.
А вообще, конечно это всё закономерно, и если дизайнера относить к категории "маркетологов", а не разработчиков, то всё вышесказанное должно быть ему присуще.