Але революція Веб-2.0 не обмежується ПК-додатками. Salesforce.com демонструє, як використовувати веб-сервер для розповсюдження ПЗ в якості корпоративного сервісу (CRM).
Завдяки новим гравцям потенціал Веба 2.0 буде розкритий повністю. Але успіху доб'ються ті компанії, які не тільки навчаться створювати нові інтерфейси, але і (завдяки архітектурі взаємодії) отримають в своє розпорядження спільно підготовлені дані.
Що повинні уміти компанії у Вебі 2.0?
Веба 2.0Веб-2.0недорогі масштабовані сервіси, а не коробкове ПЗ;
контроль над унікальними, складними для відтворення джерелами даних, які можуть бути збагачені за рахунок користувачів;
відношення до користувачів як до співрозробників;
залучення колективного розуму;
охоплення «довгого хвоста» за рахунок самообслуговування користувачів;
софт повинен працювати поверх пристроїв;
спрощення моделі розробки інтерфейсів, що призначені для користувача, та спрощення бізнес-моделі.
І коли ви наступного разу почуєте про Веб 2.0 звіртеся з цим списком. Чим більше пунктів виконано, тим більше компанія відповідає концепції Веба 2.0. Втім, не варто забувати, що дійсна майстерність в одній з областей може стати вигіднішою, ніж невеликі уміння в кожній із семи.
Підходи до проектування Веба 2.0
Христофор Олександр«Кожний зразок описує проблему, яка повторюється знову і знову в нашому оточені, а пізніше пропонує суть рішення цієї проблеми, таким чином, що ви можете використовувати це рішення мільйон разів або без повторного його виконання.»Довгий хвіст. Маленькі сайти створюють більшу частину контента інтернета; вузькі ніші створюють велику частину інтернет можливих додатків.
Порада: заохочуйте самостійність користувачів і забезпечуйте алгоритмічне управління даними зі свого боку це дозволить охопити веб цілком, не тільки центр, але й краї, не тільки голову, але й хвіст.
Дані це наступний Intel Inside. Додатки все більше залежать від даних.
Порада: для отримання конкурентної переваги відшукайте унікальне, важке для відтворення джерело даних.
Цінність, принесена користувачами. Ключ до успішної конкуренції на ринку інтернет-додатків збагачення власних даних силами користувачів.
Порада: не обмежуйте свою «архітектуру взаємодії» розробкою софтвера. Явно і неявно залучайте користувачів до процесу поліпшення вашого додатку.
Мережеві ефекти за замовчуванням. Не багато знайдеться користувачів, які за власною ініціативою почнуть вам допомагати.
Порада: зробіть так, щоб зростання ваших даних було побічним ефектом використання додатку.
Деякі права збереження. Захист інтелектуальної власності обмежує повторне використання і перешкоджає експериментам.
Порада: якщо користь забезпечуються сумісним використанням, то забезпечте, наскільки це можливо, слабкий захист вашій ІС. Проектуйте їх з урахуванням «покращеності» і «переробленості».
Безконечна бета. Коли пристрої і програми підключені до Інтернету, додатки перестають бути артефактами і перетворюються на сервіси.
Порада: не намагайтеся упакувати нові властивості в реліз, замість цього додавайте їх по мірі готовності в поточну версію. Зробіть зі своїх користувачів тестерів, здатних відгукнутися в реальному часі, і стежте за їх реакцією.
Кооперація замість контролю. Додатки Веба 2.0 побудовані як мережа сервісів, що працюють спільно.
Порада: відкривайте інтерфейси вебу, забезпечте синдикацію контента і використовуйте чужі веб-сервіси, якщо це потрібно. Використовуйте спрощені моделі для програмування та побудови вільно-зв'язаних систем.
Програми працюють поверх пристроїв. ПК не є єдиним пристроєм, на якому можуть виконуватися інтернет-додатки, а додаток, обмежений одним пристроєм, менш цінний, ніж його універсальний конкурент.
Порада: проектуйте додаток так, щоб він міг працювати на кишенькових пристроях, ПК та інтернет-серверах.
Спасибо, что скачали книгу в бесплатной электронной библиотеке AvidReaders.ru
Оставить отзыв о книге