Я бы не сказал, что у меня есть метод обучения. Чтобы был сформировавшийся метод — нужно время и опыт обучения. Сейчас я просто имею некоторые представления о том, что эффективно в обучении, а что нет.
Удаленное обучение, в частности, плохо тем, что не меняется обстановка. Человек, в этом случае, обычно находится в том же месте, в котором он обычно проводит время за компьютером. Меньше контраста, меньше эмоций и, соответственно, меньше информации усваивается и эффективность занятий понижается.
Столлман может быть умным дядькой. Но это не отменяет его неадекватности. Линус, собственно, правильно сказал: Anybody who tells me I can't use a program because it's not open source, go suck on rms. I'm not interested. 99% of that I run tends to be open source, but that's _my_ choice, dammit.
Кстати, нужно как-то что-ли границу провести, что есть фреймворк, а что рюшечки и графика. В этом обзоре очень как-то все сосредоточено на графических элементах. Я бы не стал называть заготовленные элементы управления фреймворком (просто из статьи сложилось ощущение, что это и есть основное отличие). Практически ничего не сказано о том, что там внутри и как выглядит пример кода. Show me the code!
Во-первых никто не обязывает сейчас делать прямо xml. Первоначально можно расширять таким способом обычный xhtml. И это уже вот прямо щас работает ) Во-вторых, есть такие слухи, что IE собирается переходить на WebKit. Так что откинемся на спинку кресла…
А вот что точно не работает пока ни в одном браузере, так это HTML5.
Это очень тонкий вопрос, нужно понимать, что тут может быть несколько стратегий. Я уверен, что вы их себе представляете. Решение в чистом виде не может работать в 100% случаев.
Нифига подобного. Я тебе приведу в пример развитие Ruby. У Ruby есть несколько реализаций: MRI, JRuby, Ruby 1.9, .NET Ruby, Rubinuis. И это нормально. Каждый сам выбирает, какую реализацию ему юзать. Так же как и с Линуксом: кто проиграл от разнообразия дистрибутивов? Наоборот, все выйграли, потому что практически каждый дистр помимо своих фич сделал какой-то контрибьюшн, который потом все позаимствовали. А w3c — это бюрократия и дрочерство )
То что я предлагаю — это реально работающий на сегодня способ. Сторонники консорциума могут сколько угодно рассуждать о стандартах и правильности, но мы знаем немало примеров, когда предложенные им стандарты просто медленно всеми забывались, будучи так никем и не реализованными. Так что извини, не убедил.
То есть если вот завтра вам скажут: вот мы тут написали расширение для HTML, которое позволяет писать на HTML5, нужно только подключить .js файл — откажетесь?
Конкретные проблемы можно начать решать уже сейчас. Для этого необязательно использовать xml. Обычный html или xhtml можно точно таким же способом расширить, добавив новые элементы. Например можно существенно упростить колоночную верстку, или добавить новые тэги из html5 с уже определенным в js поведением. При этом, браузер не будет ругаться, если кто-то забыл закрыть тэг.
И да: dtd, css и js файлы, имеющие отношение к DSRB можно хостить в публичном месте (например в гугле, как библиотеки jQuery). Таким образом мы их кэшируем и загружаем только один раз.
Удаленное обучение, в частности, плохо тем, что не меняется обстановка. Человек, в этом случае, обычно находится в том же месте, в котором он обычно проводит время за компьютером. Меньше контраста, меньше эмоций и, соответственно, меньше информации усваивается и эффективность занятий понижается.
И больше, чем с одним человеком в неделю я вряд ли успею, поэтому предложение, так сказать, ограничено.
Хотя все равно обзор интересный, плюсую.
А вот что точно не работает пока ни в одном браузере, так это HTML5.
То что я предлагаю — это реально работающий на сегодня способ. Сторонники консорциума могут сколько угодно рассуждать о стандартах и правильности, но мы знаем немало примеров, когда предложенные им стандарты просто медленно всеми забывались, будучи так никем и не реализованными. Так что извини, не убедил.
2) При наличии быстрого движка — не будет.
<three-columns>
<one></one>
<two></two>
<three></three>
</three-columns>
В css:
three-columns {}
three-columns one {}
three-columns two {}
three-columns three {}
Ну и в js нужно будет генерить wrapper-ы и прочие технические элементы, которые нужны, чтобы верстка работала во всех браузерах.
Добавляем стили для новых элементов, которые заранее работают во всех браузерах. Problem solved.
И да: dtd, css и js файлы, имеющие отношение к DSRB можно хостить в публичном месте (например в гугле, как библиотеки jQuery). Таким образом мы их кэшируем и загружаем только один раз.