> знакомящее студентов с технологиями высокоуровнего удаленного взаимодействия, не привязанными к конкретным платформам разработки приложений.

Начало непонравилось, типа "есть такие стандартные протоколы взаимодействия, как Corba, java RMI, SOAP, XML RPC e.t.c, худо бедно ими пользуются в реальной жизни, а мы с вами рассмотрим некий айс. Пусть никто никто не слышал про этот айс, который сделала некая безвестная коммерческая (?) компания, зато он не поддерживает никаких стандартов".

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

\usepackage{cmap} %, Luke!

Библиотеки, библиотеки, ...

Zeroc Ice, IceStorm, ...

Куча кода.

Всё это смахивает на страничку man

Написано, что рассмотрены подходы, а рассмотрены библиотеки.

А где идеи? где попытки заставить студентов думать?

И вообще, инициалы надо отделять пробелом друг от друга и от фамилии. Неразрывным пробелом.

И ещё я подозреваю, что Стеен, должно писать Стин.

Под куском кода читаем: "... представление переданного графа. По нему видно ..." - почему бы не представить граф, хм, графически? Нафига нужны куски кода там, где можно просто нарисовать иллюстрацию? Нафига вообще вставлять в текст куски кода если пишешь не для компьютера, а для людей?

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

автор молодец, но по-моему текст предназначен для людей, которые уже худо-бедно в теме.

> автор молодец, но по-моему текст предназначен для людей, которые уже худо-бедно в теме.

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

> А где идеи? где попытки заставить студентов думать?

В курсе лекций. :) Пособие на 2 п/л включает вспомогательный материал. Остальное учтем. Про пробелы я теории в курсе, где-то прошляпил. Это мой первый блин в техе.

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

Потому что нас интересует передача данных на удаленный компьютер :)

> В тексте высказывание типа: сообщения без гарантированной доставки - не доставляются, если не могут быть доставлены. ОК. А что происходит в том случае, когда сообщение не может быть доставлено?

В худшем случае (использование SMTP для связи независимых систем, письмо убилось где-то там) - решительно ничего не происходит. Что является темой, подходящей для монографии. :)

> Что при этом произойдет в системе - откат транзакции, сигнал или что-то ещё?

Отката транзакций при невозможности доставить сообщение не происходит даже в JEE/JMS :) В указанном примере не мешало бы добавить таймауты для сообщений и очередь извещений о неудачах - но кода и так многовато для такого объема.

> И ещё я подозреваю, что Стеен, должно писать Стин.

Если из бенелюкса - то нет. Надо проверить.

За адекватную реакцию зачёт =)

еще один вариант виртуального секса?

Как дополнительное пособие - вполне. Но верно, что отдельно - не катит. Хоть и понятно, что автор не ставил перед собой задачу писать монографию по теме... ;-)

А почему "для студентов" на не "для юных сурков", например?

>Технологии удаленного взаимодействия для студентов

Как списать с другого студента, сидящего в другом конце кабинета?

Пайдет - а надо персистися в эрланговом сервере? Это нельзя вырезать?

Конечно надо, это же очередь сообщений, хоть и кривая :) Возможно это и не относится прямо к теме пособия, зато прямо относится к одной из идей курса - распределенная система должна переживать выключение питания. Так же это напоминает, что существуют СУБД, отличные от реляционных, а то студенты-то не в курсе. :)

Первый и главный вопрос - зачем это было опубликованно на лоре ?
предполагается что здесь Вас научат писать ?

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

Третье - зачем приведен список литературы ? Вы ее не проработали.

Четвертое - вы пишете - рассмотрены подходы, но реально вы рассмотрели не подходы, а конкретные реализации.

Вы говорите что это "базовые" методы, хм, где они базовые ?

В общем через каждое предложение надо критиковать, а это утомительно.

PS
Вы напишите что-нибудь покороче - например на странички 2
тогда можно покритиковать, а так - утонем

>распределенная система должна переживать выключение питания.

плохо сказано
я как представлю выключение питания на 100 узлах разнесенных минимум на 10 км мне плохо становиться, особенно если оно попытается это пережить ;)

> Вы напишите что-нибудь покороче - например на странички 2

Ну вот, наконец-то неконструктивная огульная критика, переходящая н личности, да еще и требующая от меня чего-то. ;)

> Второе - статья очень и очень детская.

Это не статья (period).

> Четвертое - вы пишете - рассмотрены подходы, но реально вы рассмотрели не подходы, а конкретные реализации.

Да, это конкретные реализации подходов. Видимо стоило сформулировать точнее.

> Вы говорите что это "базовые" методы, хм, где они базовые ?

Базовые в распределенных прикладных системах - по крайней мере, по мнению ряда авторов.

> Третье - зачем приведен список литературы ? Вы ее не проработали.

Список литературы в учебных пособиях приводится для ее изучения читателем, если ему хочется почитать оригинал :) (Да, на pdf'ы сослаться к сожалению нельзя)

> плохо сказано > я как представлю выключение питания на 100 узлах разнесенных минимум на 10 км мне плохо становиться, особенно если оно попытается это пережить ;)

У вас, видимо, телекоммуникационная система. Речь в курсе (к худу или к добру) не о них, а о прикладных распределенных системах.

> Первый и главный вопрос - зачем это было опубликованно на лоре ?

1. Написано по мотивам флеймов.

2. А как же вечное "Linux и ВУЗ"? :) > предполагается что здесь Вас научат писать?

Показывать это авторам пособий "Еще одно введение в среду визуального быдлокодерства Delphi", боюсь, еще менее приятное занятие. :)

Найду препода, который поставил за это зачет и покажу что зачет не заслужен. Господа с ЛОРа подтвердят?

> Найду препода, который поставил за это зачет и покажу что зачет не заслужен. Господа с ЛОРа подтвердят?

Вы даже абстракт не читали, да? :)

Давайте определимся - технология УДАЛЕННОГО ВЗАИМОДЕЙСТВИЯ или технология СОЗДАНИЯ РАСПРЕДЕЛЕННЫХ КРОССПЛАТФОРМЕННЫХ ПРИЛОЖЕНИЙ?

Потому как это несколько разные вещи.

Да и технология взаимодействие не для СТУДЕНТОВ, а для СТУДЕНЧЕСКИХ ПРОГРАММ.

> Потому как это несколько разные вещи.

Да, я сильно промахнулся с темой, которую скорополительно отдал на утверждение. Но тут мне только приходится признать свою ошибку и делать вид, что в словосочетании "технологии создания распределенных приложений" главное - это удаленный вызов. :)

> Да и технология взаимодействие не для СТУДЕНТОВ, а для СТУДЕНЧЕСКИХ ПРОГРАММ.

А вот это как раз и совершенно не обязательно.

Резюме: всем спасибо, черновик следующего опуса будет выложен как минимум в talks или developping на растерзание.

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

В порядке предложение по ТеХ-у, т.к. вы сказали, что опыта немного.

Лично я предпочитаю оформлять Фамилию с ИО вот так:

А.\,С.~Пушкин.

При этом между инициалами пробельчик маленький но есть, а перед фамилией нормальный и при этом неразрывный.

> А.\,С.~Пушкин.

Спасибо, учту.

IMHO побольше таких текстов, хотя я в этом ничего не понимаю :)

Забыли про Axis - а он и на Яве и на C/C++ и REST и SOA! Забыли про D-BUS - не совсем для "удаленного", но упомянуть стоит - я уверен!

> И ещё я подозреваю, что Стеен, должно писать Стин.

А если он голландец?

>Спасибо, учту.

Можешь \newcommand{\fio}[3]{#1.\,#2.~#3}, тогда можно во всём тексте указывать \fio{А}{С}{Пушкин}, а выводится как посоветовали или после модификации макроса как-нить по-другому.

>> Вы напишите что-нибудь покороче - например на странички 2
> Ну вот, наконец-то неконструктивная огульная критика, переходящая н
личности, да еще и требующая от меня чего-то. ;)

поправде тяжело читать, особенно если не понимаешь зачем :)
я просто к учебному процессу очень далеко нахожусь :)

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

в добавок - код форматируете - вставляйте пустые строки между логическими единицами кода

>> Вы говорите что это "базовые" методы, хм, где они базовые ?
>Базовые в распределенных прикладных системах - по крайней мере, по мнению ряда авторов.

тут очень серьезный вопрос, заявляя "базовые", вы претендуете на
научность или аналитику, а это значит должны отвечать за свои слова, то есть или доказать что они базовые или сослаться на кого.

>> Третье - зачем приведен список литературы ? Вы ее не проработали.
>Список литературы в учебных пособиях приводится для ее изучения читателем, если ему хочется почитать оригинал :)

А! это типа учебное пособие !!! :)) тогда вы должны дать аналитическую карту, типа хорошо структуированного каталога на различные методы распределенности и анотации на них

> Забыли про Axis - а он и на Яве

SOAP - технология, полностью поддерживаемой по сути одним .NET в силу безумного объема стадартов WS-*. Поэтому не описана.

> в добавок - код форматируете - вставляйте пустые строки между логическими единицами кода

Явно запрещено редактором издательства :( Буду делать две версии - одну с ними, другуб без них.

> тут очень серьезный вопрос, заявляя "базовые", вы претендуете на научность или аналитику, а это значит должны отвечать за свои слова, то есть или доказать что они базовые или сослаться на кого.

Ссылка на Танненбаума есть, сойдет за светоча. > А! это типа учебное пособие !!! :))

А в заголовке написано ЧТО? :-/

> тогда вы должны дать аналитическую карту, типа хорошо структуированного каталога на различные методы распределенности и анотации на них

При лимите объема 2 п/л список литературы такого рода делать, полагаю, избыточно, кроме того есть проблема, что слишком много описано не в публикациях.

> Забыли про Axis - а он и на Яве

У Axis есть еще один минус - примеры с ним на Яве не влазют в лимит ширины и объема :(

Итог: Вобщем провокация не удалась

> Итог: Вобщем провокация не удалась

Провокацией было бы выкладывание пособия, где студентам бы рекомендовался Perl вместо Python или .Net вместо Java ;)

> Итог: Вобщем провокация не удалась

Три ошибки вокруг одного слова, кстати. Вам приз!

автору всё-таки зачёт

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

Немного критики не помешает. не прививайте студентам плохой стиль: import pyactivemq from pyactivemq import *

заменить на from pyactivemq import chtoNado1, chtoDrugoe то же например и с urllib, elementtree ..

По теме: http://www.enterpriseintegrationpatterns.com/toc.html (правда с маркетоидно-баззвордо-монстро-уклоном)

автору всё-таки зачёт

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

Немного критики не помешает.
  не прививайте студентам плохой стиль:
  import pyactivemq
  from pyactivemq import *

  заменить на 
  from pyactivemq import chtoNado1, chtoDrugoe
  то же например и с urllib, elementtree ..

По теме: http://www.enterpriseintegrationpatterns.com/toc.html (правда с маркетоидно-баззвордо-монстро-уклоном)

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

Спасибо, что правильно поняли цель опуса :)