Клиент википедия: Жизненный цикл клиента (Customer life-cycle) · Loginom Wiki

Содержание

Жизненный цикл клиента (Customer life-cycle) · Loginom Wiki

Разделы: Бизнес-задачи

Решения: Loginom Customer Segmentation

Под жизненным циклом клиента понимают процесс прохождения различных этапов взаимоотношений между клиентом и обслуживающей его компанией. Выделяют 4 основных этапа таких отношений:

  • Потенциальный клиент — частное лицо или организация, пока не являющиеся клиентами, но входящие в целевую рыночную группу.
  • Респондент — потенциальный клиент, проявляющий интерес к продукции и услугам компании.
  • Активный клиент — частное лицо или организация, потребляющая продукцию или услуги компании в настоящее время.
  • Бывший клиент — клиент, сотрудничество с которым по тем или иным причинам закончилось.

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

Данную информацию можно использовать для формирования эффективной маркетинговой стратегии по обслуживанию различных групп клиентов (например, формируя специальные предложения, систему скидок и т.д.).

Наглядно жизненный цикл клиента может быть представлен в виде схемы:

Сначала клиент знакомится с продукцией и услугами компании. Информация о них может быть получена через рекламу, СМИ, от друзей, знакомых и т.д. Затем потенциальный клиент рассматривает возможность покупки: собирает сведения у тех, кто уже воспользовался услугами компании, сравнивает с продукцией других фирм.

Если вопрос решается положительно и клиент производит покупку, то затем он оценивает качество, практичность, долговечность и другие потребительские свойства товара или услуги. Если опыт будет отрицательным, то клиент, скорее всего, уйдет, а если положительным, то возможна повторная и дальнейшие покупки, и он становится активным. Однако в любой момент клиент может уйти.

Уход клиента может быть естественным (непредотвратимым), например, вследствие перемены места жительства, и предотвратимым. Очень важно вовремя распознать вероятный уход клиента и принять меры к его удержанию путем применения различных маркетинговых стратегий (скидок, бонусов и т.д.). Если они увенчаются успехом, то отношения с клиентом могут быть продолжены.

Однако следует отметить, что не за всех клиентов следует бороться одинаково активно. Действительно, принцип Парето 20/80 утверждает, что обычно 20% клиентов приносят 80% прибыли, и именно этим 20% следует уделять наибольшее внимание.

Articles: Удобный клиент Википедии — Around Apple and Gadgets

Разработчик:

Sophiestication
Версия: 1.5
Стоимость: $4.99 [App Store]

Несмотря на то, что Википедия имеет мобильную версию, существует множество приложений для того, чтобы читать статьи на этом сайте. Но среди такого множества можно выделить однозначного лидера. И имя ему Articles. Если сравнивать его с ближайшим конкурентам в лице Wikipanion Plus, то он немного проще по своей функциональности, но явно выигрывает по шарму.


Поиск можно выполнять на разных языках, кроме этого можно искать интересные факты и записи относящиеся к вашему месторасположению. Искать необходимую статью можно не только по совпадениям слов в заголовках, но и в содержимом самой статьи.

Конечно, сейчас пойдет полный субъективизм, но открестится от него не получается. Articles, пожалуй, лучше всех адаптирует стандартный вики-макет в нечто на подобие журнала. Читать информацию очень приятно, радует верстка, шрифт, фон и «льняная» страница, на которой расположен текст.

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

Тут же доступна быстрая навигация по статье. В одно прикосновение пользователь может выбрать нужный раздел или воспользоваться полноценным поиском по тексту.

Из функций работы со статьями присутствует лишь базовый минимум. Вы можете просматривать несколько статей одновременно и переключатся между ними через симпатичную систему закладок в стиле Safari.

Понравившуюся статью можно двумя тапами занести в закладки или отправить другу по почте.

Немаловажным преимуществом Articles также является возможность просмотра статей offline. Принцип работы прост до безобразия, все что вы просматривали ранее, автоматически сохраняется в памяти программы и доступно через историю.

В итоге, если вам нужна простое приложение для iPad, чтобы читать информацию с Википедии, то Articles подойдет как нельзя лучше. Программа немного уступает по функциональности своему основному конкуренту Wikipanion Plus, но удовольствия от использования Articles намного больше.

Articles $2.99 [App Store]
Articles for iPad $4. 99 [App Store]

Клиент (программный) — это… Что такое Клиент (программный)?

Клиент (программный)

В информационных технологиях

клие́нт — это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу.

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

Разновидностью клиентов являются терминалы — рабочие места на многопользовательских ЭВМ, оснащённые монитором с клавиатурой, и не способные работать без сервера.

В 90-е годы появились сетевые компьютеры — нечто среднее между терминалом и персональным компьютером. Сетевые компьютеры имеют упрощённую структуру и во многом зависят от сервера.

Тем не менее, не всегда под клиентом подразумевается компьютер со слабыми вычислительными ресурсами. Чаще всего понятия «клиент» и «сервер» описывают распределение ролей при выполнении конкретной задачи, а не вычислительные мощности. На одном и том же компьютере могут одновременно работать программы, выполняющие как клиентские, так и серверные функции. Например, веб-сервер может, в качестве клиента, получать данные для формирования страниц от

Интересные факты

В X Window System сервером называется программа, которая реализует графический интерфейс пользователя, а клиентом — программа, использующая этот интерфейс. Поэтому, на тонком клиенте может работать сервер X Window System, отображающий результаты работы клиентской программы, выполняющейся на сервере приложений. С точки зрения пользователя это не совсем обычно, так как сервер обычно является удалённым, а клиент — локальным приложением.

См. также

Wikimedia Foundation. 2010.

  • Зиггоны
  • Святой Патрик

Смотреть что такое «Клиент (программный)» в других словарях:

  • Клиент-Коммуникатор — программное обеспечение, платформа для визуального проектирования автоматизированных систем управления предприятием, основанных на концепциях CRM и ERP. Разработано компанией БМикро [1] (Россия, г. Санкт Петербург) Это коммерческое программное… …   Википедия

  • клиент (в информационных технологиях) — клиент клиентская часть ПО Пользователь, компьютер или программа, запрашивающая услуги, ресурсы, данные или обработку у другой программы или другого компьютера. Компьютер, с которого осуществляется доступ к серверу с целью обмена или получения… …   Справочник технического переводчика

  • Программный клиент — В информационных технологиях клиент  это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу. Программа, являющаяся клиентом, взаимодействует с сервером, используя определенный протокол. Она может запрашивать с …   Википедия

  • Клиент — Клиент: Клиент (от лат. cliens, множ. clientes)  в Древнем Риме свободный гражданин, отдавшийся под покровительство патрона и находящийся от него в зависимости. Клиент  общее название субъекта, использующего некоторые услуги.… …   Википедия

  • Клиент (информатика) — У этого термина существуют и другие значения, см. Клиент. Клиент  это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу. Программа, являющаяся клиентом, взаимодействует с сервером, используя определённый …   Википедия

  • Программный продукт — Запрос «Software» перенаправляется сюда. Cм. также другие значения. Программное обеспечение (произношение обеспечение не рекомендуется[1][2][3], точнее, не рекомендовалось[4]) наряду с аппаратными средствами, важнейшая составляющая информационных …   Википедия

  • Заявки (программный комплекс) — Программный комплекс «Заявки» (ПК «Заявки») автоматизирует процесс создания, рассмотрения и обработки диспетчерских заявок на ремонт энергетического оборудования в соответствии с правилами, положениями и регламентами, принятыми в Единой… …   Википедия

  • ПАРУС (программный продукт) — У этого термина существуют и другие значения, см. Парус (значения). Программные продукты «ПАРУС» (ПП «ПАРУС»)  предназначены для автоматизации деятельности коммерческих предприятий и бюджетных учреждений разного уровня. Среди линеек ПП… …   Википедия

  • Парус (программный продукт) — У этого термина существуют и другие значения, см. Парус (значения). Парус  серия программных продуктов, предназначенных для автоматизации деятельности организаций сектора государственного и муниципального управления, а также коммерческих… …   Википедия

  • Система «Клиент-Банк» — – программный комплекс, позволяющий клиенту совершать операции по счету, обмениваться документами и информацией с банком без посещения офиса кредитной организации. Обмен информации происходит через телефон и компьютер. Удобная система «Клиент… …   Банковская энциклопедия


Чат для сайта Jivo (JivoSite) – официальный сайт

С Jivo сотрудничаем почти 3 года: используем сервис сами для консультации посетителей и рекомендуем его десяткам тысяч наших клиентов в качестве средства для увеличения конверсии и продаж. Благодаря удобной интеграции подключение онлайн-консультанта на сайты нашей платформы происходит в пару кликов. Мы довольны результатами сотрудничества и можем рекомендовать Jivo как надежного и эффективного партнера.

Денис Имшенецкий, CEO Nethouse nethouse.ru

Основной задачей при внедрении онлайн-консультанта было получение большего количества заявок. Второстепенной — внедрение дополнительного канала коммуникации для общения с посетителями портала. Нам повезло: мы с первого раза выбрали качественный инструмент — Jivo. Мы сразу получили необходимый функционал за адекватную плату. В среднем за месяц мы получаем более 50 лидов.

Владимир Шумов, коммерческий директор Texterra texterra.ru

Уже больше двух лет клиенты предпочитают общаться с нами через Jivo. Это самый популярный способ взаимодействия и с потенциальными, и с действующими клиентами. У нас просто нет поводов обращаться в Jivo чаще, чем один раз в год (при продлении лицензии), все работает отлично, при каждом новом входе в приложение мы обнаруживаем новые функции и доработки.

Максим Швецов, директор по развитию бизнеса «Таргет Телеком» targetsms.ru

Уже 2 года мы предлагаем Jivo своим клиентам. Однако все возможности мы смогли прочувствовать, только когда стали использовать JivoSite для собственных e-commerce проектов. Число входящих обращений выросло в два раза! Полностью автоматическое приглашение посетителя в чат, тонкая настройка, начиная от заголовка страницы и заканчивая поведением посетителя на сайте. Jivo Вы молодцы, так держать 😉

Борис Соколенко, руководитель проекта ParketMe ParketMe.ru

Миссия Crocs дарить радость комфорта, яркость и инновации из мира обуви людям во всех странах. В Jivo мы нашли яркое и удобное решение, которое позволяет нам быстро и качественно решать любые возникающие у наших клиентов вопросы и помогать им делать заказы.

Денис Кучеров, Head of e-commerce, Crocs CIS LLC

Плюсы онлайн-чата очевидны — чем проще посетителю сайта задать свой вопрос, тем больше вероятность, что он его задаст. C Jivo работаем уже несколько лет. Был опыт перехода на бесплатный чат, но оказалось, что выходит не дешевле, а дороже, если учитывать эффективность работы онлайн-консультантов и самого сервиса.

Надежда Шипилова, CEO «Фотобанк Фотодженика» photogenica.ru

Работаем с компанией JivoSite с 2012 года, это отличный инструмент продаж, сервис постоянно дорабатывается и обновляется. На рынке пока лучше не встречали. Спасибо команде Jivo за предоставленные услуги.

Сократ Папунидис, руководитель IT-отдела Mouzenidis Travel mouzenidis-travel.ru

Используем Jivo уже более 3 лет. Сервис онлайн-общения помогает нам быть всегда на связи с посетителями сайта, а интеграция по API позволяет загружать диалоги и контакты посетителей непосредственно в нашу CRM-систему, давая возможность проводить глубокую аналитику. Отдельно отметим отличную работу службы технической поддержки, оперативные ответы и решение технических вопросов.

Вячеслав Марочкин, руководитель проекта «Кабель. РФ»cable.ru

Основной задачей было организовать быструю техническую поддержку. В итоге чат JivoSite стал для нас не только удобным способом коммуникации с клиентом, но и серьезным инструментом лидогенерации. 20% заявок на бронирование за год нашей работы пришло именно из чата.

Микаэл Саакянц, СЕО сервиса бронирования лофтов Bash.today bash.today

Сейчас мы собираем через Jivo не менее 30% заявок. Случается, что посетителю сайта не удается найти нужную статью на ресурсе или информацию о конкретной услуге — тогда на помощь приходит консультант в чате: присылает ссылки на материалы, оперативно и емко консультирует по нужной услуге или сразу связывается по телефону, когда пользователь оставляет номер.

Юлия Кутьёва, менеджер по рекламе FireSeo fireseo.ru

С подключением Jivo наши операторы стали обрабатывать больше обращений, так как при звонке оператор обслуживает лишь одного пользователя, а через чат может вести консультацию одновременно пяти человек.

Надежда Алексеева, пресс-секретарь inDriver

Пешеходный трафик, выбираем место для кофейни в Москве — Трибуна на vc.ru

Данная статья будет полезна cобственникам street retail бизнеса, менеджерам по открытию в франчайзинговых сетях, инвесторам в коммерческую недвижимость и всем кто занимается подбором места для бизнеса, или если вам просто знакомы понятия: проходимость, пешеходный трафик, геомаркетинг.

Меня зовут Анатолий Серебрянский, я сооснователь сервиса анализа коммерческой недвижимости Gisbuyer. Другие статьи о проекте — можно посмотреть в моих публикациях.

Сегодня сделаем первичный отбор помещений для небольшой кофейни (15-30 кв. м) — отберем лучшие варианты аренды, соберем шорт-лист по которому можно совершить выезд на осмотр этих помещений. Будем подбирать помещение на примере текущих объявлений от 25 мая 2021 года.

Допустим что перед нами стоит задача — открыть кофейню в районе Сокол или близлежащих районах. Откроем Авито, выберем Коммерческую недвижимость, настроим фильтры по площади и типу объявлений. На карте найдем нужный нам район.

В данном районе доступно 29 объявлений. Откроем каждое и проверим удовлетворяет ли это вариант требованиям: первый этаж, первая линия, желательно отдельный вход с улицы. После отбора осталось 9 объявлений. Для удобства, подходящие объявления добавляем в “Избранное”, у нас получается такой список вариантов:

Теперь нам нужно посчитать и сравнить проходимость (пешеходный трафик) у каждого помещения, чтобы понимать, где будет больше трафика людей, которые увидят нашу кофейню проходя мимо, и могут стать клиентами. Открываем сайт Gisbuyer и по очереди вставляем каждый адрес из Авито в Gisbuyer.

Проверяем стоит ли точка в нужном месте на карте, потому что карты Авито и Google-карт (которые используются в Gisbuyer) могут отличаться для некоторых адресов. Убедившись что точка стоит в нужном месте выбираем параметры анализа — радиусы для анализа инфраструктуры и количества жителей в домах. Оба радиуса поставим — 500 метров. Нажимаем кнопку “Начать анализ”, получаем такой отчет:

Таким образом проверим адрес каждого помещения. После этого заходим в верхнем меню в вкладку “История/Сравнение” и видим список всех отчетов, которые можно сортировать по столбцу “Трафик”, либо стрелочками ранжируя отчеты. Получаем следующий список:

Используя этот список можно выезжать и осматривать лучшие помещения. Такой первичный отбор и реальное посещение места достаточны для принятия решения. Однако рекомендую вам составить сводную таблицу, в которой посчитать количество пешеходного трафика и количество жителей относительно стоимости аренды.

Разделим стоимость аренды на площадь, количество трафика и количество жильцов, чтобы получить относительные оценочные значения. И ситуация поменялась, получается что помещение по адресу Бутырская 97, хоть и выигрывает по трафику, но очень дорогое. А помещение по адресу Нижняя Масловка 5, в 4 раза дешевле по аренде, но трафика там меньше в 2 раза.

Помещение по адресу 8 Марта 15А вообще на последнем месте по трафику, и для кофейни, где покупка чаще импульсная, не подходит. Но зато там самый низкий показатель стоимости одного жильца в радиусе, и это помещение хорошо подойдет для запланированных покупок — бытовой химии, продуктов, аптеки. Показатель количества жильцов не самый большой, но самый эффективный относительно стоимости аренды. Ознакомиться с таблицей можете по ссылке.

Подводя итог: благодаря сервису Гисбайер можно быстро получить информацию для первичного отсева неподходящих вариантов аренды. И сделать это не выходя из вашего рабочего места или дома. Этим уже благополучно занимаются наши пользователи. Ведь при выборе помещения существует три правила — “Трафик, трафик и еще раз трафик!”

Видео версия отбора помещений доступна по ссылке (YouTube)

сеть деловых коммуникаций: сообщения, задачи, документы, отчеты

СБИС — сеть деловых коммуникаций: сообщения, задачи, документы, отчеты Используя официальный сайт sbis. ru, вы даете согласие на работу с cookie, Яндекс.Метрикой, Google Analytics для сбора технических данных. Подробнее

  • 77 Москва
  • 78 Санкт-Петербург
  • 01 Республика Адыгея
  • 02 Республика Башкортостан
  • 03 Республика Бурятия
  • 04 Республика Алтай
  • 05 Республика Дагестан
  • 06 Республика Ингушетия
  • 07 Респ. Кабардино-Балкария
  • 08 Республика Калмыкия
  • 09 Респ. Карачаево-Черкессия
  • 10 Республика Карелия
  • 11 Республика Коми
  • 12 Республика Марий Эл
  • 13 Республика Мордовия
  • 14 Республика Саха (Якутия)
  • 15 Северная Осетия — Алания
  • 16 Республика Татарстан
  • 17 Республика Тыва
  • 18 Республика Удмуртия
  • 19 Республика Хакасия
  • 20 Республика Чечня
  • 21 Республика Чувашия
  • 22 Алтайский край
  • 23 Краснодарский край
  • 24 Красноярский край
  • 25 Приморский край
  • 26 Ставропольский край
  • 27 Хабаровский край
  • 28 Амурская обл.
  • 29 Архангельская обл.
  • 30 Астраханская обл.
  • 31 Белгородская обл.
  • 32 Брянская обл.
  • 33 Владимирская обл.
  • 34 Волгоградская обл.
  • 35 Вологодская обл.
  • 36 Воронежская обл.
  • 37 Ивановская обл.
  • 38 Иркутская обл.
  • 39 Калининградская обл.
  • 40 Калужская обл.
  • 41 Камчатский край
  • 42 Кемеровская обл.
  • 43 Кировская обл.
  • 44 Костромская обл.
  • 45 Курганская обл.
  • 46 Курская обл.
  • 47 Ленинградская обл.
  • 48 Липецкая обл.
  • 49 Магаданская обл.
  • 50 Московская обл.
  • 51 Мурманская обл.
  • 52 Нижегородская обл.
  • 53 Новгородская обл.
  • 54 Новосибирская обл.
  • 55 Омская обл.
  • 56 Оренбургская обл.
  • 57 Орловская обл.
  • 58 Пензенская обл.
  • 59 Пермский край
  • 60 Псковская обл.
  • 61 Ростовская обл.
  • 62 Рязанская обл.
  • 63 Самарская обл.
  • 63 Тольятти
  • 64 Саратовская обл.
  • 65 Сахалинская обл.
  • 66 Свердловская обл.
  • 67 Смоленская обл.
  • 68 Тамбовская обл.
  • 69 Тверская обл.
  • 70 Томская обл.
  • 71 Тульская обл.
  • 72 Тюменская обл.
  • 73 Ульяновская обл.
  • 74 Челябинская обл.
  • 75 Забайкальский край
  • 76 Ярославская обл.
  • 79 Еврейская АО
  • 83 Ненецкий АО
  • 86 Ханты-Мансийский АО
  • 87 Чукотский АО
  • 89 Ямало-Ненецкий АО
  • 91 Республика Крым
  • 92 Севастополь

Amazon Web Services (AWS) – Сервисы облачных вычислений

  • Производство

  • Siemens внедряет инновации в сфере энергетики, здравоохранения и промышленности с помощью решений от AWS

    Узнайте о том, как Siemens использует решения от AWS, чтобы адаптировать свою культуру, способствовать внедрению инноваций и добиваться результатов.

    Подробнее 

    Пионер индустрий

    Компания Siemens была основана более 170 назад. Все началось с идеи усовершенствовать телеграф. Со временем компания стала лидером преобразований в области энергетики, здравоохранения и промышленности.

    Демократизация инноваций

    Siemens поощряет экспериментальный подход, помогающий находить новые бизнес-возможности и неисследованные области потребительской ценности. Компания применяет решения AWS, чтобы сделать процесс разработки более гибким, включая децентрализацию команд разработчиков, доступность данных и методы работы по модели стартапа.

    Продолжая традицию преобразований

    Трансформация культуры Siemens принесла свои плоды. Сюда можно отнести внедрение промышленного Интернета вещей на железных дорогах и фабриках, развитие интеллектуальной инфраструктуры разработок и применение машинного обучения на платформе кибербезопасности.

  • Финансовые сервисы

  • С помощью AWS компания FICO ускоряет внедрение инноваций, сокращает затраты и расширяет глобальный охват

    Узнайте, как с помощью AWS компания FICO ускорила разработку продуктов и их развертывание на рынке.

    Подробнее 

    Крупная ставка на облако

    В течение многих лет компании FICO не хватало гибкости для быстрой разработки и развертывания решений на рынке. Иногда создание и доставка продуктов занимала несколько лет. Стремясь уделить основное внимание более эффективному внедрению программного обеспечения, компания FICO обратилась к AWS.

    Новый рекорд по финансовым показателям

    Компания FICO выбрала AWS в качестве поставщика облачных услуг отчасти из-за встроенной системы безопасности. Кроме того, AWS обладает необходимым опытом, чтобы помочь компании FICO разобраться с возрастающими комплексными нормативными и законодательными требованиями.

    Инвестиции в инновации

    Благодаря AWS компания FICO может доставлять решение за считанные часы, а не недели. Разработчики FICO теперь могут уделять больше времени созданию и улучшению продуктов, а не заниматься выделением серверов и управлением ими.

  • Фитнес

  • Узнайте о том, как глобальная интерактивная фитнес-платформа расширяется и оптимизирует свои услуги при помощи AWS.

    Подробнее 

    Трансформация домашнего фитнеса

    Компания Peloton была основана в 2012 году командой из пяти человек, и в 2013 году начала свою деятельность благодаря корпорации Kickstarter. Компания, можно сказать, родилась на AWS. Первый тренажер был выпущен в 2014 году. За семь лет к платформе Peloton присоединились 1,4 миллиона участников, которые в сумме «проехали» сотни миллионов виртуальных километров.

    Масштабирование услуг

    Peloton использует AWS для поддержки таблицы лидеров во время занятий фитнесом — как в реальном времени, так и по желанию, — для чего требуется высокая гибкость, низкое время задержки и одновременная обработка данных о каждом из 1,4 миллиона участников, находящихся в это время у себя дома.

    Запуск новых удобных функций

    При помощи AWS компания Peloton может быстро тестировать и запускать новые функции, которые делают интерактивный домашний фитнес более удобным и интересным.

  • Недвижимость

  • Компания Zillow трансформирует рынок недвижимости с помощью AWS

    Используя облако AWS, Zillow переводит операции недвижимости в онлайн, а также оптимизирует процесс поиска дома. Благодаря точным данным покупатели, продавцы и арендаторы могут принимать взвешенное решение в условиях динамического рынка.

    Подробнее 

    Растущий спрос на скорость и масштабирование

    Когда Zillow создали свой инструмент оценки стоимости дома (Zestimate) почти 15 лет назад, им пришлось разработать локальную систему машинного обучения для обработки массива данных. Но с ростом популярности решения и его усложнения компании Zillow нужно было найти способ распространить Zestimates в более чем 100 млн домов по всей стране.

    Более быстрая и оптимальная оценка стоимости дома

    Поэтому компания Zillow переместила свой инструмент Zestimate на платформу AWS, чтобы обеспечить скорость и масштабирование при оценке домов практически в режиме реального времени. Благодаря более динамичным и оптимальным оценкам уникальных особенностей каждого дома и локального рынка недвижимости клиенты могут получить самые последние данные, необходимые им для принятия решения о покупке или продаже.

    Своевременная работа с клиентами в условиях динамичного рынка

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

  • Здравоохранение

  • Компания GE Healthcare помогает выявлять критические состояния быстрее благодаря использованию машинного обучения на AWS

    Узнайте, как компания GE Healthcare использует Amazon SageMaker для построения, обучения и развертывания моделей машинного обучения, помогающих рентгенологам выявлять проблемы со здоровьем, с которыми сталкиваются люди во всем мире.

    Подробнее 

    Миссия по улучшению жизни

    * Заявка по форме 510(k) на рассмотрении в Управлении по надзору за качеством пищевых продуктов и лекарственных средств (FDA), США Не доступно для продажи в Соединенных Штатах.

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

    Компания GE Healthcare использует AWS и Amazon SageMaker для получения и хранения данных в соответствии с нормативными требованиям, организации работы по курированию в группах и построения алгоритмов машинного обучения.

    Более качественные и быстрые модели

    Компания GE Healthcare сократила время обучения своих моделей машинного обучения с нескольких дней до нескольких часов, что позволило быстрее развертывать модели и непрерывно улучшать качество обслуживания пациентов.

  • Игровые технологии

  • Epic Games использует технологии AWS в игре международного масштаба Fortnite

    Узнайте, как Epic Games использует AWS для доставки Fortnite более чем 200 млн игроков во всем мире.

    Подробнее 

    Построение фундамента в облаке

    Компания Epic Games использует AWS с 2012 года и уже полностью перешла на работу с облаком AWS. Технологии AWS поддерживают работу парка игровых серверов, систем серверных платформ, баз данных, веб‑сайтов, конвейера аналитики и систем обработки.

    Неожиданный успех

    В 2017 году компания Epic Games выпустила кросс‑платформенную многопользовательскую игру Fortnite, которая успех которой был мгновенным. За первый год пользовательская база Fortnite выросла более чем в 100 раз и достигла 200 млн игроков во всем мире.

    Расширяя границы масштабирования

    AWS – неотъемлемый элемент успеха Fortnite. Благодаря AWS Epic Games размещает игровые события для сотен миллионов приглашенных пользователей, не переживая по поводу ресурсов, выгружает 125 млн событий в минуту в аналитический конвейер и ежемесячно расширяет хранилище данных более чем на 5 ПБ.

    Лучшие впечатления от игры

    Благодаря AWS компания Epic Games постоянно повышает качество обслуживания игроков, предлагает новые увлекательные игры и игровые элементы. В будущем компания планирует расширить использование сервисов AWS, включив в свой список сервисы машинного обучения и контейнерные сервисы.

  • Мультимедиа и развлечения

  • Live Nation: быстрое внедрение инноваций в индустрии развлечений, снижение затрат и оптимизация доступности приложений с помощью AWS

    Узнайте о том, как мировой лидер индустрии развлечений использует облако AWS, чтобы обеспечить более быстрое и удобное предоставление своих услуг клиентам.

    Подробнее 

    Чтобы клиентам было удобнее

    Live Nation — мировой лидер в сфере организации концертов, продажи билетов и рекламы в музыкальной индустрии. В 2016 году компания Live Nation объявила о переносе своей глобальной ИТ-инфраструктуры на AWS с целью оптимизировать предоставление услуг своим клиентам.

    Простота миграции

    Компания перенесла 118 приложений и 668 серверов на AWS в течение 17 месяцев, не увеличив ни штат, ни расходы.

    Решающие для бизнеса преимущества

    С переходом на AWS компания Live Nation избавилась от необходимости решать проблемы с оборудованием и перешла к внедрению инноваций, которые оптимизируют предоставление услуг клиентам. После миграции Live Nation удалось снизить общие затраты владения на 58%, организовать в 10 раз больше проектов при наличии прежнего штата и улучшить доступность приложений на 99%.

  • Сервер

    — Простая английская Википедия, бесплатная энциклопедия

    Сеть на базе одного сервера . Одноранговая сеть на основе .

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

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

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

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

    Архитектура клиент-сервер и P2P сегодня широко используются.

    Базовый тип программной архитектуры клиент-сервер использует только два типа хостов: клиенты и серверы. Этот тип архитектуры иногда называют двухуровневой . Двухуровневая архитектура означает, что клиент действует как один уровень, а процесс сервера действует как другой уровень.

    Программная архитектура клиент-сервер стала одной из основных моделей сетевых вычислений.Многие типы приложений были написаны с использованием модели клиент-сервер . Стандартные сетевые функции, такие как обмен электронной почтой, доступ в Интернет и доступ к базе данных, основаны на модели клиент-сервер. Например, веб-браузер — это клиентская программа на компьютере пользователя, которая может получать доступ к информации на любом веб-сервере в мире.

    • Всегда ждать запроса от одного из клиентов.
    • Обслуживает запросы клиентов, а затем отвечает клиентам запрошенными данными.
    • Сервер может связываться с другими серверами для обслуживания запроса клиента.
    • Если для обработки запроса требуется дополнительная информация (или реализована защита), сервер может запросить дополнительные данные (пароли) у клиента перед обработкой запроса.
    • Конечные пользователи обычно не взаимодействуют напрямую с сервером, а используют клиента.
    • В большинстве случаев архитектура клиент-сервер позволяет распределить ухудшение ролей и обязанностей вычислительной системы между несколькими независимыми компьютерами, которые известны друг другу только через сеть, поэтому одним из преимуществ этой модели является большая простота обслуживания.Например, можно заменить, отремонтировать, обновить или даже переместить сервер, в то время как его клиенты остаются в неведении и не затронуты этим изменением. Эта независимость от изменений также называется инкапсуляцией .
    • Все данные хранятся на серверах, которые, как правило, имеют лучший контроль безопасности, чем большинство клиентов. Серверы могут лучше контролировать доступ и ресурсы, чтобы гарантировать, что только клиенты с соответствующими разрешениями могут получать доступ и изменять данные.
    • Поскольку хранилище данных централизовано, обновлять эти данные администраторам намного проще, чем это было бы возможно в архитектуре P2P. В архитектуре P2P обновления данных, возможно, потребуется распределить и применить к каждому «одноранговому узлу» в сети, что требует много времени и подвержено ошибкам, поскольку могут быть тысячи или даже миллионы одноранговых узлов.
    • Уже доступно множество передовых технологий клиент-сервер , которые были разработаны для обеспечения безопасности, дружественных интерфейсов и простоты использования.
    • Он работает с множеством разных клиентов разных спецификаций.
    • Блокировка сетевого трафика — одна из проблем, связанных с моделью клиент-сервер .По мере увеличения количества одновременных клиентских запросов к данному серверу сервер может быть перегружен. Сравните это с сетью P2P , где ее полоса пропускания фактически увеличивается по мере добавления дополнительных узлов, поскольку общая пропускная способность сети P2P может быть приблизительно рассчитана как сумма полос пропускания каждого узла в этой сети.
    • Сравнивая модель клиент-сервер с моделью Peer to Peer , в случае отказа одного сервера запросы клиентов не могут быть обслужены, но в случае сетей P2P серверы обычно распределяются между множеством узлов. Даже если один или несколько узлов выйдут из строя, например, если узлу не удалось загрузить файл, оставшиеся узлы все равно должны иметь данные, необходимые для завершения загрузки.

    Клиент Википедии — Мета

    Эта страница сохранена в целях исторического интереса. Его содержание устарело или может быть неправильным.

    Более свежую информацию можно найти на веб-сайте www.mediawiki.org.

    Предложение переместить эту страницу в MediaWiki.org был отклонен .
    Поскольку тег Template: MoveToMediaWiki находился на странице в течение года, и ни один из импортеров MediaWiki.org не считал подходящим для его трансформации, предложение о перемещении было сочтено сообществом MediaWiki.org отклоненным.


    См. Также : Выделенный редактор Википедии, Машинно-ориентированный интерфейс вики


    Некоторые программы для чтения / редактирования на стороне клиента в настоящее время находятся в стадии разработки.

    клиентов Википедии [править]

    WINOR [править]

    WINOR в настоящее время находится в разработке.Свяжитесь с Магнусом Манске, если хотите помочь или проверить. Больше не доступен.

    WWW-Mediawiki-Client [править]

    WWW-Mediawiki-Client был и продолжает разрабатываться как библиотека Perl и небольшой сценарий-оболочка, который ведет себя во многом как клиент CVS, позволяя пользователям делать обновления для загрузки контента Mediawiki и обязуясь загружать контент.

    Меня не устраивает использование веб-браузера для редактирования контента. Меня не устраивает переключение между редакторами и другими приложениями для использования Википедии.Я не удовлетворен задержкой и характером извлечения ссылки «RecentChanges». Я не удовлетворен отсутствием непосредственного сотрудничества над статьями, то есть людей, работающих над одним и тем же документом, по-настоящему симулированно.

    Это все ограничения, которые накладываются на пользователя Википедии веб-интерфейсами, и они не исчезнут в ближайшее время. Единственное решение — создать клиента, у которого есть доступ к Википедии и который предоставляет эти функции. Такой клиент, конечно, не заменит существующий веб-интерфейс: он будет просто дополнительным, более эффективным способом для опытных пользователей использовать Википедию.

    В частности, клиент должен

    • включает (визуальный) редактор со специфическими для Википедии функциями и позволяет интегрировать альтернативные компоненты редактора
    • автоматически загружает обновления RecentChanges через равные промежутки времени
    • упрощает навигацию по ревизиям, например, с помощью двухпанельного окна, в котором выделяются различия.
    • интегрируется с IRC-каналом Википедии
    • , когда два пользователя открывают один и тот же документ с клиентом, разрешить режим совместной работы: открывается чат, и один пользователь может взять на себя управление курсором и мышью
    • кэшируют статьи локально и позволяют просматривать, искать и индексировать архивы wikipedia в автономном режиме.
    • делать все, что только можно придумать.

    Чтобы реализовать такого зверя, сначала можно было бы взломать только существующую Википедию, используя «протокол», как определено макетом и формами HTML. Это очень неудовлетворительное решение, и в конечном итоге сервер Википедии должен научиться принимать стандартизированные XML-RPC.

    Фактическая реализация может быть продвинута в несколько этапов. Сначала наиболее важным был бы простой компонент браузера / редактора: было бы неплохо иметь возможность перемещаться по Википедии и использовать ее без реального веб-браузера.Позже могут быть реализованы более продвинутые функции.

    Мне лично очень хотелось бы использовать такой клиент и, возможно, было бы интересно написать его (в моем случае, вероятно, на C ++ / Qt или C / GTK). Есть ли более широкий интерес к такому инструменту?

    Я начал редактор Википедии как плагин с открытым исходным кодом для Eclipse, см. Http://www.plog4u.org
    Чтобы запустить такое «полное чудовище», нужно заглянуть в другие плагины, чтобы получить что-то вроде «набора плагинов для Википедии».
    Например, для совместной работы этот плагин может быть интересен для начала: http://sobalipse.sourceforge.net — Axel 19:40, 7 февраля 2005 г. (UTC)

    О боже, только не XML-RPC! Я согласен с тем, что нужно разбирать оглавление, дополнительные ссылки и т. д. — это плохо, но есть способы делать то, что нам нужно, через простой старый HTTP. Например, чтобы получить необработанные данные для страницы, вы можете использовать URL-адрес вида «http://www.wikipedia.org/wiki/some_article?output=raw». Также было бы неплохо получить страницу в формате HTML, но без лишних ссылок, вот так: «http: // www.wikipedia.org/wiki/some_article?output=html «. — TOGoS

    Я согласен с тем, что XML-RPC (или SOAP, или WebDAV) кажется излишним. Может быть полезен простой XML , возвращающий формат для таких вещей, как недавние изменения, история и метаданные (автор, дата редакции), но простой старый HTTP должен обеспечивать всю необходимую нам семантику вызова . — Брайон ВИББЕР 01:34 11 декабря 2002 г. (UTC)

    Вы правы. Мне нравится жаловаться на XML (я думаю, что XML-RPC особенно раздули), но он имеет свое место.В любом случае … Я действительно думаю, что интерфейс между сервером и клиентом должен быть как можно более простым и интуитивно понятным. Например (чтобы расширить то, что я уже сказал), чтобы обновить страницу, вы должны просто выполнить запрос PUT (или, что более вероятно, POST) на ‘http://www.wikipedia.org/wiki/article_name’ с новым сырые данные вики как тело запроса. Прямо сейчас, с помощью веб-интерфейса, вы должны отправлять данные на какой-то странный, не интуитивный URL. Я знаю, что клиент позаботится об этом (и я действительно не возражаю против этого для веб-интерфейса), но наличие простого, интуитивно понятного, не привязанного к реализации клиент-серверного интерфейса имеет ряд преимуществ. :

    • делает систему более модульной
    • Упростить работу разработчикам
    • Мы не хотим, чтобы наши компьютеры говорили на эквиваленте английского языка, не так ли? (иди, логлан!)

    Так что я думаю, что в конечном итоге стоило бы проделать небольшую дополнительную работу, чтобы заставить сервер понимать более интуитивно понятный «язык». Что это работает? Апач …? Может потребоваться небольшая работа. Но эй, это то, для чего Руби. Напишите свой собственный сервер! (Возможно, эта напыщенная речь относится к другой странице. Не стесняйтесь переместить ее, если вы так думаете.) — TOGoS

    В защиту XML-RPC (SOAP) [править]
    1. XML-RPC (скажем, SOAP) может показаться излишним, но я предсказываю, что использование стандартов окупится непредсказуемым образом. Вместо того, чтобы людям нужно было узнавать о нашем столь минималистичном протоколе на основе HTTP, они могут просто использовать те навыки, которые есть у SOAP сейчас.
    2. Опора на стандарт дает нам возможность расти, потому что мы можем быть уверены, что у разработчиков стандартов было немного больше времени, чтобы обдумать проблемы. Было бы неловко обнаруживать, что мы постепенно расширяем наш минималистичный протокол, маленькие кусочки здесь и там, и, прежде чем мы узнаем об этом, обнаружим, что мы только что заново изобрели SOAP.
    3. Сейчас (ноябрь 2003 г. ) реализации SOAP достигли такого уровня зрелости, что нам действительно не нужно выполнять дополнительную работу по синтаксическому анализу.
    4. XML-RPC и SOAP имеют готовые библиотеки для всех современных языков (php, python, perl, java, C, C ++, C #, visual basic, ruby… даже javascript) и интегрированы в большие версии фреймворков (например, OpenOffice.org, Mozilla / XUL, Eclipse и т. д.). Таким образом, это ускорит чистую и быструю интеграцию многоуровневых приложений (например, даже создание клиента на основе MS-Office будет легко с помощью visualbasic / soap).
    5. Это стало обычным выбором для других программ вики, открывающих свои API (по крайней мере, для phpwiki, moinmoin, jspwiki, twiki, usemod и openwiki), так что это каким-то образом привело к унификации.

    Думаю, было бы неплохо получить доступ cvs к базе данных.Список сверху:
    • включает (визуальный) редактор со специфическими для Википедии функциями и позволяет интегрировать альтернативные компоненты редактора
    Нет пользы от использования CVS.
    • автоматически получать обновления RecentChanges через равные промежутки времени
    Больше не понадобится, так как cvs diff уже дает эту (и более) информацию.
    • упрощает навигацию по ревизиям, например, с помощью двухпанельного окна, в котором выделяются различия.
    Вы имеете в виду cvs up -D вчера -D «за 20 дней до»?
    • интегрировать с IRC-каналом Википедии
    Доступно множество клиентов IRC.Я не думаю, что это вообще нужно
    • , когда два пользователя открывают один и тот же документ с клиентом, разрешить режим совместной работы: открывается чат, и один пользователь может взять на себя управление курсором и мышью
    CVS уже решает эту проблему
    • кэшируют статьи локально и позволяют просматривать, искать и индексировать архивы Википедии в автономном режиме
    Это основная концепция CVS. Вы получаете рабочую копию, которая постоянно доступна вам.
    И другие аргументы:
    • делает систему более модульной
    Я думаю, что более модульной, чем CVS, невозможно.
    • Упростить работу разработчикам
    Поскольку сервер поддерживает CVS, реализовывать больше нечего, все остальное уже существует.
    • Мы не хотим, чтобы наши компьютеры говорили на эквиваленте английского языка, не так ли? (иди логлан!)
    Я бы предпочел немецкий, но я не совсем понимаю, что вы имеете в виду…
    — Бодо Тизен

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

    Разве недостатки такого инструмента (в основном необходимость его загрузки — в то время как в настоящее время любой человек с веб-браузером может редактировать Википедию) не превзойдут преимущества , требующего программы для редактирования Википедии? —172. 139.98.xxx (то есть Ларри Сэнгер в поле :-))


    Наличие отдельного клиента для редактирования страниц (в отличие от простого их чтения) может также послужить полезным pons asinorum для редакторов. —LDC


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

    Меня бы заинтересовал такой зверь. Однако насчет режима совместной работы в реальном времени я не уверен.Я не думаю, что все ладят достаточно хорошо, чтобы работать в режиме реального времени. 😉

    К сведению, в веб-браузере Opera есть функция автоматической перезагрузки любой страницы через заданные промежутки времени. — Стивен Гилберт

    О, еще кое-что. Вы когда-нибудь использовали библиотеку wxWindows? (http://www.wxwindows.org) Это фреймворк C ++, разработанный для кросс-платформенного программирования. Мне сказали, что он лучше работает с Win32, чем с QT или GTK. — Стивен Г.


    Я бы порекомендовал написать что-нибудь, что работало бы как дополнение к Mozilla.Я подозреваю, что большая часть желаемой функциональности уже встроена или уже доступна в других плагинах. Кроме того, в наши дни это кажется самым простым способом создания платформенно-независимого программного обеспечения. —TheCunctator


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

    Я знаком с хорошей функцией перезагрузки Opera, но для клиента я бы, по крайней мере, в долгосрочной перспективе, представил бы что-то другое, а именно обновление, которое показывает только изменения, сделанные после последней загрузки. Это потребует дополнительных интеллектуальных возможностей клиента и сервера, но резко сократит полосу пропускания, необходимую для обновлений. Страница недавних изменений, особенно когда она очень большая, занимает сотни килобайт и регулярно перезагружается, что создает довольно значительный объем трафика.Теперь я, конечно, надеюсь, что финансовое положение Википедии хорошее, но из анализа затрат и выгод становится ясно, что деньги, сэкономленные за счет обновления с минимальным объемом занимаемой площади, легко перевесили бы время, необходимое для внедрения интеллектуального сервера и клиента.

    Что касается wxWindows, да, я видел его в действии, но сам никогда не использовал. Это может быть хорошей альтернативой Qt или GTK.

    Расширение Mozilla — хм, я не уверен в этом, в Mozilla нет ничего (даже компонента веб-браузера), что я бы хотел, чтобы клиент поддерживал, скорее, это будет отображать ограниченное подмножество HTML, которое Википедия использует напрямую .Это позволило бы написать небольшой комбинированный компонент браузера / редактора (каким веб-браузер должен был быть в первую очередь). — Eloq.

    А, понятно. Недавние изменения действительно съедают пропускную способность; Это было источником проблем для нас в прошлом, когда приходили новые потоки трафика. w: Джимбо Уэльс мог бы рассказать вам об этом больше.
    Плагин Mozilla имеет для меня большой смысл. У меня обычно есть несколько вкладок, открытых для ссылок, когда я редактирую, и компонент редактора, интегрированный с моим обычным браузером, будет намного проще в использовании, чем необходимость постоянно переключать приложения.- Арвиндн
    Вы, вероятно, захотите поговорить с w: Магнусом Манске. Он главный программист для нашей новой вики-программы. Или еще лучше, если вы умеете работать с PHP и SQL, перейдите на http://wikipedia.sourceforge.net и поиграйте с кодом — Стивен Гилберт

    UseModWiki RecentChanges уже поддерживает «Список новых изменений, начиная с t. ‘где t — это последний раз, когда вы загружали RecentChanges (на самом деле, это время последнего изменения, которое вы видели). Другие исправили UseModWiki, чтобы поместить это в файл cookie пользователя, а именно MoinMoin.Это не очень сложно. См. Http://www.usemod.com/cgi-bin/wiki.pl?WikiPatches/ChangesSinceLastVisit. — СунирШах


    Сообщение из Intlwiki-l, сб, 7 декабря 2002 17:54:48 +0100 (CET)

    Я пишу это в международный список, потому что я сомневаюсь, что английские википедисты очень заботятся об этом проблема. Сегодня я получил письмо от парня из России. кто хочет создать свою энциклопедию эсперанто проект, потому что это стоит слишком дорого, чтобы постоянно быть онлайн, чтобы поработать над энциклопедией, и он хочет распространять энциклопедию на компакт-дисках.Я также знаю что у нас НИКОГДА не будет чешской Википедии без нее потому что существует монополия на связь, которая требует, чтобы все люди (кроме очень крупных компаний) оплачивать интернет поминутно по достаточно высоким тарифам для среднего чеха.

    Клиент Википедии отчаянно нужен, если мы хотим предстоит еще поработать над неанглоязычными Википедиями. Пользователи смогут получить всю энциклопедию (в какие языки они хотят) на своих жестких дисках и он может синхронизироваться, когда они подключаются к Интернет.Также такая программа ДОЛЖНА быть неанглоязычной. удобный.

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

    Кто-нибудь может написать такую ​​программу?


    Спасибо, Чак


    просто некоторые мысли: служба электронной почты для Википедии, вы отправляете электронное письмо на определенный адрес (например, [email protected]) с темой, например:

    ПОИСК Tristan Tzara
    Вы получите письмо с результатами поиска.
    Тогда вы пишете:
    ПОЛУЧИТЕ Тристана Цара (или любое другое название статьи, которое вы хотите)
    Вы вносите изменения в автономном режиме, а затем отправляете:
    PUT Tristan Tzara, с вашей измененной версией в теле письма.

    Если за это время никто не изменил статью, изменения применяются, иначе вы получите сообщение editconflictmail …

    Для защиты этого сервиса от спамеров он может быть ограничен зарегистрированными почтовыми адресами.

    Это, конечно, никогда не сработает для английской Википедии, но для небольших Википедий, особенно в такой ситуации, как чешская, это было бы возможное решение, которое не требует большого программирования (по крайней мере, я на это надеюсь — можно ли это сделать легко ?).Дополните это сжатыми HTML-версиями Википедии для загрузки и чтения в автономном режиме. —елиан

    Если вы отправляете изменения не в форме новой версии, а как unidiff, большинство конфликтов будет проигнорировано. Но это уже реализовано и называется CVS, единственное, что Wikiserver должен это поддерживать. — Бодо Тизен

    Бодо,

    Мне нравится ваша идея «службы поиска электронной почты для Википедии». Я думаю, было бы неплохо иметь приложение для поиска для пользователей SMS, такое как SMS-служба Google.

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

    В свою очередь, поиск по SMS в Википедии будет очень похож на идею поиска по электронной почте Бодо, однако при этом будет извлечено меньше информации.

    Как поиск по электронной почте в Википедии, так и поиск по SMS в настоящее время должны быть возможны без каких-либо изменений в Wikiserver.На этом сайте уже есть функция поиска. Программному обеспечению на стороне клиента нужно будет просто обрезать «данные вики». Однако для этого потребуется дополнительная связь между клиентом и Викисервером. Большая часть обработки будет перенесена на клиент, однако необходимо будет создать подключаемый модуль для Outlook. Не уверен, что это вообще возможно.

    Лучше было бы выполнить подготовку к усечению и доставке на сервере.

    Кэмерон


    Здесь говорят о реализации «клиента», но может быть несколько.Некоторые хотят мгновенного сотрудничества, другие предпочитают работать в автономном режиме, позже объединяя свои новые вещи … Я не думаю, что реализация должна учитывать все это. Скорее опубликуйте «машинно-дружественный» спецификацию интерфейса поверх HTTP, используя специальные URL-адреса или что-то еще, и пусть люди заводят собственных клиентов. (и поделитесь ими, если они этого захотят) Я видел эту дискуссию «мне нравится C ++» / «Я использую Rebol» / «Вы проверяли wxWindows» несколько раз раньше … давай — каждому свое — нам просто нужен простой машинный интерфейс, и все начнется.Фактически, это должно быть проще (на стороне Магнуса Манске / программистов Википедии) чем удобный интерфейс.

    Репост: Ой, извините, я тупой, я пропустил машинно-дружественный вики-интерфейс перед публикацией …

    Кортик


    Точка зрения Дирка о множественных клиентах верна. Один клиент является автономным, что может быть наиболее полезно в странах с медленным / дорогим доступом в Интернет. Такой клиент должен предоставить пользователю доступ ко всем записям или, по крайней мере, к тем, которые наиболее интересны пользователю (несколько устаревшие версии других могут быть доставлены на CD-ROM или DVD-ROM, возможно, на обложках журналов).

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

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

    — Кабаламат, 15:07, 27 августа 2003 г. (UTC)


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

    Автономное редактирование будет очень важно для развивающихся стран на разных уровнях: клиенты должны иметь возможность синхронизироваться с серверами И серверы должны иметь возможность синхронизироваться с другими серверами, например. один раз в день. Таким образом можно будет создать эффективную инфраструктуру для развертывания информации.Протоколы и код уже существуют, пожалуйста, используйте их.


    Если кто-то из них собирается что-то реализовать, загляните на http://www.flyingmeat.com/vpwiki.html, где это уже работает и работает хорошо. — Мартин

    Модуляризация MediaWiki в сервисы [править]

    Одним из недостатков текущей реализации является то, что MediaWiki не спроектирована как распределенная среда с нуля. Если мне нужно будет переписать MediaWiki, его, вероятно, следует разработать как (более или менее) независимые части, связанные с помощью веб-сервисов.Основой для этого было бы создание хотя бы элементарной структуры классов. В целом:

    • Набор веб-сервисов, выполняющих все функции базы данных , поэтому будет легче переносить их на различные типы / версии баз данных. В идеале код в фоновом режиме мог бы использовать фабричные шаблоны, чтобы сделать возможной адаптацию базы данных.
    • Веб-сервис для , управляющий пользователями (имя пользователя, пароль, роли пользователей и т. Д.). Поскольку это задача с высокими требованиями к безопасности, ее следует использовать только через SSL или эквивалентное шифрование.
    • Веб-сервис для , конвертирующий Wikisyntax в (еще не существующий) WikiML. Это позволит (опционально) использовать разные синтаксисы, чтобы пользователь мог решить, что он более знаком. Кроме того, использование синтаксиса на основе XML позволит использовать XSLT для форматирования вывода.
    • Веб-сервис , запрашивающий изменения в базе данных. Это позволит пользователю определить, устарела ли кешированная версия статьи. Этот метод также может позволить разработать своего рода распределенную MediaWiki, где у пользователей есть вики-клиент, который запрашивает изменения в статьях.Если их нет, будет использоваться кешированная версия в клиенте. В противном случае вместо всех данных будет использоваться только (набор) diffgramm (s). Этот метод может сэкономить полосу пропускания и вычислительную мощность.

    В случае накладных расходов на веб-службы я не вижу никаких проблем, потому что для внутренних классов MediaWiki все еще можно будет напрямую вызывать соответствующие функции. Веб-службы будут реализованы как оболочки.
    Самые большие проблемы, которые я вижу, — это выбранный язык PHP.Поскольку этот язык сценариев изначально не создавался для больших сред или веб-сервисов, у него есть некоторые недостатки:

    • Он будет работать медленнее, чем скомпилированный код
    • Внедрение веб-сервисов будет сложнее. Веб-сервисы проще в таких средах, как ASP.Net, ведьма была создана с помощью веб-сервисов в уме. Поэтому я рекомендую разрешить использование Mono и Java, если у общедоступных функций есть SOAP-Wrappers.

    Таким образом, преимущества сервис-ориентированной архитектуры заключаются в следующем:

    • Легко расширить новыми Услугами на основе существующих.Примерами таких сервисов являются Specialpages.
    • Для новых функций могут потребоваться новые интерфейсы. Но расширение частей приложения не повлияет на существующие службы.
    • Более простое распространение за счет зеркалирования только отдельных Сервисов на разных Серверах, а не целого. Т.е. Обработка пользователей может выполняться на одном компьютере, а не отражаться вместе с остальной частью Википедии. Другим примером могут быть общие ресурсы, ведьма могут работать на другом кластере, ведьма, в свою очередь, специализируется на статическом контенте.

    MovGP0 00:31, 23 февраля 2006 г. (UTC)

    Первые попытки в wkp-режиме для просмотра Википедии из Emacs [править]

    См. Мою страницу пользователя Пользователь: MwZurp. По-прежнему только просмотр, но хотелось бы перейти к редактированию.

    Повторно используйте то, что предлагает ОС [править]

    1. XULrunner (новый продукт Mozilla) 2. FCKreator как база для инструментов редактирования. 3. Расширение Chatzilla для совместной работы с ICR

    Если Mozilla Crue вовремя внедрит SVG, следующий уровень представления данных будет достигнут.Выбор этого подхода даст нам мощный движок рендеринга и платформу Croos.

    Изменение существующих браузеров? [Править]

    Что, если вместо того, чтобы создавать собственное клиентское программное обеспечение с нуля, мы модифицируем (расширяем, добавляя настраиваемые функции) существующие веб-браузеры (например, Firefox через расширения) и делаем их полноценными клиентами Википедии? 61.94.149.55 03:23, 26 мая 2005 г. (UTC)

    Например, посмотрите, что сделал w: flock (веб-браузер) с интеграцией нескольких служб блогов и клиентов в браузер.Любой вики-клиент, интегрированный в браузер, должен быть простым местом для ввода текста с кнопками для всех типичных функций. Однако сначала кнопки не были определены вообще — вы могли бы выбрать, скажем, из выпадающего меню, вики, которую вы использовали (wikipedia? Pm wiki? Pb wiki? И т. Д.), И кнопки переключились бы на этот набор конкретных выходных данных, чтобы убедиться, что все операторы шрифтов и т. д. работают в любой вики-системе. Вы даже можете позволить пользователям программировать свои собственные кнопки и т. Д. Возможны всевозможные макросы и тому подобное.Было бы неплохо … намного лучше, чем эти маленькие страницы редактирования вики, и все же в духе интеграции нескольких функций в одну область и сделать ее доступной для непрофессионала. Предыдущий комментарий без знака был добавлен пользователем 70.116.16.157 (обсуждение • вклад) 2009-03-04T10: 30: 21 (UTC)

    Доступ через WebServices [править]

    Давным-давно была дискуссия о внедрении WebServices с использованием NuSOAP. Кто-нибудь работает над этим? Я хотел бы стать волонтером для этого.Доступ к Wiki через альтернативный механизм (такой как SOAP, XML-RPC или даже ATOM, RSS) может быть очень полезен, особенно для портативных устройств с ограниченными возможностями отображения. На такие устройства можно установить совместимый вики-клиент, и пользователь может установить предпочтения относительно того, как должна быть размещена информация (статья, изображение и т. Д.). Хорошо документированный уровень веб-служб может использоваться клиентом на базе рабочего стола, который предоставляет расширенные функции, такие как редактирование, корректура статей и т. Д. — AG

    Взгляните на http: // meta.wikimedia.org/w/query.php. —Hartz 18:58, 5 сентября 2006 г. (UTC)

    CXuesong / WikiClientLibrary: / * 🌻 * / Клиентская библиотека Wiki — это портативная и асинхронная клиентская библиотека MediaWiki API на платформе .NET Standard.

    Созданная вручную асинхронная клиентская библиотека MediaWiki API для вики-сайтов (включая Wikipedia и родственные ей проекты, а также FANDOM и Wikia.org. Библиотека ориентирована на .NET Standard 2.1 и .NET 5.0 (см. Поддерживаемые платформы) и ориентирована на о совместимости API с MediaWiki 1.19 (Wikia), а также современные API-интерфейсы MediaWiki (например, 1.34-wmf, как в 2019-05). Остальные промежуточные версии, надеюсь, также совместимы.

    Если вы используете предыдущие версии .NET Core или .NET Framework, вы можете использовать предыдущую версию пакетов WCL. Библиотеки WCL v0.7.x нацелены на .NET Standard 1.1 и должны поддерживать более ранние версии реализаций .NET.

    Пакеты CXuesong.MW.WikiClientLibrary. * теперь доступны в NuGet. Например. вы можете установить основной пакет, используя следующую команду

     # Консоль управления пакетами
    Установочный пакет CXuesong.MW.WikiClientLibrary
    # .NET CLI
    dotnet добавить пакет CXuesong.MW.WikiClientLibrary 

    Если вы столкнетесь с ошибками, у вас есть предложения или пожелания, не стесняйтесь открывать вопрос. Также приветствуются любые вклады в документацию (аннотации кода и вики-репозиторий). Спасибо.

    См. Также

    Обзор

    Разработанный в Visual Studio 2019, этот переносимый и асинхронный клиент API MediaWiki обеспечивает простой и асинхронный доступ к часто используемому API MediaWiki.Библиотека имеет следующие особенности

    • Запросы и редактирование страниц, категорий и файлов; просмотр информации о странице; загрузка файлов.

    • Вход / выход с помощью простых асинхронных функций.

      • Код клиента имеет доступ к CookieContainer и, следовательно, имеет шанс сохранить его.
    • токенов инкапсулированы в функции библиотеки, поэтому клиенту не нужно будет возвращать их снова и снова.

    • Продолжение запросов инкапсулируется в IAsyncEnumerable , что облегчит боль при использовании генераторов страниц.

    • Прочие разные API MediaWiki, например

      • OpenSearch
      • Разбор страницы
      • Патруль
    • Консоль Scribunto Lua и поддержка выполнения серверных модулей

    • Поддержка структурированных дискуссий (также известного как Flow)

    • Базовая поддержка API Wikibase (серверная часть Викиданных); библиотека предоставляет возможность использовать дамп Wikibase JSON

    • Базовая поддержка FANDOM / Wikia API (Nirvana, Wikia AJAX и Wikia REST-ful API v1)

    Клиент | Лига легенд вики

    Клиент игры

    Клиент League of Legends — это программа, с помощью которой игроки взаимодействуют с League of Legends и Teamfight Tactics (ПК), не играя в игру.Игроки входят в клиент, используя свою учетную запись Riot , и имеют возможность оставаться в системе.

    Организация

    У клиента есть три раздела, которые всегда видны. Они исчезают один раз при выборе чемпиона.

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

    Вкладки

    На панели навигации отображается пара вкладок, охватывающих все содержимое.

    Играть
    Это меню показывает доступные очереди для начала подбора игроков в игре.
    Дом
    Вкладка «Главная» становится страницей по умолчанию при входе в систему. Есть несколько разделов общего значения, а также новые разделы, которые добавляются для отображения событий и выпусков.
    • Обзор
      • Показывает последние новости и продажи.
    • Новости
      • Показывает новостные публикации с leagueoflegends.com
    • Описание обновления
      • Показывает копию последних примечаний к патчу с возможностью публикации в социальных сетях.
    TFT
    Вкладка TFT отображает проход события, а также новые выпуски.
    Столкновение
    Вкладка Clash — это интерфейс для организации матчей Clash.
    • Концентратор
      • Отображает запланированные турниры, а также историю.
    • Найди команду
      • Отображает функцию, позволяющую свободным агентам находить команды, к которым они могут присоединиться.
    • Кронштейн
      • Отображает текущую информацию о скобках.
    • Победителей
      • Показывает победителей предыдущих турниров.
    • Награды
      • Перечисляет полученные награды, которые могут применяться к Clash, например логотипы и баннеры.
    Коллекция
    На вкладке «Коллекция» отображаются ресурсы до начала игры и персонализации.См. Статью о конкретных функциях.
    Ремесло
    Вкладка Крафт используется для сортировки и преобразования добычи в постоянные предметы для персонализации. Чемпионов также можно получить через эту систему.
    Ваш магазин
    Иногда для покупки становятся доступны персонализированные предложения скинов со скидкой.
    Магазин
    На вкладке «Магазин» представлены предложения по микротранзакциям, в том числе скины, билеты на конфликты и серверные передачи.
    Валюта
    Количество валюты игрока включает синюю эссенцию и RP. Также показаны любые льготы.

    Окно чата
    В окне чата отображаются последние сообщения от друзей. Окно можно отделить как отдельную программу.
    Задания
    В окне миссий отображаются цели, за выполнение которых предлагаются награды.
    Голосовой чат
    Голосовой чат доступен в группе и переносится в игру.
    Отчет об ошибке

    Отчет об ошибке можно отправить через Интернет.

    Примечательные особенности

    Параметры в игре
    Внутриигровые параметры, такие как привязки горячих клавиш и ползунки звука, доступны в меню параметров.
    Отдельное окно чата
    Окно чата можно отключить как отдельную программу.

    История

    Клиент заменяет клиент PVP.net, который изначально был выпущен вместе с игрой, с целью заменить его с точки зрения технологий и визуальных эффектов, а также создать масштабируемую платформу для создания функций на долгие годы.С тех пор клиент получил известность из-за множества проблем с производительностью, которые преследовали почти все аспекты клиента, что особенно ощущалось на старых машинах, для которых игра была разработана.

    В 2020 году кампания по «исправлению клиента» начала решать различные всеобъемлющие проблемы в обычных функциях клиента, в основном за счет повторной консолидации программы, чтобы она работала более эффективно и, следовательно, намного быстрее.

    Медиа

    Коррупция в Викиленде? Платный пиар-скандал разразился в Википедии

    Обеспокоенные википедисты подняли тревогу в понедельник, что два доверенных лица — один из них — попечитель Фонда Викимедиа в Великобритании, другой — уважаемый википедист в резиденции — якобы редактируют страницы Википедии и способствуют размещению на первых страницах своих рекламных материалов. клиенты, стремящиеся к гласности.

    Джимми Уэльс недоволен.

    Все началось на этой неделе, когда на странице обсуждения DYK («Знаете ли вы») началась интересная дискуссия.

    Роджер Бамкин, попечитель Фонда Викимедиа в Великобритании, чья страница в LinkedIn описывает его как высокопоставленного консультанта по связям с общественностью, похоже, использовал функцию «Знаете ли вы» главную страницу Википедии и ресурсы GLAM WikiProject (Галереи, библиотеки, Архивы и музеи), чтобы развлечь проект своего клиента.

    Текущий клиент Бамкина — страна Гибралтар.

    В августе о Гибралтаре на главной странице Wikipedia DYK показывали целых семнадцать раз — необычная частота — каждые 2-3 дня.

    Помимо Олимпийских игр, это единственная повторяющаяся тема в течение месяца.

    В разделе «Знаете ли вы» на главной странице Википедии публикуются новые или расширенные статьи — аудитория на главной странице Википедии оценивается в сотни миллионов в месяц.

    Уэльс: «совершенно неприемлемо»

    Когда основателю Википедии рассказали о клиенте Бамкина в связи с Wikimedia UK, Джимми Уэйлс написал:

    Совершенно неприемлемо для члена правления отделения или любого другого лица, занимающего официальную роль в благотворительной организации, связанной с Википедией, принимать платежи от клиентов в обмен на обеспечение благоприятного размещения на первой странице Википедии или где-либо еще. еще. — Джимбо Уэльс (разговор) 00:54, 17 сентября 2012 г. (UTC)

    В то же время, когда консультационная работа Бамкина в качестве представителя Фонда Викимедиа подняла свою уродливую голову, члены сообщества Википедии разоблачили SEO-ориентированную PR-стратегию редактирования страниц Википедии, которой руководит уважаемый редактор GLAM Макс Кляйн.

    И Кляйн, и Бамкин являются «Википедистами в резиденции» — ролью, которую высоко ценят редакторы Википедии, которые поддерживают связь с галереями, библиотеками, архивами и музеями для обмена информацией между организациями и редакторами сообщества Википедии.

    Википедиям в резиденции не разрешается работать, если есть конфликт интересов, и им не разрешается редактировать страницы организации, с которой они взаимодействуют.

    Максимиллион Кляйн управляет консалтинговым бизнесом под названием «untrikiwiki», само описание которого объясняет:

    Положительная статья в Википедии неоценима для SEO: она почти гарантированно попадет в тройку лучших Google.Удивительно, но это преимущество написания статей для Википедии используется недостаточно, но оно точно связано с отсутствием настоящего опыта в этой области. … У НАС НЕОБХОДИМА ЭКСПЕРТИЗА, чтобы ориентироваться в сложном лабиринте, окружающем редактирование «конфликта интересов» в Википедии. Обладая более чем восьмилетним опытом, более 10 000 правок и бесчисленными связями с сообществом, мы предлагаем комплексные услуги Википедии.
    Когда заинтересованные редакторы Википедии спросили Джимми Уэйлса о untrikiwiki (в ветке о Роджере Бамкине), Уэльс ответил:
    Я не знал об этом деле, и у меня не было времени разобраться в нем.Если то, что вы говорите, верно, то, конечно, я очень недоволен этим. Это отвратительно. — Джимбо Уэльс (разговор) 00:54, 17 сентября 2012 г.

    Нет конкретной политики Викимедиа в Великобритании в отношении «платного редактирования»

    В настоящее время не существует политики Викимедиа Великобритании против «платного редактирования» страниц Википедии, хотя Джимми Уэльс сказал, что платное редактирование противоречит ценностям и политике Википедии.

    Однако нет никаких сомнений в том, что отсутствие четкой политики бросает тень на восприятие общественностью этического статуса Википедии.

    Если PR-редактирование представителей Википедии — платное или нет — будет открыто терпимо, репутации Википедии наверняка будет нанесен ущерб, отличный от вреда, нанесенного вандализмом или скрытым PR-редактированием.

    В случае с Роджером Бамкиным, директор Wikimedia UK рекламирует себя как директора Wikimedia UK для оплачиваемых консультационных работ, а также руководит и участвует в редактировании Википедии для обслуживания своего личного клиента.

    На странице Бамкина в LinkedIn указано:

    Опыт Роджера Бамкина
    Консультант Victuallers Ltd Май 2012 г. — настоящее время (5 месяцев)
    Я работал с QRpedia и Monmouthpedia, которые принесли более 2 млн фунтов стерлингов на инвестиции в размере 50 000 фунтов стерлингов.

    В официальной Декларации интересов Бамкина для Wikimedia UK говорится, что у него нет конфликта интересов (COI) с его ролью, доступом к ресурсам Википедии и контрактом с Гибралтаром, так как между Гибралтаром и Wikimedia UK нет официальных отношений.

    Но со стороны это может показаться финансовым конфликтом интересов между людьми, которые распоряжаются деньгами, пожертвованными на поддержку Википедии. Не говоря уже о том, насколько это несправедливо.

    Вам может быть интересно, как страна Гибралтар оказалась в центре скандала, связанного с редактированием PR Википедии.Чтобы ответить на этот вопрос, мы можем посетить Википедию.

    Monmouthpedia — это проект Википедии, который связывает Википедию и город Монмут в Южном Уэльсе с помощью QR-кодов, сканируемых смартфоном.

    Как гласит история, идея Monmouthpedia возникла, когда Роджер Бамкин и Стив Вирджин (бывший член правления Wikimedia UK, нынешний консультант по связям с общественностью и деловой партнер Бамкина) выступили на TEDx о своем проекте QR-кода в Википедии QRpedia. Из зала редактор Википедии Стив Каммингс (также деловой партнер Бамкина) предложил им «сделать целый город».»

    Wales Online писал:

    Он [Бамкин] выбрал Гибралтар, на южной оконечности Испании, в качестве своего следующего проекта после того, как его засыпали приглашениями из разных уголков мира, надеясь стать вторым городом в Википедии.

    Войдите в Гибралтарпедию. Вчера BBC News объяснили, что Гибралтарпедия — это то, как Гибралтар использует QR-коды и Википедию для нацеливания и привлечения туристов.

    Хотя гибралпедия не так проста, как открытое предложение Untrikiwiki по навигации по сложным правилам конфликта интересов в Википедии в качестве услуги для платежеспособных клиентов, она может быть отличной идеей, но все же представляет собой не более чем бесплатную рекламу для туризма — создание огороженного сада все статьи посвящены развитию туризма — и потенциальных инвестиций — в Гибралтаре.

    Семнадцать статей на главной странице Википедии за один месяц в равной степени вызывают удивление, в некоторой степени печальны и совершенно беспокоят.

    Из заявления Джимми Уэльса за 2009 год:

    Меня не устраивает, что кто-либо когда-либо создавал сервис, продающий свои услуги в качестве редактора Википедии, администратора, бюрократа и т. Д. Я лично заблокирую любые дела, которые мне покажут. (…)
    (…) Заблокируем ли мы хорошего редактора, если узнаем постфактум, это совсем другой вопрос.У нас есть традиции прощения и работы с людьми, чтобы улучшить их и наше поведение, когда это возможно — никогда не бывает так просто. Конечно, можно представить себе ситуацию, когда кого-то можно и нужно простить … потому что это очень часто.
    Это не то же самое, что сказать, что это когда-либо будет нормально, с точки зрения политики. Представьте себе катастрофу для нашей репутации.

    Я думаю, многие люди сочли бы, что идея «Знаете ли вы» — и первая страница Википедии — успешно используется в коммерческом предприятии какой-либо организацией, как вредная для Википедии, репутации или чего-либо еще.

    Но опять же, Википедия и предполагаемые конфликты интересов, как известно, не решаются с практичностью или ясностью. Просто спросите Филипа Рота.

    Заказчик по проектированию и строительству

    Кодекс практики управления проектами CIOB 4-е издание определяет клиента как «юридическое лицо, физическое или юридическое лицо, которое прямо или косвенно вводит в эксплуатацию и финансирует проект».

    Клиент также иногда упоминается как:

    Клиент редко бывает одним человеком, даже в относительно небольших проектах.Внутри клиента, вероятно, будет несколько групп и лиц, заинтересованных в проекте или контролирующих его.

    Кроме того, в проекте может быть ряд внешних заинтересованных сторон.

    Важно, чтобы распределение обязанностей между членами команды клиента было четко определено.

    Для небольших или менее сложных проектов некоторые роли могут быть объединены. Однако в государственных проектах не рекомендуется совмещать роли лица, принимающего инвестиционные решения, старшего ответственного владельца и спонсора проекта из-за риска конфликта интересов.Нельзя совмещать роли, которые не пересекаются.

    По проектам в государственном секторе руководство OGC показывает отношения между клиентом и командой интегрированных поставщиков (проектировщики, поставщики, подрядчики), как показано ниже [изображение воспроизведено с разрешения OGC].

    NB: Управление государственной торговли (OGC) было включено в Группу эффективности и реформ (ERG) в составе Кабинета министров, и его руководство заархивировано, однако большая часть той же терминологии и процедур все еще используется в закупках в государственном секторе.

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

    Для многих из участников проект будет «параллельной деятельностью», выполняемой в дополнение к их повседневной работе.Это означает, что их индивидуальные цели должны быть согласованы, чтобы включить цели проекта, а вознаграждение для людей должно исходить из успеха проекта, а не просто быть привязанным к их обычной повседневной работе. Из-за этой дополнительной роли им может потребоваться дополнительная поддержка и руководство, чтобы помочь им сосредоточиться на ключевых вопросах и максимально использовать свое время.

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

    Правила CDM определяют «домашних клиентов» как «… людей, у которых есть строительные работы, проводимые в их собственном доме или доме члена семьи, которые не выполняются в рамках бизнеса, независимо от того, ради прибыли они или нет. ‘

    NRM1: Порядок оценки затрат и планирования затрат на капитальные строительные работы, дает следующее определение работодателя; «… Собственник и / или застройщик здания; в некоторых случаях конечный пользователь. Термины старший ответственный владелец (СРО) и спонсор проекта используются центральным гражданским правительством и оборонным сектором; быть представителями, уполномоченными управлять строительным проектом и принимать конкретные решения по проекту.’

    Интеллектуальный клиент — это клиент, который «… имеет опыт и необходимые знания для разработки, разработки и реализации строительного проекта с оптимальным сочетанием времени, стоимости и качества». Ссылка Руководство для государственных заказчиков по закупкам строительных работ, опубликованное Управлением по закупкам и собственности Шотландии 21 декабря 2018 г.

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

    Старший ответственный владелец — Designing Buildings Wiki

    В проектах, финансируемых государством, старший ответственный владелец (SRO) (иногда именуемый «владельцем проекта»):

    «… человек, ответственный за успех проекта …»

    (см. Руководство по достижению совершенства 2 — Организация проекта)

    ‘… отвечает за обеспечение того, чтобы программа изменений или проект соответствовали своим целям и приносили прогнозируемые выгоды.СРО должна быть владельцем общего бизнес-изменения, которое поддерживается проектом, и должна гарантировать, что изменение сохраняет свою бизнес-направленность, имеет четкие полномочия и что контекст, включая риски, активно управляется. Этот человек должен быть руководителем и должен нести личную ответственность за успешное выполнение проекта. Они должны быть признаны собственниками во всей организации ».

    (см. Обзор процесса шлюза OGC 1: Обоснование бизнеса.)

    Старший ответственный владелец владеет проектом на высшем уровне (эквивалентно директору совета директоров, ответственному за проект в частном секторе).Их обязанности носят скорее стратегический, чем повседневный характер.

    Обязанности старшего ответственного владельца :

    • Быть лидером в дизайне проекта с личным обязательством создать объект, демонстрирующий превосходное качество дизайна, или гарантировать, что соответствующий человек возьмет на себя ответственность лидера дизайна.
    • Для наблюдения за подготовкой бизнес-обоснования и бюджета проекта, обеспечения реалистичности предложений и соответствия бизнес-целям, а также представления их лицу, принимающему инвестиционные решения IDM, на утверждение.
    • Установить соответствующую организационную структуру и необходимые коммуникационные процессы, чтобы гарантировать, что пользователи и другие заинтересованные стороны вовлечены в проект и привержены ему.
    • Назначить спонсора проекта и предоставить техническое задание, адекватные ресурсы и любую необходимую поддержку и обучение для обеспечения разработки краткого описания, четко отражающего цели проекта и согласованного с заинтересованными сторонами.
    • Установить порядок выполнения и отчетности, гарантируя, что любые изменения в обстоятельствах, влияющих на проект, оцениваются и принимаются соответствующие меры.
    • Для решения проблем с членами команды клиента и другими заинтересованными сторонами.
    • Утвердить любые существенные изменения в объеме проекта, гарантируя, что любое влияние на качество, стоимость или время оценивается и сообщается высшему руководству по мере необходимости.
    • Для обеспечения того, чтобы проверка после внедрения (также известная как оценка занятости постов) была проведена и рассмотрена всеми заинтересованными сторонами в проекте.
    • Чтобы гарантировать, что готовый актив по-прежнему поддерживает и удовлетворяет бизнес-целям, чтобы гарантировать, что бизнес принимает и извлекает выгоду из готового актива.
    • СРО ( старший ответственный владелец ) должна составить условия назначения спонсора проекта, указав следующее:
    1. бизнес должен быть решен в рамках проекта
    2. ресурсы, доступные спонсору проекта, внутренние и внешние
    3. полномочия, предоставленные спонсору проекта для принятия решений
    4. Обязанности спонсора проекта в отношении правил охраны труда и техники безопасности (см. AE10: Здоровье и безопасность).

    (см. Руководство OGC по достижению совершенства 2 — Организация проекта.)

    Дополнительные роли, относящиеся к закупке строительных работ, см. В разделе «Строительные проекты OGC: контрольный список для менеджера».

    Отношения между старшим ответственным владельцем и остальной частью проектной группы проиллюстрированы в руководстве OGC, как показано ниже:

    Иллюстрация воспроизведена с разрешения OGC (см. Руководство OGC 2: Организация проекта: роли и обязанности.)

    Проверки шлюза инициируются старшим ответственным владельцем , и они несут ответственность за отчеты об обзоре и любые рекомендуемые меры по исправлению положения (дополнительную информацию см. В статье о OGC).

    NB: Управление государственной торговли (OGC) теперь включено в Группу эффективности и реформ (ERG) в аппарате Кабинета министров. Руководство OGC было заархивировано.

    Зеленая книга, Руководство центрального правительства по оценке и оценке, опубликованная Казначейством Ее Величества в 2020 году, предлагает старшему ответственному владельцу: «… человек, которому подчиняется руководитель проекта или программы, он« владеет »предложением от имени исходная организация, но не участвует в ее повседневной работе.Они несут общую ответственность за то, чтобы задавать вопросы, следить за их ходом, решать важные внешние проблемы и принимать стратегические решения о том, подавать ли на утверждение или нет ».

    Добавить комментарий

    Ваш адрес email не будет опубликован.