Faha1998

какой-то противоречивый вопрос (полезно пару раз перечитывать перед отправкой). то ли вы хотите без особых знаний делать быстро сайты:

Хотел бы полусчить ссылки по созданию, так сказать "сайтов с нуля без особых знаний",

то ли

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

профессионально быстро делать сайты - это знать отлично CMS или фреймворк (то есть и готовые компоненты, и дописывать свои). непрофессионально быстро делать - это знать CMS средне (иметь коллекцию готовых решений)

Это явно логотип. Не уверен, что его нужно делать именно текстом -- потеряется начертание текстом от дизайнера

Подпишусь под мнением выше, что просто впечатление иногда бывает решающим, а даже не 100% ответ на все вопросы. Обычно гоняю по знаниям технологий, спрашиваю про обучаемость, смотрю портфолио, если джуниор предполагается, что будет независимо работать, то тестовое задание даю и в путь, если начнет с мелочей и правок на основе имеющегося кода, то это ни к чему, имхо.

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

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

Начнём с того, что раз уж речь идёт о переключении классов, то уместно сразу все стили записать в CSS:

.bImg { /* сюда вписываем стиль обычного div */ }
.vImg { /* сюда вписываем стиль div, жмякнутого мышою */ }

Для элементов <div> после этого достаточно указывать классы (class="..." вместо style="...").

Затем при помощи библиотеки jQuery можно немало упростить себе задачу.

Во-первых, можно сделать проще HTML-код:

1. Не придётся вписывать в него обработчики onclick, потому что они будут назначены позже, джаваскриптом.
2. Не придётся и вписывать в него id, так как jQuery исполняет обработчики в контексте элементов: this указывает в обработчике на жмякнутый элемент.

Было так:

<div id="1" style="b-img" onclick="kodimg(id)">...</div>
<div id="2" style="b-img" onclick="kodimg(id)">...</div>
<div id="3" style="b-img" onclick="kodimg(id)">...</div>
<div id="4" style="b-img" onclick="kodimg(id)">...</div>
<div id="5" style="b-img" onclick="kodimg(id)">...</div>

Стало так:

<div class="bImg">...</div>
<div class="bImg">...</div>
<div class="bImg">...</div>
<div class="bImg">...</div>
<div class="bImg">...</div>

Во-вторых, желаемое достигается простым JS-кодом для jQuery:

$(function(){
   // после загрузки документа назначаем обработчики событий:
   $('div.bImg').click(function(){
      // в обработчике делаем две вещи:
      // 1) находим предыдущий жмякнутый div, отменяем жмякнутость
      $('div.vImg').removeClass('vImg').addClass('bImg');
      // 2) свежежмякнутому div придаём жмякнутость
      $(this).removeClass('bImg').addClass('vImg');
   });
});