Про условия, в которых была создана существующая система образования, и как она не подходит под существующие условия. Логические не каждый момент последователен, тем не менее рациональное зерно присутствует. Оригинальная лекция суше http://www.youtube.com/watch?v=mCbdS4hSa0s и интереснее.

• О том, что простые решения могут быть хорошими в мыслях, и на практике превращаться в проблемы. Косвенное доказательство ценности опыта, и важности разделять мнения (так должно быть) от опыта () http://svictorych.livejournal.com/76227.html. Весь журнал стоит внимания.
• Банальные, но от того не менее действенные советы начинающим. Статья написана в контексте IT, но общие принципы применимы за пределами http://habrahabr.ru/post/197136/.
• Ироничные “советы” в стиле Остера айтишникам http://dou.ua/lenta/articles/vrednye-sovety/. Вопрос, смогут ли молодые из этой иронии сделать вывод, или эти стихи интересны только для опытных программистов.
• Оказывается, английские слова, составленные из перых букв имеют свою категоризацию и произносятся по-разному. http://freetonik.com/blog/all/initialism-vs-acronym/
• Про социальные опросы, на сколько им можно верить, как их использовать, инфантилизм власти и народа http://rusplt.ru/society/pollsteri.html

• Рассуждения рас и два про кровавую свадьбу в “Игре престолов”.
• http://habrahabr.ru/post/189650/ переводы глав “Passionate programmer”. Матерый дядька делится переживаниями, опытом, соображениями. Банальности, но не грех повторить.
• http://kizu.ru/blog/ios7/ Роман Комаров о новой IOS. Порядок в общем
• особенности наших разработчиков. При этом не только разработчики так думают. Интересно понять в какой части консерватории что-то не так.
• Стыд и его роль в сковывании действий.

Описание, условие и код: https://github.com/yandex-cs/yac2013
Результаты (я семнадцатый): http://cs.yandex.net/ratings

Первый вгляд на состояние вещей:
Тяжелые картинки, множество шрифтов, тонны комментариев, много сриптов при бедной функциональности самой страницы. Страница рендерится за 9-12ms

Как я работал:
Накомитил множество изменений, и мой первый пуш отреджектили, потому что не нашли тег footer. Я удалил тег для того, чтобы избавиться от html5shiv.js, так как footer был единственным html5 тегом на странице. Прикольно, что этот тег не нашелся роботом даже когда я его вернул. Потом я откатился на самое начало, и начал вносить изменения пачками, чтобы проще было понять какие мои агрессивные изменения были непровалидированы роботом. На седьмой пачке изменений, я понял, что все самые влиятельные изменения, которые я могу провести, уже проведены, при этом до вершины олимпа еще далеко. Я успокоился, смирившись с тем, что фронтенд разработчик и ускоритель страниц из меня не тот. Разгадка оказалась проста, она будет ближе к концу.

Детальный взгляд:
Промахи не отсортированы в порядке важности и влиянию на загрузку страницы.

Красивые комментарии в index.html
Выкидываем.

90кб фавиконка.
https://github.com/yandex-cs/yac2013/blob/gh-pages/index.html#L9
https://github.com/yandex-cs/yac2013/blob/gh-pages/assets/img/favicon.ico
Явно не то. Ужимаем до 16x16 пикселей. Не знаю, может какие браузеры понимают большие фавиконки. Быстрый поиск в интернете никаких подсказок не дал. Размер ужатой фавиконки: 0.5 кб.

Множество неиспользуемых скриптов.
https://github.com/yandex-cs/yac2013/blob/gh-pages/index.html#L24
То, что они не используются станет ясно позже. jQuery используется в 1 месте и через жопу, поэтому все скрипты в итоге будут удалены.

SVG в формате base64 в фоне body
Превращаю в png base 64, размер уменьшается с 16 до 5 кб. Нахожу первый ключ:

Огромное изображение (460кб) для хедера позиционируется фоном, показывая только часть.
https://github.com/yandex-cs/yac2013/blob/gh-pages/assets/img/photo_head.jpg
Изображение режим, сохраняем в jpeg с 51% сжатием. Это тот момент, когда фотка максимально пожата, при этом максимально хорошо выглядит (при значении ниже начинают ползти артефакты). Обрезанная фотка: 23 кб. Можно было заморачиваться дальше, но овчинка выделки не стоит пока.

Единственное место в коде, где используется jQuery
https://github.com/yandex-cs/yac2013/blob/gh-pages/index.html#L65
При этом только для того, чтобы изменить разметку и подгрузить другое изображение в меню. Выкидываем скрипт, источник изображения меняем вручную.

Иконки меню. Много, тяжелые, уменьшенные стилями.
https://github.com/yandex-cs/yac2013/blob/gh-pages/index.html#L87
Имеют неоригинальные размеры, и подозрительный вес в 9кб каждая. Изменяем в тот размер, что используется, прогоняем через pngout, получаем 0.5кб каждая. Для того, чтобы не делать 6 лишних запросов, инлайню изображения через base64.

base64 увеличивает объем изображения примерно на 33%, но при этом браузеру не надо слать дополнительный запрос на сервер. К тому же, если страница загзиплена, то base64 не так сильно влияет на итоговый объем данных.

Подгрузка скрипта для вставки баннера
https://github.com/yandex-cs/yac2013/blob/gh-pages/index.html#L128
Выкидываем чепуху со скриптом, вставляем баннер прямо на страницу. Попутно заменяем png изображение на jpg, уменьшая размер файла вдвое.

В удаленном скрипте нас ждет второй ключ – голубой. Замка к нему не нашел:

if (0 == 1) {
	document.write('<scr' + 'ipt type="text/javascript" src="HTTP://about:blank.js?plugin="></scr' + 'ipt><nosc' + 'ript>Blue KEY!</no' + 'script>');
}

img не оригинального размера, и веса (1700кб)
https://github.com/yandex-cs/yac2013/blob/gh-pages/index.html#L153
https://github.com/yandex-cs/yac2013/blob/gh-pages/assets/img/photo_02.jpg
Изображение ресайзится буквально на пару пикселей относительно оригинального. Это дает дополнительную нагрузку на проц. Обрезаем изображение. Попутно обращаем внимение, что изображение весит подозрительно много. Прогоняем через минификатор джипегов, получаем итоговый размер в 11.2кб.

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

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

Стили с описанием шрифтов грузятся динамически. и весят по 200кб.
https://github.com/yandex-cs/yac2013/blob/gh-pages/assets/css/bootstrap.css#L1
Тут интуресный момент. Если браузер видит, что для текста определен нестандартный шрифт, и есть font-face для этого шрифта, браузер скрывает текст до тех пор, пока шрифт не прогрузится. Даже при динамическом добавлении определений шрифтов после готовности документа сначала показывается текст, потом скрывается и браузер ждет догрузки шрифтов.

Я хотел добиться результата, когда страницу можно читать до того, как шрифты прогрузились (в идеале шрифты надо прогружать с таймаутом, чтобы отмести тех, у кого интернет медленен, и не подгружать файлы шрифтов при последующих загрузках страницы). Иду на хитрость: аяксом https://github.com/podgorniy/yac2013/blob/gh-pages/index.html#L185 шрифты, и только после того, как все прогрузились, объявляю @font-face. Протестировал с фиддлером на хроме-фаерфоксе-ие9 – все ок: страница читабельна, шрифты появляются позже. Единственно, что хром иногда пробовал запросить один шрифт еще раз.

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

140кб бутстрапных стилей мозолят глаза.
https://github.com/yandex-cs/yac2013/blob/gh-pages/assets/css/bootstrap.css
Анализ хромовскими инструментами показал, что 93% селекторов из этого файла не используются. Поиск инструментов, которые бы почистили файл от неиспользуемых селекторов не увенчался успехом. Все найденные инструменты только давали список неиспользуемых селекторов. Поэтому я написал штуку, получающую на вход список селекторов и css файл, а на выходе дает чистый файл. Конечный размер файла стилей 14кб. Удаление мертвых селекторов так же уменьшило время отрисовки страницы до 7мс.

Тени, уголки в хедере. Из за них страница отрисовывалась не за 2-3мс, а за 7.
Заменяю тени на изображение – профит. Время отрисовки уменьшилось до 2-3мс.

Надо понимать, что эта оптимизация никак не про ускорение начальной отрисовки страницы. Это оптимизация больше влияет на то, как ощущается пользователем скорость работы со страницей.

Всего выше не оказалось достаточным. Главный вес, и, соответственно проблема, заключалась в шрифтах. Топовые ребята инлайнят шрифты через data-uri, и используют за-gzip-ленные статические файлы. Так как я со шрифтами де-факто ничего не сделал, их вес сыграл свою роль.

• Как заработать большие деньги. И про философию всякое. Все начинается с образа мышления.
• Пирожки. Несуразные стишки, с налетом мудрости жизни.
• О некорректности самооценки. Женщины оценивали свою внешность. С навыками будет не лучше.
• цитаты вице-адмирала Радзевского Геннадия Антоновича. Чего только стоит

Запомните, товарищи офицеры, чтобы ничего не делать, надо уметь делать все

• Еще цитаты странного товарища.

Системы рейтингов удручают. Рейтинги вобрали в себя все худшее из демократии и системы репутации. Каждый может повлиять на конечную оценку, а так же на оценку репутацию конкретной личности. Голос человека, разбирающегося в сути предмета приравнивается к голосу полного дилетанта. Положительная репутация, полученная в посте с кисями-сисями играет роль в политическом дискусе. На выходе – не релевантная система, которая способна отсечь явных мудаков, но которая не может педалировать молодцов.

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

Что можно сделать:

• Разделить репутацию по темам. В идеале ввести коэффициенты. Например репутация, полученная при обсуждении политических постов используется с коэффициентом 0.5 при обсуждении экономических.
• Ввести понятие индивидуальной ценности. Голос людей, которым я доверяю имеет вес на общий рейтинг постов и комментариев. В более длинной цепочке можно применять коэффициенты: доверенные доверенных влияют на меня с коэффициентом 0.3.

Выставляю гипотезу, которая должна объяснять явление. Что я делаю для ее проверки? Ищу подтверждения. Последствия этого подхода:

• Даже при отсутствии подтверждений, считаю гипотезу верной.
• Если подтверждение встретилось раньше опровержения, его вес считаю меньшим, или вообще отбрасываю как стечение обстоятельств.
• Чем больше встречено подтверждений, тем сложнее принять опровержение.
• В споре с оппонентом я прислушиваюсь не к высказываниям, опровергающих мое мнение, а к тем, что его подтверждают. Скатываюсь до мелочности, когда придираюсь к неверным формулировкам, оговоркам, не нарочно делая вид, что не заметил сути высказанного.

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

Выход – искать опровежения своим соображениям. Опровержения дают пищу для ума, они не расхалаживают, как подтверждения (которые являются само собой разумеющейся вещью).