Corathir

Недавно отвечал в соседней теме. Скопировал сюда.

1. Айдишник можно использовать на странице один раз. Два и более раза — это уже не валидно. Поэтому, если понадобится переделать сайт по схеме «три колонки → блок от края до края → снова три колонки» на одной странице, этот кусок кода придется полностью переписывать.

2. На один элемент можно повесить только один айдишник, а классов на один элемент можно повесить много. Получается, если вешать стили на id, мы лишаемся гибкости.

3. У айдишников слишком высокий вес селектора. Если вам понадобится контекстно перестилить что-то внутри колонки, то вероятнее всего вы впишите в селектор айдишник и потом, чтобы обнулить овверрайд или сделать новый, вам придется использовать этот же айдишник (или поставить другой). Классами перебить селектор с айдишником не получится — не хватит веса. Айдишник будет множиться в css-ке и реффакторить становится всё сложнее.

Поэтому выводы: 1) никогда не вешать на айдишники стили; 2) если нет выбора, писать селектор так: div[id="left"] {...} — этот селектор медленнее, чем селектор по классу, но и вес у него на равне с классом. Т.е. это меньшее зло, чем айдишник в стилях.

Скажу одно - нахрен не слушай тех, кто говорит тебе, что-то не учить. Сверху упомянули пайтон. Извините меня, это разные языки для разных задач, и какой смысл начинать пусть даже с более простого языка, если тебе один хрен придется перебираться на плюсы? Это во-первых.
Во-вторых, как правильно заметил комментатор выше, нет смысла покупать книгу за 4 куска только ради тактильных ощущений. Я тебя прекрасно понимаю в этом плане, но в жизни разработчика, сталкивающегося с необходимостью изучить фундаментальные штуки, книг равных по стоимости этой(а зачастую даже намного дороже), будет очень и очень много. Сейчас, когда денег не очень много, резонно вложить их в нечто более существенное, а уж потом добрать себе библиотеку.
Ну и в-третьих, ты я думаю к 16 годикам научился читать и воспринимать прочитанную информацию. Книга, не более чем справочник по языку и базовым концепциям, здесь не играет роль даже твой бэкграунд в других областях(хотя с ним возможно и будет чутка легче), а возраст тем более.

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

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

План действий может быть таким:
1. Берете/получаете макет
2. Внимательно рассматриваете его, мысленно разбивая на блоки. Думаете что куда может/должно растягиваться или уменьшаться при изменениях экрана и увеличении/уменьшении контента.
3. Если п.2. сразу не осилился, идете гулять или спать.
4. Возвращаетесь к п.2.
5. Верстаете понятные большие блоки, затем их заполняете. Разбивайте задачи более простые.

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

А совсем без проблем не выйдет, потому что экранов много, браузеров много, хотелок у заказчиков еще больше. Хорошо, когда эти хотелки интересные :)

Вертел я такие задания при устройстве на работу.
Однажды тоже устраиваясь в "крутую" контору прислали большое задание. Все выходные убил на него. Потом еще две недели мурыжили собеседованиями и в итоге не взяли.
Я с тех пор никогда не соглашаюсь на тестовые задания, которые займут больше получаса моего времени.
Объемные задания должны оплачиваться. Если они очень требовательно отбирают сотрудников, то сначала надо дать простое задание/прособеседовать и уже если человек их устраивает, давать объемное задание и платить.

UPD
Не слушайте, пожалуйста, бред об опыте и пользе для вас. Из таких "будущих хороших специалистов" потом веревки вьют, типа "поработай по вечерам, это ж опыт для тебя!" или "давай ты теперь и по субботам выходить будешь, а мы тебя за это серьёром называть будем!". Очень работает с наивными молодыми людьми.
Вы поймите, что все эти разговоры про опыт и пользу для вас - это уловки с целью сэкономить и вас обмануть. Всем плевать на ваш опыт, им нужно денег меньше вам заплатить и все.
Огромное тестовое задание - это неуважение к кандидаду.
Давай представим обратную ситуацию: я прихожу к потенциальному работодателю и говорю: "Давайте я у вас тут недельку посижу без каких-либо обязательств, а вы мне зарплату платите. А потом посмотрим, может быть останусь, а может уйду". Нормально? Ситуация выглядит именно так, потому что работодатель не делает одолжения принимая на работу, он "покупает" ваше время и ваш опыт и все.

Добрый вечер.
Тут решение.

ответ один - ищите вакансии, пишите, спрашивайте там. Везде свое. В целом - вы должны нести какую-то пользу или сразу или в ближайшем будущем.
Вакансии где "много надо" - туда тоже пишите, в 90% вакансии составляют HR по принципу "спрошу что там наши разработчики знают и все впишу в столбик". Реально в работе нужно будет хорошо если треть. А часто и меньше.

Я в 2008 так устраивался.

Какие требования вообще к новичку? Вакансий без опыта нет толком, а там где 3-6 лет - целый перечень. Из того, что смог найти - сам C++, библиотека STL, понимание принципов ООП и git.

Чтобы не пил, на работу ходил, обучаемый был.

Будет ли хоть какая-та польза для самой компании?

Месяца через три будет, может раньше.

Ну и нужен ли вообще кому-то программист без опыта и на полставки?

Не факт, что полставки. Можно и на целую, но с гибким графиком и выработкой 40 часов в неделю.

Какую зарплату можно просить, чтобы и наглым не посчитали, и чтобы не меньше кассира получать?

Сейчас наверно надо просить на уровне стипендии