Прежде всего, это очень бессистемная идея. После периода формализованного обучения процессу разработки и периода накопления я начал жаловаться.
Разделение :
после расставания
Структурный процесс разработки:
Для тех, кто отвечает за создание страниц, структура, конечно же, передается разработчикам серверной части и сценариев JS/DOM, которые реализуют улучшенные функции в документе планирования. Однако он основан на структурном документе, созданном более поздним производственным персоналом, и не может разрушить более позднюю структуру.
Распознаватель структуры:
Структура — это язык, который могут читать машины. Естественно, она признает, что является машиной, поэтому ее главное значение — передача данных. Самое интересное здесь — извлечение данных. Я считаю, что большинство машин, которые сейчас извлекают данные, являются роботами-сканерами поисковых систем, а это означает, что объектами тестирования и обслуживания нашей структуры являются в основном поисковые роботы. Тогда SEO — лучший стандарт для проверки нашей структуры.
Создание набора стандартизированных структур помогает машинам легко понимать наши документы. Создание семантических документов также позволяет машинам легко извлекать необходимые данные. Микроформаты, естественно, представляют собой ленивый способ извлечения данных. Набор семантических спецификаций устанавливается на основе существующей семантики. Также можно увидеть, что структура XHTML действительно неудовлетворительна в этом отношении, и переход к XML происходит главным образом по этой причине.
Процесс выражения
По сравнению со структурой CSS ориентирован на визуальный уровень, который узнаваем людьми. Он построен на уровне пользовательского интерфейса и естественным образом разрабатывается после получения требований к пользовательскому интерфейсу.
Признан:
Люди, люди — это их идентификаторы, а это значит, что CSS предназначен для людей и должен предоставлять информацию, которую можно увидеть или услышать, в основном видимую. Чтобы люди могли лучше видеть информацию, которую вы предоставляете, необходимо совместить типы и версии браузеров, а также совместить устройства. Итак, вам как разработчику CSS требуется кроссплатформенность. Что касается близости, то это более гуманная сторона. Когда вы сталкиваетесь с людьми с физическими недостатками, ваши требования к узнаваемости выше, и вам приходится делать больше.
Поведение процесса поведения, популярный сейчас богатый клиент, хотя он включает в себя CSS и HTML, в основном это JavaScript, dom и xmlhttp. После того, как поведение должно быть ясным, в идеале все, что ему нужно, — это интерфейс, а общий идентификатор — это его интерфейс. . Процесс, с которым я столкнулся, заключался в том, чтобы передать его разработчику сценария после завершения создания HTML. Но я думаю, что после того, как требования будут ясны, разработчик сценария может разработать интерфейс, такой как ID, а затем дождаться завершения страницы и сослаться на js-файл.
Признан:
Люди, человеческое поведение, то есть взаимодействие, рождается на основе хорошего опыта, соответствия поведения человека ожиданиям поведения, результатам и ожиданиям.
ПМ
Роли, которыми я когда-то хотел быть, но сейчас мне не нравятся, они вообще этого не осознают. После разговора о взаимодействии они позволяют проектировать пользовательский интерфейс, создавать страницы, а программисты добавляют функции... Их. целевые потребности: Эта страница требует только того, чтобы ее можно было использовать в IE5. Я хочу опубликовать.
Итерация версии Цикл итерации версии очень короткий. Изменения в требованиях и неоднозначность — это нормально. Так в чем же смысл продления жизненного цикла и сокращения затрат? Разработка все еще повторяется, и постоянно выпускаются новые версии. Интернет работает быстро и медленно, и невозможно дать вам достаточно времени, чтобы подумать, выполнены ли ваши требования. Необходимо ли по-прежнему применять веб-стандарты для разработки? Эффективность прежде всего!
Должно ли производство идти после пользовательского интерфейса?
Разве производители не могут участвовать в планировании продукции? Некоторые проекты пользовательского интерфейса являются полностью художественными, основанными на изображениях, вообще не рассматривая их как веб-интерфейс. Пользовательский интерфейс ориентирован на CSS, а за его структуру отвечает производитель. Это два совершенно независимых элемента, и оба имеют такое абсолютное значение. Почему производитель должен следовать пользовательскому интерфейсу и создавать документы в соответствии со структурой пользовательского интерфейса?
После того, как я закончил это писать, я почувствовал, что это неинтересно и в основном жаловался на это!