Вот некоторые из сообществ с ± регулярными мероприятиями (обычно раз в месяц).
www.devclub.lv
jug.lv
latcraft.lv
www.facebook.com/gdgriga

То что начали разрабатывать сдантарт HTTP 2.0 на основе SPDY пока не осознали его недостатков — это не значит что он полностью дублирует его реализацию. Пока вы пишете посты про SPDY, Google уже включил на своих серверах поддержку QUIC и утверджает что этот протокол эффективнее SPDY :-)

У SPDY есть некоторые проблемы :-) Если соединение плохое, и сегменты теряются то весь твой мультиплексированный поток останавливается :) Поэтому это уже не модно, сейчас можно QUIC (Quick UDP Internet Connections) :-)

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

Вы зацепились за идею доказать мне что кнопка ФБ лучше, но это не так. Если пользователь правильно все прочитал, а не просто взял код и бездумно вставил его себе на сайт 10 раз, он получит кнопку которая в 5 раз быстрее чем кнопка ФБ.

Обратите внимание на страницу «Оптимизация» в том же разделе «Социальные виджеты»:

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

2) Именно тег контайнера служит указанием куда поместить конкретный виджет.

3) Применив знания из раздела «Оптимизация», у вас будет подгружен только 1 скрипт.

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

Да, должно стать еще лучше, и это есть в планах на ближайшее время :-)

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

Оптимизировали — убрали все лишнее, всякие JQuery и т.д. Оставили только код необходимый самой кнопке, а не весь апи, как у некоторых соц. сетей.
Способов подключить скрипт асинхронно много, самый трендовый создать в хеде через document.createElement('script'); новый скрипт
Принудительное обновление: Даешь наружу только код, который формирует iframe, все остальное делает уже ваш собственный код вставляемый в этот iframe.

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

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

Расскажите как улучшение загрузки сказалось на активности пользователей. Я занимаюсь этими исследованиями в своей компании и мне очень интересен опыт других.

:-) Очевидно, что если по умолчанию галочку не ставить, то очень много людей так и не воспользуется этой функцией, хотя подсознательно и хотели бы :)

Нормальный плавный такой переход от водички сверху, к материалу имеющему значение :)