А если перестать думать что вся информация одинаково ценна, то можно сильно соптимизировать теряя некритичные данные.
Может interreality.org/wiki/VipDocumentation чем-то то поможет? Они какие-то такие протоколы делали для похожих ситуаций.
А у Imax главная фишка — это немерянный экран — так чтобы все зрение закрыло. В домашних условиях такой мониторчик дорого обойдется делать :) Если верить рекламе — то разрешение их аналоговых пленок с фильмами можно примерно сравнить с разрешением 10000x7000 пикселей (Размер кадра — 69.6 мм по горизонтали и 48.5 мм по вертикали).
Достаточно одного фотоаппарата для съемки по очереди неподвижных объектов (дома, памятники, люди, которых попросили не двигаться). Смотреть же можно научиться без всяких примочек — просто с монитора где рядом 2 картинки расположены.
А стерео фото снимается с начала 1900го если не раньше (даже цветное). А цифровое — с 1990 так точно :)
Вообще-то уже сейчас в Chrom есть меню «создать ярлык типа-приложение». Но ведь никто ж не запрещает:
1) иконку сделать в виде текстового документа
2) назвать его не «Программа», а «Документ.etxt»
Т.е для человека оно будет текстовым документом, а по клику будет запускаься Chrome с конкретной ссылкой на конкретный документ в интеренете. И показываться будет нужная страница, а не все Н мегабайт.
Сделаешь? :) Это ж максимум на час работы для неподготовленного програмера.
Ну значит сделать по аналогии с Gmail кнопку «А теперь пишем в лог», «а теперь не пишем в лог». Только добавить «а теперь только локальный лог».
Если все в gmail — так почему историю чатов не туда же? Всмысле он же Jabber сервер да еще с возможностью подключения в ICQ — клиент он :) И хранит историю у себя же.
То что оно будет работать только для mdc-mdc не страшно. Если идея окажется живучей — ее подхватят. :)
Для не-mdc можно предлагать объединять контакты на основании ника или email/имени+фамилии
А кстати — если метаконтакт не в сети полностью, то кому зашлется оффлайн сообщение? А если человек в инвизе? От него приходят сообщения хоть он якобы оффлайн, то хороше бы ему и ответы слать — по последней активности что ли.
А для чего это нужно? :)
Если не секрет.
Как возможный обходной маневр можно повесить свой сервис с высоким приоритетом, который будет получать все сообщения без указанных res и пересылать с проставленым res обратно на сервер (клиентам разрешено общаться друг с другом в рамках своего логина).
В качестве прикола — сделать графическую диаграмку где видно какой процент ваших контактов пользуется какими сетями :)
Если несколькими — это тоже отображать.
Да еще — связь с серверами осуществляет клиент или сервер (как это делает транспорт в Jabber)?
Если клиент — для сохранения истории все сначало едей из инета к тебе, а потом повторно от тебя в инет но уже на ваш сервер?
Для Jabber — поддерживается ли многоклиентность — когда под своим аккаунтом заходишь с разных мест.
Если да — может тогда историю своих сообщений не на вашем сервере хранить — а на своих же клиентах — бекап класный. И вам меньше нагрузки :) Или смысл создания нового IM в том чтобы себе собрать логи чатов? ;)
Если на GPRS тогда надо много чего отключать — там статусы типо «печатаем». Засылку картинок и аватаров, прием файлов, синхронизацию контакт листов полную, историю на сервере возможно тоже отрубить и т.п
Сделайте подгрузку новых смайликов и картинок статусов (для тех протоколов где возможно). Но не как везде, а чтобы отсутствующие картинки самостоятельно отправлялись другому человеку. Аватары будут? Типа как в Skype. Опять же можно сделать несколько дежурных и выбирать быстро один из списка без «выберите файл с картинкой....». Получится как в ЖЖ почти :)
Поддерживается ли несколько Account-ов на Jabber серверах? А то ж это как почта — как минимум 3 у каждого наберется. Особенно актуально для мета-контактов. Особенно класно если не все сервера работают. Чтобы само выбирало работающий.
Будет ли автоамтическое нахождение метаконтактов? Там отправить версию — если такая же — то отправить кодовое число — если вернется через другой контакт- предложить объеденить.
Можно для метаконтактов выбирать приоритет протокола? Чтобы ICQ был в последнюю очередь :)
А еще для параноиков — «мета-общение» — чтобы каждое новое сообщение роутилось в свой контакт. Тогда если будут логи на серверах всеравно не получится собрать осмысленную беседу :))))
> DBC говорит о том, что если перед вызовом ситуация удовлетворяет предусловию функции, то она выполнится без ошибок
К сожалению это так только если не взаимодействовать с внешним миром.
Если же имеем обрывы связи, файлы с оибками и т.п — то надо заранее это все обрабатывать и куда-то делать эти предпроверки. Возможно в функции типа bool ВсеOK?(окружение).
Эхх если бы среда програмирования сама прятала бы эти проверки — то мороки бы и не было. Были бы они в Debug mode в виде assert-ов, но показывались только по желанию. Чтобы красиво было :)
Пользуюсь в Gimp — очень помогает при обработке кучи фоток — располагаешь нужные шорткаты рядом на клавишах чтобы не тянуться к ним. Да и просто полезные функции настраиваешь как удобно.
Кажется автор не знаком с тулкитом GTK+ и программой Gimp (www.gimp.org — есть и под win32 версия).
В них уже много лет реализована такая возможность.
Последнее время, правда, она поумолчанию отключена в настройках.
Допустим есть клиентская программа. Для ее работы надо сервер.
А у пользователя кабель перекушен.
Пользователь запускает программу, а она что делает? Сообщает пользователю об ошибке "не могу подключиться к серверу". Так вот это "ошибка", это не "bug" про который ты рассказываешь.
Вот именно про такого рода предусмотренные сообщения об ошибках и идет речь. Это не допущенные програмером ошибки, это ошибки возникающие в р-те некорекности окружающей среды. Вот их в лог и надо писать для дальнейших разборок - кто, когда, во сколько и что делал и что ему сообщила система.
А по поводу качества софта и ошибки возникающие от недостаточного тестирования - хочется конечно по правильному, но не всегда это возможно к сожалению :( Тогда приходиться тестировать на пользователях. Хоть и понимаешь что это не правильно. Тут я согласен.
1) я не про те ошибки. прочитайте внимательнее. В статье принается случай что программист достаточно грамотен чтобы предусмотреть указанного вида ошибки.
2) допрос пользователя таким методом - самое худшее что можно предложить и используется от безисходности.
Пользователи - тоже люди и им абсолютно наплевать на все ваши тонкости так же как и програмеру на тонкости выпечки хлеба, литья стали и прочего.
А поиск по нотам сделаете?
Или по картинкам как на tineye (загружаешь картинку, а не текст пишешь).
Может interreality.org/wiki/VipDocumentation чем-то то поможет? Они какие-то такие протоколы делали для похожих ситуаций.
Лучше взять два нормальных Canon и перепрошить их под SDM (не портит основную прошивку — грузится с карточки):
stereo.jpn.org/eng/sdm/index.htm
А у Imax главная фишка — это немерянный экран — так чтобы все зрение закрыло. В домашних условиях такой мониторчик дорого обойдется делать :) Если верить рекламе — то разрешение их аналоговых пленок с фильмами можно примерно сравнить с разрешением 10000x7000 пикселей (Размер кадра — 69.6 мм по горизонтали и 48.5 мм по вертикали).
Тем кто хочет снимать стерео рекомендую почитать:
deep-life.ru/reverb_life/Az_2/c-0.html
и посмотреть:
fotodia.ru/group/Stereo/
Достаточно одного фотоаппарата для съемки по очереди неподвижных объектов (дома, памятники, люди, которых попросили не двигаться). Смотреть же можно научиться без всяких примочек — просто с монитора где рядом 2 картинки расположены.
А стерео фото снимается с начала 1900го если не раньше (даже цветное). А цифровое — с 1990 так точно :)
www.ipkvm.com/
Подключаешься консолькой с работающей машины и хоть начиная с биоса на той стороне кнопки пасти одинаковые.
1) иконку сделать в виде текстового документа
2) назвать его не «Программа», а «Документ.etxt»
Т.е для человека оно будет текстовым документом, а по клику будет запускаься Chrome с конкретной ссылкой на конкретный документ в интеренете. И показываться будет нужная страница, а не все Н мегабайт.
Сделаешь? :) Это ж максимум на час работы для неподготовленного програмера.
А учитывая хитрое usb-устройство пробегавшее тут — MAC — тоже уже для PC ;)
Если все в gmail — так почему историю чатов не туда же? Всмысле он же Jabber сервер да еще с возможностью подключения в ICQ — клиент он :) И хранит историю у себя же.
Для не-mdc можно предлагать объединять контакты на основании ника или email/имени+фамилии
А кстати — если метаконтакт не в сети полностью, то кому зашлется оффлайн сообщение? А если человек в инвизе? От него приходят сообщения хоть он якобы оффлайн, то хороше бы ему и ответы слать — по последней активности что ли.
Если не секрет.
Как возможный обходной маневр можно повесить свой сервис с высоким приоритетом, который будет получать все сообщения без указанных res и пересылать с проставленым res обратно на сервер (клиентам разрешено общаться друг с другом в рамках своего логина).
Если несколькими — это тоже отображать.
Если клиент — для сохранения истории все сначало едей из инета к тебе, а потом повторно от тебя в инет но уже на ваш сервер?
Для Jabber — поддерживается ли многоклиентность — когда под своим аккаунтом заходишь с разных мест.
Если да — может тогда историю своих сообщений не на вашем сервере хранить — а на своих же клиентах — бекап класный. И вам меньше нагрузки :) Или смысл создания нового IM в том чтобы себе собрать логи чатов? ;)
Поддерживается ли несколько Account-ов на Jabber серверах? А то ж это как почта — как минимум 3 у каждого наберется. Особенно актуально для мета-контактов. Особенно класно если не все сервера работают. Чтобы само выбирало работающий.
Будет ли автоамтическое нахождение метаконтактов? Там отправить версию — если такая же — то отправить кодовое число — если вернется через другой контакт- предложить объеденить.
Можно для метаконтактов выбирать приоритет протокола? Чтобы ICQ был в последнюю очередь :)
А еще для параноиков — «мета-общение» — чтобы каждое новое сообщение роутилось в свой контакт. Тогда если будут логи на серверах всеравно не получится собрать осмысленную беседу :))))
ps. а чего иконку Jabber-а извратили? :)
К сожалению это так только если не взаимодействовать с внешним миром.
Если же имеем обрывы связи, файлы с оибками и т.п — то надо заранее это все обрабатывать и куда-то делать эти предпроверки. Возможно в функции типа bool ВсеOK?(окружение).
Эхх если бы среда програмирования сама прятала бы эти проверки — то мороки бы и не было. Были бы они в Debug mode в виде assert-ов, но показывались только по желанию. Чтобы красиво было :)
Как включить и пользоваться:
www.novell.com/coolsolutions/feature/11192.html
docs.gimp.org/en/gimp-concepts-shortcuts.html
Можно не сохранять при выходе из программы (опция).
В них уже много лет реализована такая возможность.
Последнее время, правда, она поумолчанию отключена в настройках.
Допустим есть клиентская программа. Для ее работы надо сервер.
А у пользователя кабель перекушен.
Пользователь запускает программу, а она что делает? Сообщает пользователю об ошибке "не могу подключиться к серверу". Так вот это "ошибка", это не "bug" про который ты рассказываешь.
Вот именно про такого рода предусмотренные сообщения об ошибках и идет речь. Это не допущенные програмером ошибки, это ошибки возникающие в р-те некорекности окружающей среды. Вот их в лог и надо писать для дальнейших разборок - кто, когда, во сколько и что делал и что ему сообщила система.
А по поводу качества софта и ошибки возникающие от недостаточного тестирования - хочется конечно по правильному, но не всегда это возможно к сожалению :( Тогда приходиться тестировать на пользователях. Хоть и понимаешь что это не правильно. Тут я согласен.
2) допрос пользователя таким методом - самое худшее что можно предложить и используется от безисходности.
Пользователи - тоже люди и им абсолютно наплевать на все ваши тонкости так же как и програмеру на тонкости выпечки хлеба, литья стали и прочего.