Принцип логики нарушил ещё Папа вэба — Тим Бернерс-Ли, который в своём первом драфте накидал кучу визуальных тэгов. Shame on you, Tim! Хорошо хоть, исправляешься. Я неожиданно удивился изменениям в XHTML 2.0:

1. Элемент <blockcode>, которого всем так не хватает, на замену тупой конструкции <pre><code> … </code></pre>
2. Элемент <l>. Для обработки строк, незаменимая вещь. Опять же избавляемся от мусорного <br />
3. Элемент <separator> взамен <hr />. Человечное и логичное название.
4. Ну про <section> уже все успели написать и раскритиковать, но я поддерживаю это нововведение. Мне, например, не удобно постоянно следить за уровнем заголовков. Я бы предпочёл автоматизировать этот процесс наподобие нумерованных списков.
5. Очень не хватало группировки терминов и значений. Именно из-за отсутствия такой возможности в статье о позиционировании картинок в галерее приходилось в качестве группирующего элемента использовать сам элемент <dl>, что было не логично и неудобно для восприятия.
6. <nl> — это, насколько я понимаю в замен устаревшему <menu>. Насчёт обязательного присутствия элемента <label> я не согласен. Почему у меня не может быть навигации без заголовка? Тем более получается конфликт с одноимённым элементом в формах.
7. Супер-пупер вещь — href в любых элементах! Сколько мучений с тем, что в тэг <a> не допустимо засовывать блочные тэги!
8. Логичный атрибут edit вместо элементов <ins>, <del>, с дополнительными значениями. Похоже на свойства файла.
9. Почти отказ от элемента <img>. Атрибуты src, usemap, ismap, shape, coords можно добавить для любого элемента, содержимое которого заменится на картинку переданную в src. Причём в src может быть не только картинка, но и любое другое содержимое, любой mime‑контент. Но чтобы это корректно работало, нужно указать тип содержимого в srctype. <img> в свою очередь стал парным тэгом, а содержимое его выступает в качестве альтернативного текста.
10. <handler> вместо <script>. Зачем? Неужели <handle> семантически точнее, чем <script>? Опять же предлагается прямо в нём писать javascript. Да ещё и модуль XML событий добавили! А как же «Васька — отдельно, сосиски — отдельно»?
11. Атрибут media во всех элементах. Т. е. можно сразу определить в элементе для какого девайса его показывать. Удобно когда нужно сделать страницу корректно отображаемую на мобильнике или печатаемую на принтере. Например, для мобильных браузеров не поддерживающие CSS это очень кстати. Хотя, к тому времени, когда XHTML 2.0 станет общеиспользуемым, у нас не останется таких мобильников.
12. Элемент meta превратился в парный тэг. Логично. Информации много, её надо куда-то девать. В content всё не умещается.
13. Нагородили огород с <link>. Народ cite толком не использует, а они ещё хотят писать дополнительные элементы <link> и <meta> для указания источника, языка, автора…
14. Указание внешнего источника стилей расширено xml-ным способом, через элемент <?xml-stylesheet?>
15. Нет объяснения, зачем к id добавили ещё xml:id. Видимо по той же причине что и xml:lang. Да, но зачем вообще явно указывать namespace?
16. Отличнейший атрибут role. Любым приложениям, а так же поисковикам, можно будет рассказывать о предназначении того или иного элемента.

Сырой документ. Много недописанного, в том числе XForms. Но в целом «верной дорогой идёте, товарищи!» Но идти вы так будете очень долго.

Что мы имеем сейчас?

Самые непопулярные браузеры имеют самые быстрые темпы развития и поддержку новых технологий. Хочу обратить ваше внимание на тот факт, что браузеры Opera, Firefox и Safari поддерживают несуществующие тэги. Любой вами придуманный тэг (в HTML, а не в XML) является по‑умолчанию строчным, но его внешний вид можно настроить с помощью CSS как угодно.

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

Каким я вижу HTML?

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

Любые специфические элементы (элементы форм, внедряемые объекты, мета‑информация) нужно переводить в атрибуты и иметь возможность задавать их любым элементам.

Единственное, что можно допустить, это разделение невидимого контента, предназначенного для браузера (head), от отображаемого пользователю контента (body).

Убрать возможность добавлять скрипты и стили непосредственно в HTML‑документ. Только выносные.

Проблемы

Я не говорю о такой глобальной проблеме, как убеждение производителей браузеров в использовании такого метода. И так понятно, что их прошибить сложно. У них бизнес-план расписан на несколько лет вперёд.

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

Выхода два:

1. оставить совместимость с существующим HTML;
2. стандартизировать понятие «браузер», как программу отображающую содержимое размеченное HTML‑тэгами и стилизованное CSS‑описанием. Любые нестандартные проявления встречать свистом и недовольным улюлюканьем.

Второй вариант предпочтительней.

Жду гневные комментарии, господа верстальщики-гуру!

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

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

Например, зайдя на сайт hp я могу выбрать Латвию и посмотреть продукты продаваемые на территории моей страны, но не могу выбрать русский язык, который является родным для 30% населения. Мне приходится выбирать Российскую локализацию. В этом случае может возникнуть проблема в том, что тот или иной продукт, который я для себя присмотрю не будет доступен в Латвии.

Возможно к каждому сайту локализованному для различных стран нужно подходить индивидуально. Но в таком случае, штат сотрудников растёт, и каждый сайт должен создаваться отдельно (как чаще всего происходит). Очень часто бывает так, что главный сайт компании (как правило на .com домене) отличается не только по контенту, но и по дизайну.

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

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

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

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

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

Проблема со стороны учебных заведений

Есть какие-то компьютерные курсы, на которых преподают HTML уровня конца 90-х годов, немного CSS и Photoshop. Есть курсы по PHP и Flash. Но это всё простые основы без особого углубления. Те сертификаты, которые они выдают, можно повесить в рамочку над бочком в туалете.

Есть институты и университеты с программами «Web-дизайн» и «Web-технологии». Здесь дело обстоит ещё хуже. Магистры и профессора обучающие табличной вёрстке, где-то надёргали общей информации и отработали своё. Что ещё нужно? А что, разве бывает что-то ещё?

У TSI есть курсы по web-дизайну с сертификатом Association of Sertified IT Professionals (Британская ассоциация профессионалов по информационным технологиям). Судя по отзывам, тут другая проблема. О ней ниже.

Проблема со стороны студентов

Студентов на курсах я могу поделить на следующие категории:

• «Мама с папой сказали, чтоб чем-нибудь занялся. Мне нравятся компьютеры.»
• «Да делать нечего. Почему бы чем нибудь не заняться? Желательно на компьютере.»
• «Шеф сказал, что нашей фирме нужен сайт. А я единственная, кто работает за компьютером.»
• «В Web-дизайнеры пойду, пусть меня научат!»
• «А у вас дешевле.»
• «Интересуюсь Web-дизайном и программированием, уже имею некоторый опыт. Хочу пополнить, получить сертификат и заниматься профессионально.»

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

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

Концепт школы

Так вот моя идея создания школы заключается в подготовке профессионалов в области Web-технологий по четырём направлениям:

1. Web-дизайнер
2. Web-верстальщик
3. Web-программист
4. Web-разработчик

Общие дисциплины

Общие дисциплины для всех программ.

• Инструментарий: программы, браузеры, web-сервисы (информационные лекции)
• HTML/XHTML
• Web-форматы и типы данных
• Авторское право
• Юзабилити

1. Программа «Web-дизайн»

Изучение Web-дизайна как искусства оформления web-страницы.

Дисциплины

• Вёрстка и программирование
  • CSS (основы)
  • JavaScript (основы)
  • SEO (основы)

• Компьютерная графика
  • Adobe Photoshop
  • Adobe Illustrator
  • Adobe Fireworks
  • Adobe Flash (основы ActionScript)
  • Corel Draw

• Дизайн
  • Теория цвета и колористика
  • Композиция
  • Айдентика
  • Web-дизайн

2. Программа «Web-вёрстка»

Вёрстка web-страницы и программирование на стороне клиента.

Дисциплины

• Вёрстка
  • XML/XSLT/YAML (and so on)
  • CSS
  • CSS frameworks
  • Графические редакторы (основы)
  • Flash/ActionScript (основы)
  • SEO (основы)

• Программирование
  • JavaScript
  • JavaScript frameworks
  • PHP (основы)
  • AJAX

3. Программа «Web-программирование»

Основной упор на программирование на стороне сервера.

Дисциплины

• Вёрстка
  • XML/XSLT/YAML (and so on)
  • CSS (основы)
  • Графические редакторы (основы)
  • SEO (основы)

• Программирование
  • JavaScript
  • JavaScript frameworks
  • PHP
  • ASP
  • Python
  • Ruby
  • Frameworks
  • AJAX
  • Базы данных (MySQL/MSSQL)

4. Программа «Web-разработка»

Разработка Web-проектов.

Дисциплины

• Вёрстка и программирование
  • CSS (основы)
  • Графические редакторы (основы)
  • Языки программирования и framework’и (основы)
  • Базы данных (основы)
  • Web-дизайн (основы)

• Web-разработка
  • Концепция и разработка
  • Компьютерное моделирование
  • Project-management
  • SEO

Программу накидал, но наверняка неплохо было бы подшлифовать: что-то дополнить, убрать, переместить.

Лицензия, аккредитация, сертификация.

Главные проблемы. Если простые компьютерные курсы могут существовать даже без лицензии, то вуз должен проходить процедуру лицензирования и аккредитации. Должен, но не получится. Дело в том, что наше министерство образование посмотрит на такую программу и начнёт плеваться: «что вы тут понаписали? А где математика, статистика, социология, психология, философия, законодательное право и другие общеобразовательные предметы?»

Ладно, насчёт дискретной математики, я согласен. Всё-таки это, можно сказать, введение в программирование. Насчёт статистики, тоже допускаю. Например, проектирование игр и поисковая оптимизация без этого не обойдётся. А вот насчёт всего остального сомневаюсь.

И последнее: опять люди.

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

Конечно, это всё рассуждения. Я не сорвусь сейчас регистрировать школу, искать преподавателей, искать деньги и объявлять набор. Но порассуждать на эту тему можно, как вы считаете?

Судя по логотипу скорее плагиат или воровство. Лого-то спёрли у Quake II и превратили в кактус.

Особо хочу отметить классическое зелёное на красном в шапке сайта.

И такое миленькое lapas izstrāde:ReinisR в подвале.

Поучаствовать что ли в конкурсе со своей идеей о туалетах? ))

Updated: onkulis пояснил, что это оказывается повёрнутый на 90 градусов значёк евро. Ну тогда это в двойне не правильно. В этом случае фикус должен выглядеть вот так:

Представьте: Фирма арендует общественные туалеты, создаёт новые, например, на вокзалах. Делает их бесплатными за счёт рекламодателей. Рекламу вешают везде. Даже в кабинках. Штат уборщиц тоже на деньги рекламодателей.

Человек по любому будет ходить в туалет, это его естественная потребность может принести много денег. Главное взяться.

Всяко лучше, чем народное творчество, типа:

Писать на стенах туалета,
Увы друзья, не мудрено
Среди говна мы все – поэты,
Среди поэтов мы – говно.

По порядку. Как происходит заказ в McD? Подходит очередь клиента, он называет то, что хочет заказать, а работник на кассе тупо тыкает на кнопочки с соответствующим товаром. Комп сам всё считает: сумму, сдачу. Клиент расплачивается и ждёт у кассы пока работник побегает и соберёт ему заказ. Потом клиент с полным подносом шарится по заведению в поисках свободного столика.

Смотрим на это с другой стороны. Клиент приходит в ресторан (хотя я бы это заведение назвал “общепитом”), подходит к компьютеру, нажимает на соответствующие его выбору кнопочки, эти выбранные продукты появляются в нижней части экрана и автоматически высчитывается сумма. Если клиент раздумал брать что-либо, он просто может ткнуть на выбранный продукт. После того как клиент натыркался и заказ его полностью удовлетворяет, он нажимает на кнопку “Оформить заказ”. В итоге компьютер выдаёт клиенту номерок, как в банке, а на компьютер работников приходит сообщение о новом заказе. Пока работники собирают поднос, клиент может занять столик и ждать за столиком, а не у стойки. Звенит звоночек, на экране появляется номер заказа и клиент идёт его получать, где собственно и расплачивается.

Ну вот примерно набросал:

Такое своеобразное объединение общепита и банковских технологий.

Плюсы:

• Нет очередям
• Клиент может занять столик ожидая заказ
• Меньше работников на кассе

Минусы:

• Клиенты должны чуть-чуть работать мозгами, общаясь с компьютером

Представьте. Некая фирма, арендует у мэрии или городского самоуправления парк или часть парка, можно в центре или недалеко от центра, ну во всяком случае более-мене оживлённой части города (не спальный район). Разделяет парк на участки и предоставляет фирмам и компаниям развивать ту или иную часть парка, допуская возможность саморекламы. Например, беседка в виде автомобиля, как реклама автомобильного гиганта GM или выложенное цветами название фирмы Stenders, небольшой водопадик и свисающее над ним чайное дерево – Nestea, фруктовые деревья – для рекламы соков и йогуртов…

Главные условия – экология, озеленение парка и удобство посещения. Креатив – в рамках фантазии штатных дизайнеров рекламируемых фирм и “наёмных” флористов. Доход фирмы – плата рекламируемых компаний за аренду участка.

В итоге получаем красивый, креативный парк, удобный для прогулок и отдыха и новая местная достопримечательность. Самое главное – это начальная раскрутка и начальный капитал. С нуля не очень-то получится.

Кто дерзнёт?

За основу стартапа берётся идея JS-Kit, которая позволяет размещать на любом сайте систему комментариев, рейтинга с комментариями и голосования, причём на сайт добавляется только JavaScript код, а данные все хранятся на сервере JS-Kit.

Так вот, суть стартапа: Блог. Блог, данные которого хранятся в базе данных сервера. На сайт же помещается index.html со скриптом вида:

<script type="text/javascript" src="http://www.outerblog.com/blog.php"></script>

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

<a href="post.html?id=47">Новый пост</a>

где post.html ещё один файл со скриптом типа:

<script type="text/javascript" src="http://www.outerblog.com/post.php"></script>

отображающий выбранный по id пост, соответствующие ему комментарии и форму отправки сообщения.

Дальше можно додумать страницу Архива постов и дополнительные виджеты типа того же голосования, календаря, облака тэгов и т.п.

Плюсы:

• Не требует поддержки серверных скриптов и базы данных
• Можно размещать на любом домене
• Редизайн по своему вкусу, почти без ограничений
• Почти полный Ajax

Минусы:

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

Как и в прошлый раз, напоминаю: Готов сотрудничать и получать дивиденды.

Web 2.0 интересен тем, что контент в проектах наполняют сами пользователи и сами же пользователи оценивают значимость контента и рейтингуют его, как в последнее время модно – диггами (digg).

Идея стартапа заключается в том, что создаётся система на подобие flickr.com, где регистрируются все любителя покреативить. Первую тему для креатива придумал, можно потом расширить.

Например, художник создаёт какую либо иллюстрацию, картину, дизайн сайта, постер, фотографию или что-то вроде того, но его поделка имеет характерное писимистическое настроение, тёмную цветовую гамму, или негативную тему. Стиль может быть разный от гранджа до гламура, от готики до барокко. Закачивает на сайт.

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

Или наоборот, первый создаёт позитив, а второй – негатив. Посетители в воссторге раздают дигги и комментируют работы.

Примерно вот так:

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

Можно придумать и другие темы: красное vs. зелёноt, маленькое vs. большое, твёрдое vs. мягкое, Тимати vs. Собчак…

Принял решение года! Буду выкладывать на блог свои идеи. Может быть кому-то пригодится. Я в свою очередь не в состоянии их осуществить, так как нет ни времени, ни средств. Если будете использовать не забудьте отписаться в комментах. Ну и если не жалко – поделитесь доходом с проекта.