Трансляция Я.Субботника

2 июля 2010, 16:49

Завтра в 11.00 в Яндексе пройдет очередной Я.Субботник, посвященный на этот раз вёрстке и проектированию интерфейсов.

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

Ссылку для просмотра вы можете найти на странице Я.Субботников.

До встречи на Субботнике, в том числе и виртуально!

Юлия Симутенко, обучаем и развиваем

34 комментария
Подписаться на комментарии к посту
А запись выложите (для тех, кто завтра в 11:00 еще спать будет)?
ну наконец-то я все увижу, но тем не мение вы не забывайте про Екатеринбург!
эээ, а вот я вроде как регистрировался, в самом самом самом начале, но мне ничегошеньки не приходило на почту. Т.е если я звтра приду — меня не пустят?
Присоединяюсь к вопросу, причем нас таких еще двое
всех пустят
А мы уже здесь :)
Я рад что это стало возможным. Спасибо Яндексу.
крутотень, наконец поучаствую
А как узнать, я все-таки записался или нет? А то подтверждение никак найти не могу
Sergey Eroshenkov
2 июля 2010, 20:34
Рад буду поприсутствовать "реально" на столь полезном мероприятии :)
А в питере не планируется?
пока что нет
То, что давно просили, спасибо!
Да записать бы не плохо :)
Не все живут по московскому времени :)
запись есть, выложено будет в течение недели
Всё замечательно. всех отблагодарили.
только почему-то не работает :)
Первый бин комом.... будем ждать чо будет дальше :)
все работает. через 5-7 минут закончится перерыв, начнется следующий доклад.
до 12.35 не работало ничего!
Трансляция не работает. Её ещё не включили или где подвох?:-(
трансляция работает
Там в конце трансляции было сказано, что можно задавать вопросы. Только непонятно как :)

Вопрос по шаблонам (XSLT) - как Яндекс поступает, если браузер пользователя не поддерживает эту технологию?
Тоже есть вопрос по презентации XSLT. Онлайн не смотрел поэтому не понял последний слайд "оно вам надо?" - это изза производительности чтоли? И в чем производительность измерялась, в мс?
:) Да, производительность измерялась в мс. На слайде "оно вам надо?" я рассуждал о нужности использования XSLT в браузере. Для веб-приложений где требуется генерить большие объемы HTML в браузере, и в этой генерации присутствует более-менее сложная логика, я как раз призываю посмотреть в сторону XSLT, потому что это очень удобно для решения именно таких задач. Например, мы в новой Яндекс.Почте используем эту технологию.
Теперь понятно, спасибо :)
Привет! Вообще говоря, браузеров не поддерживающих XSLT не так уж и много :) Поддержка XSLT в браузерах появилась довольно давно.

В новой Яндекс.Почте, в случае отсутствия поддержки XSLT в браузере пользователя, мы планируем сделать перенаправление на другой, более простой, интерфейс почты, скажем, PDA-интерфейс.
А когда будет видео? Судя по тому, что не выложено видео с апрельского субботника - еще не скоро :(

Или скоро? ;)
Видео апрельского субботника засвечено пеплом Эйтысвидеокудадль: http://clubs.ya.ru/company/replies.xml?item_no=25179, поэтому, увы, видео не выложено.

Видео с Субботника по верстке будет выложено в течение недели.
Степан, у меня еще один вопрос по презентации, а точнее по методу supplant. Как с его помощью заполнять динамические шаблоны (и можно ли вообще), например:

ul
--li
--li
  --ul
    --li
    --li

Или такой шаблон в виде строки нужно как то подругому оформить, например хранить в нем только динамическую часть, а шапку и футер (грубо говоря) в отдельном месте?
Метод supplant не позволяет делать в шаблоне ветвления и циклы. Если такое нужно, то рекомендую воспользоваться более продвинутым шаблонизатором, например, Micro-Templating.

Пример с циклом и вызовом подшаблона:

http://www.stepanreznikov.com/playground/js-templating/Micro-Templating/comments.html
Или xslt. Но у последнего есть неприятный побочный эффект. У сервера запрашивать нужно, кроме json-данные, еще и xsl файл - это уже 2 запроса на 1, скажем, контрол.
Каким бы шаблонизатором на клиенте вы ни пользовались, вам в любом случае нужно загрузить в браузер шаблоны. В случае xslt -- это xsl файл. При этом шаблоны для разных блоков можно объединить в один xsl файл и загрузить его один раз.
>> В случае xslt -- это xsl файл

А xml откуда берется (пусть хотябы в виде строки)?
XML, то есть данные, либо получаются в результате каких-то вычислений, либо загружаются с сервера (аяксом).
Вот именно, я что и говорю. При прочих равных у xslt варианта запросов к серверу на 1 больше.

Micro-templating: шаблон (html) + data (json)
Xslt: Шаблон(xml) + преобразования (xsl) + data(json)

А выигрыш по скорости не всегда и везде :)

Еще один момент есть. Если нам нужно в процессе работы контрола динамически создавать ноды - откуда мы будем брать шаблон (особенно если innerHTML контрола пуст)?

Наиболее удачный вариант для меня это Micro-templating + supplant = все равно извращение, но со вкусом.

Идеального шаблонизатора не существует.

Спасибо за внимание.