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

Подробнее узнать о конкурсе, пообщаться с представителями Microsoft, а также зарегистрироваться на участие можно будет на конференции WebConf Riga 2010. Конференция состоится 6 и 7 ноября в гостинице Tallink Hotel Riga и соберёт большое количество веб-разработчиков из стран Балтии и СНГ. Докладчики — известные разработчики и профессиональные программисты, представители компаний Oracle, Percona, Zabbix, Школа веб-технологий, Calis.lv, Murano Software, Agunga, GARM Technolgies.

Кроме того вся подробная информация о конкурсе будет доступна на официальной странице в начале ноября.

• Что такое Акселератор
• Как создать свой Акселератор (по английски)
• Примеры Акселераторов

ПРЕДСТАВЛЯЕТ

6 и 7 ноября состоится международная профессиональная конференция специалистов по веб-разработке WebConf Riga 2010. Мероприятие будет проходить в хорошо оборудованном конференц-зале гостиницы Tallink Hotel Riga и соберёт большое количество профессионалов веб-разработки из стран Балтии и СНГ и всех, кто интересуется разработкой веб-приложений, управлением коллективами веб- разработчиков и администрированием серверов для веб-проектов.

Как пояснил директор Школы веб-технологий, Никита Селецкий, в отличии от прошедшей 22 мая Web Standards Days Riga 2010, также организованной Школой, данная конференция включает более широкий охват тем, таких как разработка веб- приложений, построение эффективного управления командой, подходы к вёрстке объёмных сайтов и работу с базами данных.

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

Благодаря поддержке компании Zabbix и отеля Tallink Hotel Riga, стоимость участия в конференции составляет всего 20 Ls за два дня. Количество мест ограничено.

Подробная информация, а так же регистрация — на сайте конференции.

22 мая в Риге в конференц-зале новой гостиницы Tallink Hotel Riga успешно прошла первая в Балтии международная научная конференция специалистов по веб-разработке Web Standards Days Riga 2010, в которой приняло участие около 200 специалистов в области веб-технологий и интересующихся веб-разработкой.

В рамках конференции поделились опытом эффективного использования веб-стандартов известные профессиональные веб-разработчики из Украины, России и Латвии представители Opera Software, TYPO3 Development Team, Школы веб-технологий и фрилансеры. Темы касались как новых версий языков разметки и стилизации HTML 5 и CSS 3, так и различных средств разработки веб-сайтов для мобильных устройств, инструментов веб-разработчика, CSS-менеджмента, нюансов вёрстки, анализа ситуации использования веб-стандартов в проектах латвийских компаний и соответствующих рекомендаций.

Никита Селецкий презентовал первый доклад, в котором был разъяснён смысл DOCTYPE и понимание его необходимости и был предоставлен статистический анализ веб-сайтов участников конференции на предмет использования Unicode-кодировки и DOCTYPE, на основе которого дал рекомендации по использованию сокращённого варианта этой декларации. Кроме того, было высказано мнение по поводу использования различных единиц измерения на веб-сайтах.

• Презентация
• Статья на блоге seleckis.lv

Дмитрий Дулепов поделился опытом разработки веб-приложений для мобильных устройств с ориентацией на европейский и американский рынок. В презентации была представлена статистика использования мобильной продукции Apple и мобильных браузеров, а также проведён подробный обзор фреймворков для различных мобильных платформ.

• Презентация

Антон Немцев выступил с докладом о возможностях, которые к нам приходят вместе с HTML 5 и CSS 3, в рамках которого подробно описал новые возможности вёрстки, инструменты расположения элементов веб-страницы, внедрение шрифтов, анимации, трансформации элементов и другие долгожданные возможности.

• Презентация
• Отчёт о конференции

В своём докладе о CSS-менеджменте Вадим Макеев рассказал об очень многих вещах связанных с организацией CSS файлов, рассмотрел плюсы и минусы различных подходов по использованию комментариев и расположению фрагментов кода и дал свои рекомендации по систематизации, а также напомнил об условных комментариях и CSS-фильтрах для Internet Explorer.

• Презентация

Михаил Баранов сделал достаточно глубокий анализ популярного инструмента разработки Firebug для Firefox и подобных инструментов в других браузерах, которые позволяют значительно облегчить поиск ошибок в вёрстке.

• Презентация

Доклад о Lean Startup от Максима Берёзы был посвящён методу быстрого старта проекта и его спирального развития. В качестве примера был приведён свой опыт разработки социальных проектов с использованием открытых технологий.

• Презентация

Кроме того в формате дискуссии прошёл круглый стол на тему «Веб-стандарты vs. Rich Internet Applications». Обсуждение касалось развития веб-стандартов HTML 5, CSS 3 и сопутствующих им технологий до уровня проприетарных фреймворков таких как Flash, Silverlight и Java. Веб-евангелисты и сторонники RIA попробовали разобраться, на что ориентироваться сейчас и какие из технологий в будущем станут стандартом «де факто» для разработки сайтов и приложений для веба.

Организаторы и спонсоры — Школа веб-технологий, Объединение разработчиков «Веб-стандарты», компания GARM Technologies и дизайн-студия True Vision благодарят всех посетивших мероприятие, а также иностранных гостей за активное участие в конференции. Можно быть уверенным в том, что встречи такого рода будут проводиться регулярно, собирая специалистов по веб-технологиям для качественного образования и пропаганды использования веб-стандартов.

Доклады и отчёты можно найти на сайте webstandardsdays.ru, и в твиттере http://twitter.com/webstandards_ru

Много было регистраций работников различных дизайн студий, компаний занимающихся разносторонней веб-разработкой, банков, министерств, фрилансеров и просто интересующихся. Я не зря добавил в форму регистрации поле для адреса сайта. Те люди, что собрались на конференцию, скромно говоря, флагманы, пионеры латвийской веб-разработки. Поэтому не грех было покопаться в их работах и попробовать понять, что же всё-таки у нас происходит с текущим использованием технологий?

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

Вчера

Итак, что же можно назвать «вчера»?

• ASCII кодировка
• Не использование DOCTYPE
• DOCTYPE с указанием спецификации
• Валидация ради валидации

Список можно продолжить, но мне лениво.

Кодировка

Для начала рассмотрим какие кодировки использовались на проанализированных сайтах.

Здесь всё замечательно, почти на всех сайтов используется кодировка utf-8. Это проще, чем подбирать для каждого языка свою. Здесь могу только посоветовать, тем 7 %, кто остался переходить на uft-8. Больше говорить не о чем.

DOCTYPE

Многие до сих пор не понимают значения доктайпа. Для того, чтобы это понять, нужно сначала обратиться к истории. Ну долго копаться в ней не будем, единственно упомянем, что существует два режима отображения веб-страницы — Standards Mode  и Quirks Mode,  ну так исторически сложилось. Первый — это режим отображения согласно веб-стандартам W3C, второй — режим поддержки старых сайтов, написанных в 90-е годы. Чем конкретно они отличаются читайте на W3C или в Википедии, ищите в Гугле… информации полно, но я на этом зацикливаться не буду. (Ну там ещё есть almost standards, который от standards почти не отличается)

Если вы не пишете доктайп, то включается Quirks Mode. Если пишете — Standards Mode. Но есть исключения:

• Internet Explorer воспринимает декларацию HTML 4.0 и старее как Quirks Mode.
• В случае с XHTML по правилам требуется xml-декларация. И её фактически никогда не пишут, поскольку из-за неё IE6 переключается в Quirks Mode.
• Опера вообще не поддерживает Quirks Mode. Даже без DOCTYPE страница рендерится в Standards Mode.

Более подробные нюансы о QuirksMode можно почитать в Википедии.

Итог: Чтоб избежать проблем нужно использовать DOCTYPE обязательно.

DOCTYPE с указанием спецификации или валидация ради валидации

Теперь посмотрим как у нас обстоят дела с доктайпами на латвийских сайтах.

Великолепно! 68 % указывают XHTML  декларацию. А теперь проверим, проходят ли они валидацию?

Внимание, вопрос! Зачем для сайтов указывать доктайпы со спецификацией, если валидацию они не проходят?

Если почитать спецификацию XHTML, то такой документ по сути должен передаваться в формате application/xhtml+xml. Это можно сказать «чистый» XHTML. Правильный. Мы все любим правильность и я в том числе, поэтому большинство сайтов написаны в формате XHTML. Там и правильные закрывающие теги и правильная вложенность и дубрирующееся написание значения атрибутов-флагов.

А на самом деле все передают такой документ в формате text/html. Почему? Во-первых многие не знают, что он должен передаваться как application, а во-вторых — незачем! Чаще всего модульные технологии расширения, для которых был создан XHTML, не используются. Ни прстранства имён, ни MathML, ни семантическая вёрстка через RDF и другие крутые вещи не нужны для создния веб-сайтов и сервисов.

Так зачем же мы пишем такой сложный Доктайп? И при чём он у всех такой разный. Он вам не нужен такой! Напишите его проще. Вот так:

<!DOCTYPE html>

Дело в том, что именно по этой части DOCTYPE браузер определяет, переходить ли ему в режим Standards Mode или нет. Указание дальнейшей спецификации и соответствующего адреса браузеру не нужно, он прекрасно справится. Спецификация нужна только для валидатора. Тем более что данная декларация, вот именно в таком виде уже включена в стандарт HTML 5 и тупые ошибки вы сможете определить W3C-валидатором.

Хорошо, допустим вы такой упрямый и всё равно считаете, что будете верстать в XHTML и указывать соответствующий доктайп, просто потому, что так правильней и можно проверить в валидаторе ту самую паранойю «disabled=”disabled”». Но на какой стадии вы это делаете? На стадии девелопинга! Так на продакшен-сервере, то он вам зачем?! Вот то-то и оно…

Холивар про «em vs. px» напишу чуть позже.

Для чего мы решили собраться? Если посмотреть на те проекты, что создаются в Латвии, на то, как верстаются сайты, становится понятным, что в правильном применении веб-стандартов у нас «поле не пахано». Для обсуждения часто возникающих проблем, обзора новых технологий вёрстки, обмена опытом построения систем разработки мы и соберёмся. Нам всем есть о чём поговорить, что обсудить, наладить контакты и увидеть воочию тех людей, блоги которых мы читаем регулярно. Здесь не будет никакого продвижения отдельных коммерческих интересов и технологий. Всё, о чём мы будем говорить — это свой опыт работы с открытыми технологиями веб-разработки.

Вторая версия сайта фотографа Кристины ещё более простая, чем первая, весь акцент на фотографии, никакой лишней графики, полный аякс. Кристина на этот раз вообще отказалась от превьюшек фотографий, а просто разместила их в нескольких альбомах (причём попросила, почему-то сделать названия album1, album2…)

Использовалась CMS TYPO3. Почему? Мне так проще. Несколько сайтов на одной CMS на одном хостинге. Что может быть лучше в администрировании? Дал права доступа и Кристина теперь закачивает фотографии, они генерируются нужного размера и размещаются по категориям.

Участникам DevConf предоставляется уникальная возможность — получить доступ сразу ко всем лидирующим технологиям вебразработки, послушав доклады от основателей этих технологий, приехавших в Москву со всего мира.

Конференция нацелена на профессиональных веб-разработчиков и тех, кто мечтает ими стать. Она объединяет ВСЕ самые распространенные языки, при этом каждому выделен свой поток(зал).

Можно будет погрузиться именно в ту технологию, которая вызывает наибольший интерес. При этом уровень любого из направлений является максимально профессиональным. В каждой секции будут представлены доклады 1-2 непосредственных авторов языка, а также признанных экспертов в области.

Подробнее о конференции

Школа веб-технологий организовывает делегацию участников конференции из Латвии. На DevConf в Москву поедет наш преподаватель Арвид. По всем вопросам обращайтесь через контактную форму. Поможем с билетами и визами.

В первый раз участвовать в таких глобальных мероприятиях было трудно, особенно первый день, но мы выдержали и добились определённого успеха. Как минимум «засветились» среди высших (и не очень) учебных заведений, как Школа предлагающая профессиональное образование в сфере веб-технологий. Как максимум, нас запомнили и проявили интерес к нашей Школе сотни (если не тысячи) людей, а несколько человек сразу записалось на веб-дизайн, мультимедиа дизайн, веб-программирование и сетевое и веб-администрирование.

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

Фотографии и видео можно посмотреть соответственно на фейсбуке и на ютубе.

Ну а в последний день выставки Туриба вместе с какими-то студентами-пограничниками устроила бумажное нападение на Латвийский университет:

«Лево-право, право-лево…» © Фунтик

Т. е. вывод какой? Виновата физиология, а не мозги (у востока — наоборот).

Посмотрим правде в глаза… человека:

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

В силу опять-таки особенности физиологии человеческого глаза, мышцы двигающие глаза по горизонтали гораздо сильнее (или более развиты, не знаю как правильно), чем те, что двигают глаза по вертикали. Иными словами, нам проще смотреть из стороны в сторону, чем сверху вниз (на самом деле всё ещё сложнее).

Веб-сайт — это прежде всего информация. И её расположение очень важно определить, основываясь на особенностях человеческого зрения. Информация на сайте должна структурироваться согласно логической связи различных объектов, которые эту информацию передают.

Допустим, имеем четыре колонки, чтобы всех их просмотреть и понять, что мне нужно, нужно сделать несколько резких движений глаз, причём не только горизонтальных, но и вертикальных, поскольку надо ещё и пробежаться в каждом блоке по вертикали.

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

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

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

Таким образом мы уже будем перемещаться по колонкам не в поисках темы, а в поисках предмета на определённую тему, а это гораздо легче.

Ещё использование колонок для разделения контента и инструментов (сервисов, пользовательского меню и т. д.) тоже является хорошей практикой.

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

В этой статье я прочитаю до конца (она ещё ниже заканчивается), а направо даже не посмотрю.

А что вы думаете по этому поводу?

Сама лекция предназначена для тех, кто уже начал изучать PHP. Так сказать для закрепления материала.

Преподаватель Арвид Годюк, очень волнуется, уж не забрасывайте помидорами, а вот оператора (меня) можете забросать: штатива нет, руки дрожат, поставил было на полку шкафа, так вдруг фокус стал пропадать. Не профессионал, что делать…

Первая попытка даёт старт серии лекций по разным веб-технологиям.