Существует два типа языков разметки: языки в стиле XML и языки в стиле YAML.
В XML-языках все элементы, вне зависимости от их смысла оформляются с помощью общих синтаксических конструкций.
В xHTML синтаксис:
Содержимое
!!!]]>
имеют все элементы, вне зависимости от их семантики: заголовки, ссылки, списки, таблицы и т.д.
В YAML-языках каждый тип элемента имеет свой синтаксис, обусловленный семантикой этого элемента.
Например, в Wiki-разметке для задания горизонтальной линии используют ----,
т.к. эта конструкция внешне напоминает линию;
для задания списка перед каждым пунктом ставят *, т.к. она внешне напоминает маркер списка.
В Wiki-разметке каждый тип элемента имеет свой синтаксис:
Для выделения текста жирным шрифтом, текст обрамляется тремя одинарными кавычками: '''жирный текст'''.
Названия разделов статьи обрамляются двумя (или тремя для подразделов) знаками равенства: === Заголовок ===.
Для горизонтальной линии используется четыре дефиса: ----.
Списки делаются так: на каждой отдельной строке ставится символ # и затем следует пункт списка.
Для ненумерованных списков используется *, например:
* Пункт 1;
* Пункт 2;
* Пункт 3.
Ссылки обрамляются конструкцией вида:
[[Название целевой статьи|видимый текст ссылки]
Для картинок используется следующая конструкция: [[Image:имя_файла.png]]
Для таблиц такая:
{|
|Ячейка 1-1
|Ячейка 2-1
|-
|Ячейка 1-2
|Ячейка 2-2
|}
И т.д.
В математической нотации для каждого действия используется своя запись. Даже арифметические действия записываются по-разному:
Сложение, вычитание и умножение имеет следующий синтаксис: операнд1 оператор операнд2,
например: 2+2, 5-3, 4*6.
Для записи деления, делимое размещают над делителем, и отделяется горизонтальной чертой, например: ¾.
А для записи возведения в степень, вообще, обходятся без оператора, размещая показатель степени над основанием,
например: 210
Для любого XML-языка уже существуют готовые парсеры;
Можно применять стандартные действия, например, XSLT-преобразования;
Можно создавать составные документы, например в xHTML документ можно встроить графику на SVG или MathML и т.д.
Документы на XML-языках неудобны для восприятия человеком.
Документы на XML-языках занимают много места.
Удобны для чтения и редактирования человеком;
Занимают мало места;
Для каждого языка приходится писать собственный парсер.
Для каждого нового типа элемента приходится придумывать собственную синтаксическую конструкцию и реализовывать её в парсере.
Нельзя применять стандартные преобразования.
Нельзя создавать составные документы.
В нашей системе тестирования знаний «СИнТеЗ» для экспорта/импорта тестов используются языки обоих типов.
Любой тест может быть экспортирован/импортирован в XML-формат.
Этот формат имеет все преимущества XML-языков: удобен для разбора стандартным XML-парсером, может содержать SVG или MathML-разметку, с помощью XSLT может быть преобразован в любой другой формат, например в международный стандарт дистанционного обучения SCORM.
Однако, ему присущи и недостатки XML-языков: большой размер и неудобность для человека.
Пример простейшего файла тестов:
!!!]]>
Также тест может быть импортирован в YAML-формат. Этот формат настолько прост, что преподаватель может составлять тест даже в отсутствии редактора тестов, просто в «Блокноте».
***Тема 1
? Текст вопроса типа "выбор одного правильного варианта"
+Правильный вариант
-Неправильный вариант
-Неправильный вариант
? Текст вопроса типа "выбор нескольких правильных вариантов"
+Правильный вариант
+Правильный вариант
-Неправильный вариант
-Неправильный вариант
***Тема 2
? Текст вопроса типа "прямой ввод"
=Правильный ответ
? Текст вопроса типа "соответствие"
Левая часть 1 <-> Правая часть 1
Левая часть 2 <-> Правая часть 2
Левая часть 3 <-> Правая часть 3
? Текст вопроса типа "упорядочивание"
1. Первый пункт упорядочивания
2. Второй пункт упорядочивания
3. Третий пункт упорядочивания
XML-языки понятны человеку, но больше предназначены для компьютера. YAML-языки понятны компьютеру, но больше предназначены для человека.
Если Вы хотите, чтобы файлы вашего приложения были удобны как для человека, так и для компьютера, используйте оба этих формата.
<мое сугубо личное мнение>XML(сильно упрощённая версия SGML) намного эффективнее справляется со своей основной задачей <обратите внимание>внесением метаинформации в текст</обратите внимание>.
Насчет понятности человеку первой и второй версии разметок - я с вами мог бы поспорить. Текст в YAML-разметке компактен, но! это достигается за счет потери информативности(понятности) метаинформации, связанной с ним.
Что легче для преподавателя: потратить время на а) изучение синтаксиса вашего мини-языка или b) потратить время на обучение азам работы в "дружественном", "интуитивно-понятном" GUI-редакторе тестов?
Написать качественный YAML-парсер, ничуть не легче чем XML-парсер(попробуйте приделать к своему самомисному парсеру обработку ошибок, валидацию документа, экранирование служебных символов, поддержку различных кодировок и т.д.).
Конечно, если такие задачи решать не надо - то можно обойтись и YAML-разметкой. Но смысл? Зачем себя так ограничивать?</мое сугубо личное мнение>
@Евгений
Насчет понятности человеку первой и второй версии разметок - я с вами мог бы поспорить.Что легче для преподавателя: потратить время на а) изучение синтаксиса вашего мини-языка или b) потратить время на обучение азам работы в "дружественном", "интуитивно-понятном" GUI-редакторе тестов?
Конечно, работать с GUI проще, чем непосредственно с языком разметки.
Но, когда GUI недоступен, и приходится выбирать между двумя стилями разметки: XML или YAML , то, мне кажется, все таки, удобнее — YAML.
Ведь в YAML-языках каждый тип элемента имеет свой синтаксис, который зависит от смысла или внешнего вида элемента. Что делает его более интуитивным для запоминания.
Согласитесь, что для создания списка, YAML (Wiki) синтаксис:
* Пункт 1; * Пункт 2; * Пункт 3.
...проще, чем XML (HTML) синтаксис:
<ul> <li>Пункт 1;</li> <li>Пункт 2;</li> <li>Пункт 3;</li> </ul>
Другое дело, что YAML-синтаксис, действительно, плохо поддерживает метаданные. Ведь для каждого вида метаданных, для каждого параметра в YAML пришлось бы изобретать свою конструкцию, свой значек. И их интуитивность, тогда уже, была бы не выше интуитивности китайских иероглифив (внешний иероглифа, тоже, когда-то, имел сходство с описываем понятием).
Написать качественный YAML-парсер, ничуть не легче чем XML-парсер
Да, конечно, об этом я и пишу в статье.
XML-парсеры есть уже готовые почти для всех языков программирования; для YAML-парсера вручную придется кодировать каждую конструкцию.
Я всегда использовал XML, до знакомства с symfony framework - после этого я ощутил преимущества YAML :)
А я так и не смог найти преимуществ в YAML, кроме внешнего вида. Преимущества XML - легкая расширяемость, неограниченные метаданные, популярность. Кстати, воспринимается XML очень легко, если хоть изредка с ним работать ;)
А где преимущества YAML?
@aktuba
А где преимущества YAML?
О преимуществах и недостатках XML и YAML я и написал в статье.
Главное преимущество YAML-языков — удобство восприятия и редактирования человеком.
Согласитесь, что Wiki-разметка:
* Пункт 1; * Пункт 2; * Пункт 3.
воспринимается легче, чем HTML:
<ul> <li>Пункт 1;</li> <li>Пункт 2;</li> <li>Пункт 3;</li> </ul>
А математическая запись:
a*x^2 + b*x + c
воспринимается и редактируется проще, чем MathML:
<apply>
<plus/>
<apply>
<times/>
<ci>a</ci>
<apply>
<power>
<ci>x</ci>
<cn>2</cn>
</power>
</apply>
</apply>
<apply>
<times/>
<ci>b</ci>
<ci>x</ci>
</apply>
<ci>c</ci>
</apply>
Однако, разумеется, YAML-языки имеют и недостатки, которые я также перечислил в статье.
Из YAML постоянно пользуюсь "Текстилем", т. к. он встроен в CMS TextPattern, в том числе и в форме комментариев (хотя подсказок не даю, чтобы спамеры не досаждали). Очень удобная штука! Кстати, Алик, вот у вас чтобы выделить слово жирным надо набрать дополнительно аж 7 символов, а в Textile для этого используется всего две звёздочки ;)
О, клёвый у меня тут мутант получился.
Для внутреннего использования разрабатываю систему тестирования. Не против, если я использую ваш формат YAML для вопросов?
@Денис Радченко
Для внутреннего использования разрабатываю систему тестирования. Не против, если я использую ваш формат YAML для вопросов?
Нет не против — используйте на здоровье :-)
Пользуюсь хмл так как он более распостранен универсален и удобен.
ещё можно развить идею hiqus и сделать язык двумерной разметки типа такого:
Тема 1: :Текст вопроса типа ""выбор одного правильного варианта"": ::Правильный вариант:right:true ::Неправильный вариант1:right:false ::Неправильный вариант2:right:false :Текст вопроса типа ""выбор одного правильного варианта"": ::Правильный вариант1:right:true ::Правильный вариант2:right:true ::Неправильный вариант1:right:false ::Неправильный вариант2:right:false Тема 2: :Текст вопроса типа ""прямой ввод"":Правильный ответ :Текст вопроса типа ""соответствие"": ::Левая часть 1:to:Правая часть 1 ::Левая часть 2:to:Правая часть 2 ::Левая часть 3:to:Правая часть 3 :Текст вопроса типа ""упорядочивание"": ::Первый пункт упорядочивания: ::Второй пункт упорядочивания: ::Третий пункт упорядочивания:
по мощности он эквивалентен хмл, но визуально воспринимается по проще
примерный эквивалент в json:
{ 'Тема 1':
{ 'Текст вопроса типа ""выбор одного правильного варианта""':
{ 'Правильный вариант': { right: true }
, 'Неправильный вариант1': { right: false }
, 'Неправильный вариант2': { right: false }
}
, 'Текст вопроса типа ""выбор одного правильного варианта""':
{ 'Правильный вариант1': { right: true }
, 'Правильный вариант2': { right: true }
, 'Неправильный вариант1': { right: false }
, 'Неправильный вариант2': { right: false }
}
}
, 'Тема 2':
{ 'Текст вопроса типа ""прямой ввод""': Правильный ответ }
, 'Текст вопроса типа ""соответствие""':
{ 'Левая часть 1': { to: 'Правая часть 1' }
, 'Левая часть 2': { to: 'Правая часть 2' }
, 'Левая часть 3': { to: 'Правая часть 3' }
}
, 'Текст вопроса типа ""упорядочивание""':
{ 'Первый пункт упорядочивания': null
, 'Второй пункт упорядочивания': null
, 'Третий пункт упорядочивания': null
}
}
ну и хмл аналогичный..
Еще один момент, о котором забыли - разное количество спецсимволов способных "сломать" документ. Печатая текст в XML-файле мне нужно следить только за тремя символами ( &, <, > ), при добавлении текста в YAML придется быть куда более внимательным. Если ситуация потребует совсем уж сложной YAML-разметки, то работа с таким документом может и вовсе потребовать заметно большего внимания чем работа с XML. Частично проблему можно решить "объяснив" парсеру, что некоторые символы нужно понимать как спецсимволы, только если они находятся в самом начале строки.
Смешивание обоих форматов в одном документе - идея правильная, от себя могу добавить: если разные XML-теги содержат разные YAML-структуры, то, в большинстве случаев, правильней написать именно два разных парсера, свой под каждую структуру, а не учить один парсер понимать обе структуры.
Парсеры пишу недавно, пока работаю только с XML. Но в плане того недостатка что под каждый YAML нужно делать свои регулярки, то в XML тоже далеко не всегда использую одинаковую структуру. Так что думаю что это не недостаток.
Почувствовал себя в танке. Работал с XML, но не разу не слышал о YAML. Но для меня уже XML гораздо понятнее выглядит, итак понятно)))
да, я тоже работал с XML, так что только это и понимаю, а про YAML - очень полезно было узнать
Вот ведь - про YAML впервые слышу...век живи век учись)
Но "занимает мало места" очень мотивирует.
У меня друг программист, недавно что-то такое мне рассказывал, но мне было не интересно.
А тут все очень интересно расписано
Почему-то повсюду в университетах учат именно XML, но мне кажеться YAML намного ефективней, просто его мало кто знает и использует. Взять хотя-бы RubyOnRails, YAML там используеться во-всю!
Не вижу практически никаких преимуществ в YAML, кроме внешнего вида. У XML есть преимущества - легкая расширяемость, неограниченные метаданные ну и популярность. И XML дается довольно легко, если хоть периодически работать с ним.
Кроме того на XML можно навешать XSLT и DTD
Гуру YAML, подскажите пожалуйста, как обстоят дела с русскими буквами, я только начал и сразу в лоб непонятка:
--- config: -a -b
дает на выходе
Array
(
[config] => Array
(
[0] => a
[1] => b
)
)
а
--- config: -а -б
дает
Array
(
[config] => Array
(
[0] => аА
[1] => аБ
)
)
т.е. совсем не то что я хотел получить (не "аА" и "аБ" а просто "а" и "б")
Использую spyc.php
C классом от Symfony та же беда((
Парсить вообще не хочет, dump'ер вместо буквы "Б" возвращает "аБ"
Хотя кажется он использует ту же реализацию что и spyc поэтому неудивительно
http://hahahuy.ru/ - все о заработке в интернете
http://hahahuy.ru/ - все о заработке в интернете
http://hahahuy.ru/ - все о заработке в интернете
Пользуюсь XML
YAML никогда не использовал.
Я предпочитаю оставаться дома моих знакомых, а не пребывание в бунгало. Потому что, я не могу остановиться в таких местах, как, что.
Определённо XML, тут есть стандарт, а YAML...
Katya
согласен, каждый раз новый синтаксис, если правильно понимаю.
Интернет казино Sanalika.kz Игровые автоматы, рулетка, блэкджек, и другие азартные игры онлайн.
Для разных задач - разный язык.
гибрид из двух стилей конечно интересно, но общепринятый хмл мне кажется лучше. проще и надежней =)
Гибрид, по моему, гораздо хуже каждого языка по отдельности.
Да, гибрид, как правило, хуже, но для начинающих он может быть проще и охватывать больше ниш.
Разница между этими двумя не слишком фундаментальные, на мой взгляд. Есть так много similatities которые также должны быть рассмотрены на этом сайте тоже.
Структура Yaml'a выглядит немного бредово.
Имате веома леп колекцију слика уопште овде. Ово показује да сте прави љубитељ природе. Заиста, природа лименке Обезбедити пуно инспирације за све нас.
Здраво, ово је заиста фасцинантно интернет блог и ја сам волео читање неколико чланака и поруке садржане на сајту, одржи велики посао и надам се да чита много више узбудљиво чланака у времену које долази.
Я не могу гадать, относится ли это может стать тенденцией или нет. Мы сможем узнать, в течение периода, который не слишком долго.
Мне было интересно, почему есть все большее число посетителей в эту страну островов, но я вижу на этом сайте, я могу понять причины отлично.
Ну что, кто-то опробовал язык сам?
Google проводит реформы. Изменений подверглась главная страница сайта и форма поиска. Теперь мы не сможем открыть первую найденную страницу с помощью кнопки "мне повезет". Сама форма поиска теперь будет синего цвета. a67c5d92ef6c9368d28de93fcf786657
Пока данные изменения внедряются в финском Google.
Между XML и HTML действительно похожи. Я тоже иногда теряется в этих двух синтаксиса. Я действительно не знаю, как сделать различные между двумя его. На самом деле подобный друг с другом.
XML более современный и понятный (если очень подробно въехать))
я могу понять причины отлично.
Спасибо, хорошая статья
Відеозйомка весілля у львові, відеоооператор львів, відеозйомка львів http://batstudio.org.ua
Еще один момент, о котором забыли - разное количество спецсимволов способных "сломать" документ. Печатая текст в XML-файле мне нужно следить только за тремя символами ( &, <, > ), при добавлении текста в YAML придется быть куда более внимательным. Если ситуация потребует совсем уж сложной YAML-разметки, то работа с таким документом может и вовсе потребовать заметно большего внимания чем работа с XML. Частично проблему можно решить "объяснив" парсеру, что некоторые символы нужно понимать как спецсимволы, только если они находятся в самом начале строки.
Смешивание обоих форматов в одном документе - идея правильная, от себя могу добавить: если разные XML-теги содержат разные YAML-структуры, то, в большинстве случаев, правильней написать именно два разных парсера, свой под каждую структуру, а не учить один парсер понимать обе структуры.
Какая умная инфа, я теперь тоже умный=)
Логика безусловно есть, язык должен быть прост в использовании и понятен. Но скорость печати тоже многое определяет. Если мне нужно в каждой строчке фигачить простой понятный, но длинный текст, то удовольствия мне это мало принесет. Ну а копипаст так же не совсем удобен, т.к. для ускорения процесса навставлял кучу одинаковых слов, а потом сиди и разбирай, все ли они тебе нужны и нужны ли вообще. Мне кажется, что язык проще и информативнее, если команды понятны, или узнать что она делает не составляет труда, но в то же время они должны быть короткими, чтобы не тратить время на пустое печатание.
А почему в блог перестал писать-то интересные статкйки вроде получались...
Как человек, который просто следовал образовательных программ, как я. Конечно, без практических знаний, таких как высоко обогащенного мой кругозор и поддержать мои исследования.
Спасибо, хорошая статья
что некоторые символы нужно понимать как спецсимволы, только если они находятся в самом начале строки.
что некоторые символы нужно понимать как спецсимволы, только если они находятся в самом начале строки.
Автору спасибо, действительно помог разобраться с кодом YAML
Огромное спасибо за статью.
Помогло в решении проблемы с YAML
Спасибо, хорошая статья.
Dofollow блог Кощея. Ага статья хорошая :)
полезная статья
Я согласен с вами. Вы дали нам с такой большой сбор информации. Большую работу вы сделали, разделяя их на все просто великолепно.
А когда дело дайдёт до облачных технологий! Вот где будет прогресс! Ох простите, кажется я вру. Старо же как мир. Сервер и терминалы. Извращённость начинается тогда, когда слабый и дырявый браузер используют все программы на компьютере пользователя, а сервером выступает сам же этот компьютер.
А почему в блог перестал писать-то интересные статкйки вроде получались...
А почему в блог перестал писать-то интересные статкйки вроде получались...
Чертежи миниферм 23 модели, Михайлова.
Предлагаем пакет документации по акселеративному кролиководству.
Пакет включает следующее:
1. Методика акселерационного кролиководства (245 страниц).
2. Комплект чертежей МИНифермы 23-й модели (337 страниц формата А4).
3. Документальный видеофильм об акселерационном кролиководстве.
4. Бизнес-план с примерным экономическим расчетом.
5. Пакет коммерческих предложений от акселерационных кролеводческих хозяйств.
Адреса фирм и предприятий с полными данными по каждой, e-mail, сайт, телефон,
фактический и юридический адрес, ФИО руководителя и др. данные,
так же базы e-mail адресов по направлению бизнеса или услуг, по принадлежности к области.
За статью плюсую.
Все таки у YAML больше недостатков, пользуюсь XML.
Согласен, YAML-языки удобны для человека. Только редко кто ими пользуется, а жаль.
ПриватБанк
Всегда для меня xml был дремучий лес,даже в яндекс директ не смог товар из за него выгрузить,потому что не умею я этот файл лепить)
Хорошо, что я далек от программирования :) Но все равно познавательно, спасибо. Про YAML раньше не слышал.
Честно говоря, не совсем понятно зачем этот YAML нужен... Как в Википедии... Либо делать полностью удобный человеко понятный интерфейс, без разбирательства в языках, либо удобный компактный язык для специалистов... А промежуточные варианты типа YAML не совсем удобны... Хотя если есть, значит это кому-нибудь нужно...
Врядли потребуется сложная YAML-разметка, поэтому лучше уж заморочиться с XML
XML отлично себя зарекомендовал, поэтому всякие изыски исключительно для гурманов.
Для меня yaml как-то неудобна. Уже привык к xml. Придумывают изощрения разные, чтобы ламам было легче, а профи свое дело знаю и не променяют родной xml :)
В XML-языках все элементы, вне зависимости от их смысла оформляются с помощью общих синтаксических конструкций.
Я действительно наслаждаюсь чтением Ваших хорошо написано статей. Я думаю, что вы проводите многочисленные усилия и время на обновление вашего блога. У меня есть закладки, и я беру смотреть вперед к чтению новых статей. Пожалуйста, продолжайте в том хорошие статьи!
Спасибо за статью. Думаю пригодится
Тут я нашел большой список браузерных онлайн игр - brauzernye-onlajn-igry.ru
+1 к статье
+100 к статье)
***Тема 1
? Текст вопроса типа "выбор одного правильного варианта"
+Правильный вариант
-Неправильный вариант
-Неправильный вариант
? Текст вопроса типа "выбор нескольких правильных вариантов"
+Правильный вариант
+Правильный вариант
-Неправильный вариант
-Неправильный вариант
**Wiki-разметка:
В Wiki-разметке каждый тип элемента имеет свой синтаксис:
Для выделения текста жирным шрифтом, текст обрамляется тремя одинарными кавычками: '''жирный текст'''.
Названия разделов статьи обрамляются двумя (или тремя для подразделов) знаками равенства: === Заголовок ===.
Для горизонтальной линии используется четыре дефиса: ----.
Списки делаются так: на каждой отдельной строке ставится символ # и затем следует пункт списка. Для ненумерованных списков используется *, например:
* Пункт 1;
В XML-языках все элементы, вне зависимости от их смысла оформляются с помощью общих синтаксических конструкций.
интерестинг коде анд хелпфул артикле.
<a href="http://www.autohex.com/">scan tool</a>
Для горизонтальной линии используется четыре дефиса:
Для выделения текста жирным шрифтом, текст обрамляется тремя одинарными кавычками:
Для горизонтальной линии используется четыре дефиса
Честное разбираюсь я в программировании, для меня проще зарегистрировать сайт знакомств и раскручивать его чем самому играться с кодами=)
Сейчас изучаю XML - есть в нем какая-то своя прелесть... Спасибо за материал!
Уже привык к тегам (xml). Голова и так забита - нет времени, чтобы php как следует освоить. Но YAML сходу понятен, в этом его главный плюс.
Только недавно начал интересоваться вики-разметкой.
По этому пока не понятна ваша рекомендация использовать обе разметки.
Как это можно реализовать?
Названия разделов статьи обрамляются двумя (или тремя для подразделов) знаками равенства: === Заголовок ===.
Для горизонтальной линии используется четыре дефиса: ----.
Списки делаются так: на каждой отдельной строке ставится символ # и затем следует пункт списка. Для ненумерованных списков используется *, например:
* Пункт 1;
* Пункт 1;
Пользуюсь XML,для меня удобнее!
По этому пока не понятна ваша рекомендация использовать обе разметки.
Для выделения текста жирным шрифтом, текст обрамляется тремя одинарными кавычками
Приветб огромное спасибо за статью. Давно искал что-нибудь по этой теме, особенно про YAML
Помогло
Стиль разметки XML более популярный, тем более очень сильно поддерживается компанией Майкрософт, что обеспечивает большое будущие этой разтеке
Реально автор молодца, не все конечно читатели как видно...
да
Давно искал что-нибудь по этой теме, особенно про YAML
Алик, а почему на Вашем сайте нет архивов? Или просто здесь статей мало?
для меня лучше XML)) Пользуюсь им)
Но в плане того недостатка что под каждый YAML нужно делать свои регулярки, то в XML тоже далеко не всегда использую одинаковую структуру. Так что думаю что это не недостаток.
Списки делаются так: на каждой отдельной строке ставится символ # и затем следует пункт
Например, в Wiki-разметке для задания горизонтальной линии используют ----, т.к. эта конструкция внешне напоминает линию; для задания списка перед каждым пунктом ставят *, т.к. она внешне напоминает маркер списка.
По мне так проще XML,об YAML я мало знаю.
YAML доступен только профи на мой взгляд, конечно XML проще
YAML нужно делать свои регулярки, то в XML тоже далеко не всегда использую одинаковую структуру. Так что думаю что это не недостаток.
для меня проще зарегистрировать сайт знакомств и раскручивать его чем самому играться с кодами=)
Интересная статья, спасибо автору.
Спасибо за статью
XML экспорт в яндекс на примере Недвижимости
Ваша страница так фантастически! Ты уверен, что знаю, как сохранить вашу аудиторию развлекали. Im очень рад, что я взял время, чтобы посмотреть на этот блог, потому что я вам скажу.
А как на моем сайте Как научиться готовить сделать xml файл?
Спасибо за статью,было интересно почитать... почувствовать себя умным человеком... :)
Но ведь человеческий мозг тоже можно представить в виде тетрадки в клеточку: нейрон получает сигнал от соседних нейронов, проводит над ним определённые действия и передаёт другим нейронам.
тот формат имеет все преимущества XML-языков: удобен для разбора стандартным XML-парсером, может содержать SVG или MathML-разметку, с помощью XSLT может быть преобразован в любой другой формат, например в международный стандарт дистанционного обучения SCORM.
По мне так проще XML,об YAML я мало знаю.
Это Вам не в бирюльки играть для этого нужна четкая определенность представьте, что компьютер попал в неопределенную ситуацию, что произойдет, как он себя поведет. В шахматы мы научили его играть, а научим ли играть в жизнь вот в чем вопрос.
Прочел.Нечего не понял.пошел читать умные книжки :(
По мне так проще XML,об YAML я мало знаю.
ИР - это тема для фантастов. Он умеет чувствовать, переживать, мыслить. И появится ИР только тогда, когда компьютер научится сваливать свои ошибки на рядом стоящий компьютер.
конструкция внешне напоминает линию; для задания списка перед каждым пунктом ставят *, т.к. она внешне напоминает маркер списка.
Перестаньте воспринимать другого человека (и себя естественно), как личность, и вы увидите чисто механическую природу ЛЮБОГО!!!
По этому пока не понятна ваша рекомендация использовать обе разметки.
Я думаю, что до тех пор, пока нет полной самостоятельности машин, и о чувствах их идти речь не может. Все будет лишь после полный автоматизации, но тогда, как уже говорилось, будет новая жизнь
По этому пока не понятна ваша рекомендация использовать обе разметки.
Я думаю, что до тех пор, пока нет полной самостоятельности машин, и о чувствах их идти речь не может. Все будет лишь после полный автоматизации, но тогда, как уже говорилось, будет новая жизнь
Я думаю, что до тех пор, пока нет полной самостоятельности машин, и о чувствах их идти речь не может. Все будет лишь после полный автоматизации, но тогда, как уже говорилось, будет новая жизнь
По этому пока не понятна ваша рекомендация использовать обе разметки.
как мне кажется, толчок в развитии веб-технологий не помешал бы
Я не могу быть там, но я ближе, чем я был вчера.
Что легче для преподавателя: потратить время на а) изучение синтаксиса вашего мини-языка или b) потратить время на обучение азам работы в "дружественном", "интуитивно-понятном" GUI-редакторе тестов?
Обычный html решает. Хотя и он не нужен зачастую. На юкозе большиство народу которые сайты создают вообще не знают что это.
Гуманно ли ставить негуманные опыты над искусственным ин
Все будет лишь после полный автоматизации, но тогда, как уже говорилось, будет новая жизнь
В XML-языках все элементы, вне зависимости от их смысла оформляются с помощью общих синтаксических конструкций.
ХМЛ универсальние, поэтому и лучше
xml привычнее... не люблю новые языки... от них одна путаница...
Гуманно ли ставить негуманные опыты над искусственным ин
Я пользуюсь только языком XML
ХТМЛ конечно привычней, но и другим языкам не прочь научиться.
блин, хмл классный язык, но после того как они подали жалобу на майкрософт оффис потому что они использовали этот язык для написание этой программы. Не очень хочется его учить, а потом залететь на кучу бабок)))
А правильно ли ставить негуманные опыты над искусственным ин
изучение синтаксиса вашего мини-языка или b) потратить время на обучение азам работы в "дружественном", "интуитивно-понятном" GUI-редакторе тестов?
The field of web content writing is quite different from other writing fields. This is for the reason that the expectations and purpose solved by web content is different from the matter written in newspapers, books or magazines.ин
Thus, they carefully make choice between these websites and explore only those that contain useful or suitable information. ин
The field of web content writing is quite different from other writing fields. This is for the reason that the expectations and purpose solved by web content is different from the matter written in newspapers, books or magazines. ин
Хорошая статья! Рекомендую добавить её в мой сервис социальных закладок Шементом.Ру, будет прямая ссылка, да и на главную легко попасть. Правила простые: нужно добавить аватар в профиль, написать 10 комментариев и вперёд постить свои анонсы :)
Мне удобней использовать XML, поэтому использую его. В YAML имхо неудобная структура :)
Очень давно искал подобный материал.Огромное спасибо автору..и правда очень помог!
Ово показује да сте прави љубитељ природе. Заиста, природа лименке Обезбедити пуно инспирације за све нас.
Например, в Wiki-разметке для задания горизонтальной линии используют та конструкция внешне напоминает линию; для задания списка перед каждым пунктом ставят *, т.к. она внешне напоминает маркер списка.
YAML так и не стал популярным языком. Да собственно этого можно было ожидать. Изначально программисты проклинали его за бесформенную структуру и множество неудобств.
YAML вообще бессмысленый способ программирования и очень неудобный.это как мужчине носить женская обувь и делать вид что ему удобно =)
SVG или MathML-разметку, с помощью XSLT может быть преобразован в любой другой формат, например в международный стандарт дистанционного обучения SCORM.
YAML неудобен, по крайней мере для меня.
Языки в стиле YAML это вещь для вебмастера, нужно их знать!
YAML доступен только профи на мой взгляд, конечно XML проще
Согласен, проНФЬД я вообще первый раз слышу
Спасибо, много нового почерпнул для себя
xml важная часть в программирование.Хорошая статья.
спасибо)
тогда уже, была бы не выше интуитивности китайских иероглифив (внешний иероглифа, тоже, когда-то, имел сходство с описываем понятием).