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

HTML
0. Изучай инструменты, с которыми ты работаешь
Меньше размер документа — меньше размер ответа с сервера. Меньше тегов — меньше DOM. Меньше DOM — быстрее грузится страница, быстрее работают манипуляции скриптами, быстрее применяются стили. Это основное правило!

0.a кешируй все, что только можно Кешируй куски страницы, кешируй всю страницу, почитай про ETag наконец.

CSS
0. Изучай инструменты, с которыми ты работаешь
Меньше правил — быстрее они применяются. Меньше глобальных правил, больше специфических, с умом. Не будь онанистом на размер файла, он важен, конечно, но у кого на сервере gzip не настроен еще? Никакой алгоритм сжатия не поможет, если твои правила написаны коряво.

20. Объединяйте CSS файлы
Во-первых, объеденять нужно с умом. Грохнуть все в один кусок имеет смысл только тогда, когда вам не жалко при малейшем изменении стилей каждый раз раздавать полмегабайта стилей всем клиентам. Лучше подумать головой и выделить основные части (например: основные правила, формы и админка) и отдавать их по отдельности с тем, что бы клиент кешировал как можно больше из них.

Во-вторых, объединение CSS файлов в один может вызвать забавные баги в ИЕ, вполть до девятой версии.
Приятной отладки!

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

Перестань читать дурацкие советы вида «используй for вместо each, храни размер массива, используй одинарные кавычки вместо двойных». Черт, да в твоих массивах в среднем 10 элементов, о какой экономии идет речь?!.. Это экономия на спичках, один ajax запрос на сервер или вставка в сложный DOM перекроют эти «микропотимизации» на три порядка. Если ты используешь библиотеку, не читай такие статьи, читай документацию на официальном сайте, смотри примеры, загляни в исходники. Включи мозг.

13. Сжимайте скрипты если у вас 100% покрытие js-кода тестами. Сжатие, а особенно «умные» алгоритмы типа advanced режима у Closure Compiler предназначены либо для людей, которые понимают, что делают (такие не читают статьи для новичков), либо для владельцев целой индийской деревни, полной спецов по QA, либо для смелых духом. У тебя и правда четыре мегабайта скриптов и ты правда не слышал про техники, вроде AMD?

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

Когда его можно достать средствами самого языка:
$('a').on('click', function() {
console.log( this.id );
});

Средставми языка, это как-то так:

var links = document.getElementsByTagName('a');
var onclick = function(e) {e.preventDefault(); console.log(this.id, e.target.id); };
for(var i = 0; i < links.length; i++) { links[i].addEventListener('click', onclick, false); }

Один товарищ уже пытался сам реактор делать «на коленке». Ему ещё относительно повезло.

Раз уж речь зашла о страшилках, советую почитать:
ekimoff.ru/297/
www.bellona.ru/russian_import_area/international/russia/navy/northern_fleet/incidents/37598

Не знаю как Вы, а Я вспомнил замечательный фильм «Зодиак», основанный на реальных событиях, где маньяк-убийца (которого кстати так и не поймали) тоже любил оставлять подобные загадки-записки и шифр был настолько криптостоек, что ФБР тоже попросило обычных людей попытаться расшифровать такие сообщения и это дело в конце концов увенчалось успехом. В этом случае мне кажется код шифрования был скорее всего придуман еще в детстве (раз уж он с детства нечто подобное делал), а ведь если это так то возможно ключом может являться что угодно в принципе… детская игрушка или выпуск газеты за какой-то там год с нужным словом, все это очень захватывает:)