Комментарии 21
Сняли бы видео, выложили, или хотя бы на диктофон записали. Ведь многим интересно.
0
и спрашивается — при чем тут клиентская оптимизация? Javascript — лишь малая ее часть. Все равно, что Word виндой называть
-1
На клиенте? На клиенте. Оптимизация? Оптимизация. Что не так-то?) Все понятно, термин Вам очень близок, но сейчас придираетесь не по делу совершенно.
-1
Если я буду домохозяйкам браузер настраивать, чтобы «интернет быстрее грузился», то Вы это тоже клиентской оптимизацией назовете (Оптимизация? Оптимизация! Клиента? Клиента!)?
Клиентская оптимизация — устоявшийся термин. Использование его не по назначению попахивает желтизной и дилентантством.
Клиентская оптимизация — устоявшийся термин. Использование его не по назначению попахивает желтизной и дилентантством.
-2
Кеширование, спрайты и параллельная загрузка скриптов и стилей это Javascript?
0
параллельная загрузка скриптов — это вообще отдельная узкая область. Такая же, как и оптимизация рендеринга в браузерах. Нужно — единицам.
Да, это все — клиентская оптимизация. Но семинар не по ней был. А то «некоторым ее методам». Я более чем уверен, что аспект был именно на Javascript.
Например, не уверен, насколько были охвачены следующие моменты:
* Плюсы и минусы объединения файлов
* data:URI / mhtml
* Параллельные загрузки ресурсов (не скриптов)
* Особенности gzip / deflate
* Оптимизация CSS (размер / подходы)
* Оптимизация верстки (подходы / направления)
и т.д.
Я не пытаюсь умалить достоинства Ильи, просто если здесь «Секреты» и были, то точно не «Клиентской оптимизации».
Да, это все — клиентская оптимизация. Но семинар не по ней был. А то «некоторым ее методам». Я более чем уверен, что аспект был именно на Javascript.
Например, не уверен, насколько были охвачены следующие моменты:
* Плюсы и минусы объединения файлов
* data:URI / mhtml
* Параллельные загрузки ресурсов (не скриптов)
* Особенности gzip / deflate
* Оптимизация CSS (размер / подходы)
* Оптимизация верстки (подходы / направления)
и т.д.
Я не пытаюсь умалить достоинства Ильи, просто если здесь «Секреты» и были, то точно не «Клиентской оптимизации».
-3
Конечно, упор делался на Javascript. Но примерно половина перечисленного была, хотя и кратко. Все-таки 4 часа — это 4 часа, особенно не разгуляешься.
0
Завязывай топтаться по своему же коллеге. Он вправе для краткости обобщить название семинара, раскрыв его уже более полно и конкретно в плане. Я, конечно, понимаю, что термин «клиентская оптимизация» кажется тебе уже настолько родным и близким, что не хочется его никому отдавать, но увы… жизнь бывает несправедлива.
+2
Ну в этот раз Кантор правильным путем пошел – выделил рассказ про оптимизацию в отдельный мастер-класс. А в ноябре часа четыре своего мастеркласса по JS этому посвятил. Но судя по топику путаница в головах имеет место быть.
0
В обиде? Смотри — ты варишься в «клиентской оптимизации», считаешь себя специалистом. Кто-то слишком общо назвал свой семинар, тебя с профессиональной точки зрения сразу же это покоробило, потому как ты картину знаешь в целом, а семинар только про часть. Можно сказать, что ты обиделся? Нет. Это одна из разновидностей профессиональной ревности. Тяга контролировать тему, в которой сьёл собак(у).
Приблизительно та же самая байда и с книжкой. Ты выпустил книжку, где «узкая область» про javascript натаскана тобой из гугля, авторский текст вплетён в свой текст и даже ошибки не исправлены. Кто-то сидит сейчас в очках и вчитывается в эти ошибки. Считай, что меня это профессионально покоробило. Вот и вся история.
Приблизительно та же самая байда и с книжкой. Ты выпустил книжку, где «узкая область» про javascript натаскана тобой из гугля, авторский текст вплетён в свой текст и даже ошибки не исправлены. Кто-то сидит сейчас в очках и вчитывается в эти ошибки. Считай, что меня это профессионально покоробило. Вот и вся история.
0
Насчет профессиональной ревности соглашусь, есть такое. Ставить других профессионадов на место, чтобы непрофессионалы плохому не учились.
А вот читают Вас сейчас люди и думают — ай да молодец, ай да опустил автора. А ведь никаких конкретных примеров «текста из гугла» Вы привести не сможете. Потому что их просто нет. Да, был материал из MSDN, но это никак не гугл. Да, он был переведен и проработан. Да, во всей книге были опечатки (потому что они везде). Но авторского материала там не 5%, и не 10%. А 90%.
А с учетом нулевого количества топиков на Хабре (и большого количества «опускательных» комментариев) ситуация вполне ясная вырисовывается: Вам очень нравится опускать людей, но НИЧЕГО позитивного Вы при этом на свет не производите. Грустно.
А вот читают Вас сейчас люди и думают — ай да молодец, ай да опустил автора. А ведь никаких конкретных примеров «текста из гугла» Вы привести не сможете. Потому что их просто нет. Да, был материал из MSDN, но это никак не гугл. Да, он был переведен и проработан. Да, во всей книге были опечатки (потому что они везде). Но авторского материала там не 5%, и не 10%. А 90%.
А с учетом нулевого количества топиков на Хабре (и большого количества «опускательных» комментариев) ситуация вполне ясная вырисовывается: Вам очень нравится опускать людей, но НИЧЕГО позитивного Вы при этом на свет не производите. Грустно.
0
Из перечисленного, я постарался рассказать параллельную загрузку ресурсов, причем совсем не так, как это пишет тот же Содерс, а совершенно с другой позиции. Разумеется, там было и про скрипты/css с конкретными рецептами, про асинхронное связывание.
Насчет нужности — параллельная загрузка в рамках 1 домена нужна всем. Это как FlashGet. «Просто быстрее». Другое дело — специализированные заморочки для совсем крутой параллельности, где небольшой выигрыш при серьезном геморе. Постарался рассказать все самое важное и удобное, для того чтобы, сделав немного, получить выигрыш сейчас.
Про правильное браузерное кеширование — не мог не рассказать, это действительно клиентская оптимизация, хотя и требующая настроек серверной части.
Также на МК было сравнение спрайтов и data:URI, автоматизированная сборка и поддержка.
Там была оптимизация интерфейсов, очень подробно — это в тему Javascript.
Система сборки dojo — ее, конечно, удобнее всего прикручивать там, где нужны layered builds, из нескольких layers.
Подробнейший обзор компрессоров и внутренних механизмов их работы, с выбором. Без графиков сжатия, которые имо не нужны. Google Closure Compiler там тоже был.
Там было и много чего еще, как это всегда бывает на МК.
Пришло действительно 7-8 человек, меня это самого очень удивило, народ явно не вдуплил, что там будет ;) Но те, кто пришли, надеюсь, получили много интересной информации.
Материал, который я рассказываю на МК — готовлю я лично, это занимает, поверьте, очень много времени и труда. Он, преимущественно, авторский.
Для «AJAX 2.0» презентации и материалы вообще 2 года готовились и улучшались.
Кроме того, по согласованию с участниками, решили включить туда недокументированные возможности Google Closure Compiler.
Ни в коем случае не хочу преуменьшить заслуги sunnybear в продвижении продвинутых практик на наши русскоязычные просторы ;)
Надеюсь, что раскрыл тему…
— С уважением,
Илья Кантор
Насчет нужности — параллельная загрузка в рамках 1 домена нужна всем. Это как FlashGet. «Просто быстрее». Другое дело — специализированные заморочки для совсем крутой параллельности, где небольшой выигрыш при серьезном геморе. Постарался рассказать все самое важное и удобное, для того чтобы, сделав немного, получить выигрыш сейчас.
Про правильное браузерное кеширование — не мог не рассказать, это действительно клиентская оптимизация, хотя и требующая настроек серверной части.
Также на МК было сравнение спрайтов и data:URI, автоматизированная сборка и поддержка.
Там была оптимизация интерфейсов, очень подробно — это в тему Javascript.
Система сборки dojo — ее, конечно, удобнее всего прикручивать там, где нужны layered builds, из нескольких layers.
Подробнейший обзор компрессоров и внутренних механизмов их работы, с выбором. Без графиков сжатия, которые имо не нужны. Google Closure Compiler там тоже был.
Там было и много чего еще, как это всегда бывает на МК.
Пришло действительно 7-8 человек, меня это самого очень удивило, народ явно не вдуплил, что там будет ;) Но те, кто пришли, надеюсь, получили много интересной информации.
Материал, который я рассказываю на МК — готовлю я лично, это занимает, поверьте, очень много времени и труда. Он, преимущественно, авторский.
Для «AJAX 2.0» презентации и материалы вообще 2 года готовились и улучшались.
Кроме того, по согласованию с участниками, решили включить туда недокументированные возможности Google Closure Compiler.
Ни в коем случае не хочу преуменьшить заслуги sunnybear в продвижении продвинутых практик на наши русскоязычные просторы ;)
Надеюсь, что раскрыл тему…
— С уважением,
Илья Кантор
+2
В следующий раз, пожалуйста, предупреждайте о семинарах хотя бы недели за 2 — это средний срок оформления командировки.
+1
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Мастер-класс «Секреты клиентской оптимизации» — как это было