Почему опять? Я вам о том, что аналогия просто удачная, более того — это почти что и не аналогия.
мы с вами о разных вешах видимо говорим.
Я о мобильном интернет терминале — которому браузерная ось совсем не помешает.
Вы об электронном блокноте для заметок, видимо? Ему интернет действительно не нужен. Но на мой взгляд в сегодняшних реалиях его судьба действительно будет печальна. Для работы с документами и данными — интернет не менее важный инструмент получения доплнительных сведений, чем сами инструменты обработки вашей документации.
Почему опять? Я вам о том, что аналогия просто удачная, более того — это почти что и не аналогия.
мы с вами о разных вешах видимо говорим.
Я о мобильном интернет терминале — которому браузерная ось совсем не помешает.
Вы об электронном блокноте для заметок, видимо? Ему интернет действительно не нужен. Но на мой взгляд в сегодняшних реалиях его судьба действительно будет печальна. Для работы с документами и данными — интернет не менее важный инструмент получения доплнительных сведений, чем сами инструменты обработки вашей документации.
А по-моему аналогия с мобильной телефонной связью очень удачная. Если пользоваться вашей терминологией, то для нормальной работы телефона возникает «незначительное условие» типа «нужно находится в зоне покрытия», и ничего — судьбу мобильной голосовой связи печальной не назовешь. Тоже самое и с мобильными интернет терминалами. Другое дело, что на мой взгляд здесь проблема не столько в вычислительной мощности устройств (имхо она уже вполне достаточна), а в удобном мобильном устройстве вывода (нужны какие-то очки, что-ли, в которых бы проецировался экран, имеющиеся на рынке пока не удобны и молофункциональны).
Уважаемый, а что вы флудом то занимаетесь? Топик не о том. Ставит человек этого агента, значит ему нужно. Вы что своими высказываниями пытаетесь себе доказать что вы чем-то разумнее других? Ну так создайте отдельный топик и там устройте священное аутодафе согрешившим.
Ну на первое время я думаю они так и делают. А потом когда ресурс немного раскрутится, тогда уже можно делать все реально, или оставить все тот же развод, если владельцы не боятся в следующей жизни родиться жабами. :)
Я вас умоляю. Для них же это бизнес, а не благотворительность. Торги ведутся до тех пор, пока цена товара плюс деньги, вырученные за ставки не станут равны отпускной цене в обычном магазине. Если в торге участвует мало людей и есть опасность, что аукцион закончится раньше сумма достигнет необходимой, то в дело вступают роботы, подымающие ставки. Иначе быть просто не может.
Уважаемый, вы своим топиком им только рекламу делаете. И главная проблема вашего поста в том что эти сайты не развод, а именно лотерея и при должном усердии вполне можно что-то получить довольно дешево. Честное слово, если вам так не нравятся эти ауционы, удалите топик, не рекламируйте их.
Интересно как можно с помощью протокола хотябы немного разгрузить сервер от вычислений.
Приведу пример. Предположим что разрабатываем виртуальный мир. Есть сервер, есть клиенты.
Клиентам доверять нельзя. То есть все вычисления изменений мира приходится переносить на сервер.
А клиент тогда только занимается приемом ввода пользователя, передачей этих данных серверу, приемом обновленных данных об среде и отображением этих данных пользователю.
Это простой способ. Но его проблемой будет высокая нагрузка на сервер и некоторая задержка на клиенте.
Если бы клиенту можно было доверять, то тогда сервер мог бы достаточно большую часть вычислений передать ему.
Соответственно при проектирования подобного приложения (трехмерный чат, ммо игра) встает проблема, доверия клиенту, и баланс нагрузки по обсчету виртуального мира между сервером и клиентом. Частично мне кажется что эту проблему можно решить с помощью правильно спроектированного протокола. Вот об этом хотелось бы и почитать.
Спасибо за статью. Было бы интересно если бы автор написал статью об особенностях проектирования протокола для приложений реального времени, причем где нельзя доверять клиенту. Например виртуальные трехмерные среды с центральным сервером.
Ну в личный блог можно писать просто с положительной кармой. Личные блоги попаданют на habrahabr.ru/new, который многие читают вместо главной. Если напишете хороший топик, то можете рассчитывать на весомую прибавку к карме.
Или можете долго и упорно участвовать в дисскуссиях, набирая потихоньку.
Плюсанул и топик и карму. На минусующих внимания не обращай, это те кого подробности не интересуют, вот они и думают что повтор. За перевод и подробности спасибо.
Вот именно. XML по большому счету нужен для хранения структурированных данных. А вы его обвиняете в отсутствии наследования и полиморфизма. Тогда уж и MySQL обвините что-ли.
мы с вами о разных вешах видимо говорим.
Я о мобильном интернет терминале — которому браузерная ось совсем не помешает.
Вы об электронном блокноте для заметок, видимо? Ему интернет действительно не нужен. Но на мой взгляд в сегодняшних реалиях его судьба действительно будет печальна. Для работы с документами и данными — интернет не менее важный инструмент получения доплнительных сведений, чем сами инструменты обработки вашей документации.
мы с вами о разных вешах видимо говорим.
Я о мобильном интернет терминале — которому браузерная ось совсем не помешает.
Вы об электронном блокноте для заметок, видимо? Ему интернет действительно не нужен. Но на мой взгляд в сегодняшних реалиях его судьба действительно будет печальна. Для работы с документами и данными — интернет не менее важный инструмент получения доплнительных сведений, чем сами инструменты обработки вашей документации.
Приведу пример. Предположим что разрабатываем виртуальный мир. Есть сервер, есть клиенты.
Клиентам доверять нельзя. То есть все вычисления изменений мира приходится переносить на сервер.
А клиент тогда только занимается приемом ввода пользователя, передачей этих данных серверу, приемом обновленных данных об среде и отображением этих данных пользователю.
Это простой способ. Но его проблемой будет высокая нагрузка на сервер и некоторая задержка на клиенте.
Если бы клиенту можно было доверять, то тогда сервер мог бы достаточно большую часть вычислений передать ему.
Соответственно при проектирования подобного приложения (трехмерный чат, ммо игра) встает проблема, доверия клиенту, и баланс нагрузки по обсчету виртуального мира между сервером и клиентом. Частично мне кажется что эту проблему можно решить с помощью правильно спроектированного протокола. Вот об этом хотелось бы и почитать.
Или можете долго и упорно участвовать в дисскуссиях, набирая потихоньку.