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

Как работает браузер - можно знать лишь в общих чертах, для общего развития. В повседневной жизни это в 99% случаев не нужно. Браузер предоставляет нам API и мы его используем. То как оно устроено внутри пусть остается инкапсулировано внутри.

Как работает V8 - опять же, достаточно общего представлени об event loop. Все остальное пусть остается скрыто и используется через API.

Оптимизация кода под браузерные движки - в большинстве случаев вообще не надо.

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

Написание быстрого кода - практически не нужно (он и так будет достаточно быстрый). Лучше сосредоточиться над написанием читаемого, тестируемого и поддерживаемого кода.

К общему списку еще можно добавить паттерны проектирования. Это будет намного полезней, чем всякие техники спичечной оптимизации)

Я когда то давно считал, что программирование это креатив и новаторство, пока не столкнулся с объективной реальностью )

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

Поддержка древних браузеров это оружие в руках менеджеров-продажников, которым они завоевывают новых клиентов. Шепчут им сладким голосом мантры про то, что есть 2 процента людей, которые живут в каменном веке и если вы не сделаете их счастливыми, то ваш сайт недополучит эти 2 процента прибыли. Клиенты разумеется прикидывают, что 2 процента это 2 процента и соглашаются переплачивать за такую работу, рассчитывая что эти затраты в итоге окупятся. Это называется разделение ответственности, о котором в свое время писал Ф. Ницше. Менеджер продает услугу, которую он сам не будет производить, а следовательно он не будет сидеть и ломать голову над ее реализацией.

Хорошо если разработчику будут доплачивать за такие клиентские прихоти, тогда это еще хоть как то будет оправдано, но в ином случае, если программист в организации сидит на окладе, то на его плечи тяжким бременем опустятся все хотелки клиентов, начиная от pixel perfect в резиновом дизайне и заканчивая разметкой scheme в каждом теге.

Такой подход к работе требует от программиста быть постоянно на пределе. Он становится роботом, который все свое личное время тратит на изучение различных техник оптимизации кода или освоение новых фреймворков, которые внедряются руководством в процесс, после посещения ими очередного модного семинара. Scrum, Agile, TDD и прочие инновации отнимают у рядовых разработчиков самое важное - полноценную жизнь свободного человека.
Он превращается в придаточный орган корпоративного организма, который способен лишь выполнять одну функцию - писать код. Узкие специалисты перестают понимать внутреннюю жизнь представителей других профессий, а личность должна стремиться к разностороннему развитию, ибо только цельному человеку доступна цельная (читай полноценная) жизнь.
Человек должен иметь право на досуг и развлечения, и это право он отстоял в революциях 19-20 веков.
PS
Я периодически встречаю в сети советы молодым разработчикам, что они должны забросить все свои увлечения и писать сутками код, иначе они не будут востребованы рынком. Это суровая действительность, однако я надеюсь что когда нибудь добро победит бабло и справедливость восторжествует ))
PPS
Немного не в тему топика, но мысль настойчиво требовала изложить себя на "бумаге" ))

Я просто оставлю это здесь

На мой взгляд, проблема не в том, что отсутствует корзина, а в том, что модератор удаляет тему в самый разгар беседы. Самый простой способ исправить это - удалять такие темы не сразу, а спустя неделю например. Людям надо иногда пооффтопить и обсудить какие то абстрактные вещи типа "Почему мой код такой идеально-замечательный?", а модераторы хотят чтобы люди наполняли сайт только релевантным контентом, отвечая на вопросы по существу.

Внутри css лучше использовать классы, а внутри js лучше id, кроме случаев когда нужно выбрать именно несколько элементов одиного класса.