Мысль про Google и вебмастеров.

Среда, 09 Июля 2008 г. 00:35 + в цитатник

Итак, тут Google объявил об инновации - новом протоколе обмена исполняемыми кусками кода - http://habrahabr.ru/blog/google/46139.html

Привожу ниже мой комментарий с некоторыми расширением, которое я побоялся написать на хабре,

дабы не получить кучу минусов.

--------------------------

Почитал английские комментарии, порадовал следующий - "It's nice to see Google validating the technological innovation that AOL had, what, 15 years earlier." То есть идея не нова, ново исполнение.

XML прежде всего логическое представление данных, которое имеет полную выразительность с большим функционалом доступным каждому. А как XML передавать из кода в код, в бинарном или не бинарном виде - это уже наши недочеты. Не исключаю, что у Микрософта или IBM давно есть возможность конвертации, скачем .Net объекта в xml представление и назад с минимальными затратами.

Но зачем гуглу новый формат - естественно для того, чтобы еще больше удалить собранную вокруг гугла тусу вебмастеров от "иноземных" средств разработки. Вслушайтесь в эти слова - JSON, JavaScript, Ajax API, PHP, Python и т.д. - если Вы их знаете, то чувствуете себя гуру? Захват интернета у гугла начинается с захвата мозгов вебмастеров. Прийдя в Россию гугл собрал вокруг себя так называемую тусовку "GoogleWebmastersGroup", в которой есть и я. И начал пудрить мозги всем. Новые форматы, туда не ходи, кодь только нашими методами.

Вообщем не нравиться мне все это... Гугл выдумывает замену общепринятым и

не нуждающимся в замене вещам, а толпы привязанных к нему мертвой хваткой

вебмастеров начинают пишат от радости. Вы только вслушайтесь в их слова "Хорошо бы ещё поддержку PHP и JavaScript сделали!!". Тошнит просто.

http://flashr.ya.ru/replies.xml?item_no=23

Метки: ya.ru:text

<a href="https://www.liveinternet.ru/users/flashr/post79890019/">РњС‹СЃР»СЊ РїСЂРѕ Google Рё РІРµР±РјР°СЃС‚РµСЂРѕРІ.</a><br/>РС‚Р°Рє,В С‚СѓС‚В GoogleВ РѕР±СЉСЏРІРёР»В РѕР±В РёРЅРЅРѕРІР°С†РёРёВ -В РЅРѕРІРѕРјВ РїСЂРѕС‚РѕРєРѕР»РµВ РѕР±РјРµРЅР°В РёСЃРїРѕР»РЅСЏРµРјС‹РјРёВ РєСѓСЃРєР°РјРёВ РєРѕРґР°В -В http://habrahabr.ru/blog/google/46139.htmlВ РџСЂРёРІРѕР¶СѓВ РЅРёР¶РµВ РјРѕР№В РєРѕРјРјРµРЅС‚Р°СЂРёР№В СЃВ РЅРµРєРѕС‚РѕСЂС‹РјРёВ СЂР°СЃС€РёСЂРµРЅРёРµРј,В РєРѕС‚РѕСЂРѕРµВ СЏВ РїРѕР±РѕСЏР»СЃСЏВ РЅР°РїРёСЃР°С‚СЊВ РЅР°В С…Р°Р±СЂРµ,РґР°Р±С‹В РЅРµВ РїРѕР»СѓС‡РёС‚СЊВ РєСѓС‡СѓВ РјРёРЅСѓСЃРѕРІ.В В --------------------------В РџРѕС‡РёС‚Р°Р» Р°РЅРіР»РёР№СЃРєРёРµ РєРѕРјРјРµРЅС‚Р°СЂРёРё, РїРѕСЂР°РґРѕРІР°Р» СЃР»РµРґСѓСЋС‰РёР№ - &quot;It's nice to see Google validating the technological innovation that AOL had, what, 15 years earlier.&quot; РўРѕ РµСЃС‚СЊ РёРґРµСЏ РЅРµ РЅРѕРІР°, РЅРѕРІРѕ РёСЃРїРѕР»РЅРµРЅРёРµ.XML РїСЂРµР¶РґРµ РІСЃРµРіРѕ Р»РѕРіРёС‡РµСЃРєРѕРµ РїСЂРµРґСЃС‚Р°РІР»РµРЅРёРµ РґР°РЅРЅС‹С…, РєРѕС‚РѕСЂРѕРµ РёРјРµРµС‚ РїРѕР»РЅСѓСЋ РІС‹СЂР°Р·РёС‚РµР»СЊРЅРѕСЃС‚СЊ СЃ Р±РѕР»СЊС€РёРј С„СѓРЅРєС†РёРѕРЅР°Р»РѕРј... <a href="https://www.liveinternet.ru/users/flashr/post79890019/">Р§РёС‚Р°С‚СЊ РґР°Р»РµРµ...</a>

Комментировать

« Пред. запись — К дневнику — След. запись »

Страницы: [1] [Новые]

QoSyS обратиться по имени Среда, 09 Июля 2008 г. 01:20 (ссылка)

С технологической точки зрения, как я считаю - Protocol buffers лучше читается, и если уж верить факу Гугла - его апи намного проще обычного DOM xml-вского. Так что вполне-вполне, и протокол может себя оправдать :)

Если стандартизируют формат - тогда уже можно будет говорить о происках гугла в "не нуждающихся в замене вещах" )

Ответить С цитатой В цитатник

Среда, 09 Июля 2008 г. 15:05ссылка

Flashr

и если уж верить факу Гугла - его апи намного проще обычного DOM xml-вского.

Опять 25, откуда пошло сравнение API и XML? А тем более DOM - это модель работы с XML. Просто у вебмастеров, которые привыкли передавать данные (объекты) в виде xml в вызовах по Ajax или еще где, долго и нужно разбирают потом полученные данные средствами того же DOM. Вот у них и накопилась злоба на XML в целом. Но XML это просто формат записи данных. Это может быть строчка, может быть число, может быть объект, который сам из себя содержит еще кучу других данных. По XML можно при желаниии выстроить объект определенного класса, что в .Net не составляет труда.

Ответить С цитатой В цитатник Обратиться по имени

Среда, 09 Июля 2008 г. 18:04ссылка

QoSyS

Я говорил про конкретную реализацию api на базе модели DOM-a. В данном случае - это, как я понимаю, в .NET. Тем более, с учетом всего этого обычно реализовано две модели DOM и SAX. Притом если SAX - это модель и апи вместе, то было бы не логично говорить о том что DOM - это только модель.

Заметь, а сравнивать api c xml начал ты, а не я. У меня явно указано "api обычного DOM-а " Так что нечего руками махать :)

По XML можно при желаниии выстроить объект определенного класса, что в .Net не составляет труда.

Я бы сказал, что в майкрософтской платформе это немного реализовано через ж-пу. Ибо, в данном случае идет неконтролируемая сериализация объектов, и малейшее отклонение ведет к полному провалу. Можно очень надеятся, что, Protocol Buffers наполнят еще дополнительным тулкитом для контроля таких случайностей.

Ответить С цитатой В цитатник Обратиться по имени

Среда, 09 Июля 2008 г. 19:24ссылка

Flashr

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

Ответить С цитатой В цитатник Обратиться по имени

Среда, 09 Июля 2008 г. 19:54ссылка

QoSyS

Иногда полезно иметь такой функционал. Мы уже серьезно отошли от самого вопроса.

На странице описания Protocol Buffers есть пункт, почему лучше использовать именно этот формат. Глянь.

И когда программируешь, все-таки проще написать :

cout << "Name: " << person.name() << endl;
cout << "E-mail: " << person.email() << endl;

Ответить С цитатой В цитатник Обратиться по имени

Четверг, 10 Июля 2008 г. 00:24ссылка

Flashr

Могу заверить, что я прочитал этот топик прежде чем комментировать.
Вот как это должно выглядит у людей:
--------
MyObject person = XmlSerializer.Decode(input.data);

this.TextBox1.text = "Name " + person.name + "; E-mail: "+ person.email;
--------
В случае обработки SOAP вызова я даже париться с декоде не буду, а в объявлении класса MyObject напишу [(Serializiable)] - все равно что объявление гугловских файлов ".proto"

-------
PS: из их текста, на который ты ссылаешься, они эти свои плюсы приводят криво сравнивая DOM XML и их API, сразу вижно, что автор не работал с .Net

Ответить С цитатой В цитатник Обратиться по имени

Комментировать

« Пред. запись — К дневнику — След. запись »

Страницы: [1] [Новые]

LiveInternetLiveInternet

-Метки

-Музыка

-Подписка по e-mail

-Поиск по дневнику

-Постоянные читатели

-Статистика

Мысль про Google и вебмастеров.