На главную страницу AlgoNet В сотрудничестве с ZDNet
АРХИВ СТАТЕЙ 2003-1-11 на главную / новости от 2003-1-11
AlgoNet.ru
поиск

 

Место для Вашей рекламы!

 

Все новости от 11 января 2003 г.

Десять самых шумных кампаний 2002 года

КОММЕНТАРИЙ — Маркетинг в области технологий базируется главным образом на откровенном преувеличении, так как индустрия — это искусство продавать, а искусство граничит с неопределенностью. А что получается, когда расплывчатость искусства сочетается с агрессивной тактикой продаж? Получается hype — пускание пыли в глаза. Ниже я привожу свои соображения по поводу десяти наиболее шумно разрекламированных технологий и бесцеремонных маркетинговых идей 2002 года.

No. 10: Веб-сервисы
Это трудный вопрос. С одной стороны, я уверен, что веб-сервисы действительно упростят разработку приложений и улучшат интеграцию. Возможно, они изменят сам подход компаний к использованию ПО. Тем не менее это еще совсем незрелая технология. XML (Extensible Markup Language) — хорошая платформа стандартизации, но определения данных и бизнес-семантика остаются полем брани. К тому же веб-сервисы страдают от недостаточного уровня безопасности.

Несмотря на все эти технические недостатки, Microsoft, Sun Microsystems, IBM и другие славят веб-сервисы на все лады как одно из семи чудес света. Однако ИТ-менеджеры не поддаются на агитацию. Они экспериментируют с этой технологией внутри компаний, но понимают, что сияющие перспективы нирваны веб-сервисов — мыльный пузырь.

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

Представьте себе директора по информационным технологиям, который должен произвести реорганизацию бизнес-процессов и подготовить кадры только для того, чтобы понять, какая технология подойдет для поддержки этих усилий. Это не понравилось бы ни Siebel Systems, ни SAP, ни Oracle. Я заметил, что в течение 2002 года CRM превозносили все меньше и интерес к этим системам упал. Будем надеяться, что эта тенденция продолжится.

No. 8 «Пуленепробиваемая Oracle 9i»
Утверждение, будто Oracle 9i абсолютно надежна, напоминает уверенность в непотопляемости «Титаника». Oracle 9i столкнулась со своим айсбергом в феврале, когда британский специалист по безопасности Дэвид Личфилд (David Litchfield) обнаружил целый ряд пробелов в защите этой СУБД, включая тривиальные переполнения буфера и даже ошибку, позволяющую хакерам получить доступ ко всей базе данных на уровне администратора. Oracle выпустила поправки для устранения этих дефектов, явно указывающих на то, что Oracle 9i никак нельзя считать абсолютно надежной.

То, что Oracle делает упор на безопасности, замечательно, но использовать безопасность для раздувания маркетинговой лихорадки очень и очень дурно. Это вводит заказчиков в заблуждение и раззадоривает хакеров. Ни одному здравомыслящему ИТ-менеджеру это не нужно.

No. 7: Запугивание атаками
В капиталистическом обществе угрозы безопасности (спрос) порождают средства защиты (предложение). Стараясь привлечь к себе внимание, поставщики берут на вооружение статистику с единственной целью — до смерти напугать потенциальных клиентов: «В 2001 году каждую неделю обнаруживалось свыше 30 уязвимостей»; «Code Red поразил 250 тыс. систем менее чем за 10 часов»; «От 50 до 75% всех нарушений защиты связано с действиями инсайдеров» и так далее. Говорить, что хакеры представляют угрозу, все равно, что приклеить на бампер откровение: «Быть дураком плохо». Индустрии средств защиты следует усвоить: руководители компаний и ИТ-подразделений понимают, что проблемы безопасности нужно решать, и готовы тратить на это деньги. Перестаньте нас пугать, мы и так уже напуганы.

No. 6: 10Gb Ethernet
В начале 2002 года сторонники этой технологии предсказывали, что она начнет распространяться, как только будет принят стандарт 10Gb Ethernet. В июне это событие свершилось, но вряд ли кто-то его заметил. И вот почему: типичная 1-гигабитная базовая сеть используется меньше чем на 20%. Между тем IP (Internet protocol)–сервисы, которым, как предполагалось, потребуется такая скорость: IP-телефония, распространение видео и другого контента — по-прежнему представляют собой явление из разряда dot-com vaporware. К тому же операторы местных телефонных сетей (incumbent local exchange carriers, ILEC) остаются при своей платформе SONET (synchronous optical network — стандарт, позволяющий передавать сигналы разного формата по одной линии).

А вот всяческие CLEC, DLEC и BLEC исчезли быстрее, чем произносится слог LEC. Означает ли это, что мы больше не услышим клёкота поставщиков сетевых технологий? Ни в коем случае. Они уже насвистывают MPLS (multi-protocol label switching), wireless и множество других новомодных напевов.

No. 5: iSCSI
Предполагалось, что в 2002 году технология локальных сетей запоминающих устройств Fibre Channel повернет на путь неизбежного исчезновения и уступит место iSCSI. Но вот наступил 2003 год, а iSCSI остается проблематичным решением.

Нужны доказательства? Cisco Systems, главный проповедник iSCSI, анонсировала семейство коммутаторов для систем хранения данных, поддерживающих (что бы вы думали?) исключительно Fibre Channel. Может быть, iSCSI, действительно перспективная технология, пойдет в гору в этом году. Но слухи о кончине Fibre Channel, скорее всего, заглохнут. Как всегда бывает в мире высоких технологий, нечто новое вроде iSCSI добавляется к старому, которое продолжают покупать, эксплуатировать и ремонтировать.

No. 4: eLiza от IBM, N1 от Sun Microsystems, Utility Data Center от Hewlett-Packard
Все эти проекты самоконфигурирующихся, самовосстанавливающихся, самоадминистрирующихся центров обработки данных звучат для меня как хирургия мозга или ракетная техника. Разве Computer Associates, Tivoli Systems и BMC Software не занимаются тем же самым много лет? Разработчики говорят, что теперь все будет иначе, так как они станут поддерживать эту технологию сами и привлекут к этому партнеров. Конечно, Cisco, Oracle и EMC придут в неописуемый восторг от перспективы поддерживать три разные схемы системного управления. Даром что об этом еще не кричат, но я надеюсь, что следующим проектом IBM, Sun или HP станет самоконфигурирующийся, саморемонтирующийся и самоуправляющийся автомобиль. Лучше спать, чем рулить.

No. 3: ПО для систем хранения данных
Рынок запоминающих устройств перенаселен и уже не приносит былых доходов и прибылей. Останавливает ли это продавцов? Нисколько. Они просто перенесли пропагандистский запал с аппаратуры на программное обеспечение, призывая пользователей внедрять управление распределенными системами хранения данных. IBM, HP, Sun, EMC, BMC Software, CA, Veritas Software и другие компании обрушили на них поток продуктов с попугайскими именами вроде AutoIS и WideSky и напустили стаю щебечущих терминов типа «виртуализация», «утилизация» и «автоматизация».

Так что же происходит? Да почти ничего. Поставщики ПО продолжают играть в API-swapping, standard-setting и name-calling, а пользователи — напрочь игнорировать все это. Замечание для индустрии запоминающих устройств: ИТ-менеджеры мечтают вовсе не о том, чтобы приобрести еще один перевосхваляемый и недоведенный инструмент управления. И не надейтесь, что ситуация изменится.

No. 2: Возрождение технологического сектора
В декабре о возрождении технологического сектора кричали так же громко, как в январе. Все аналитики по инвестициям и технологиям поспешили бросить на эту чашу весов свои два цента. В начале года они заявляли, что восстановление роста возможно в третьем квартале, в конце — перенесли его на конец 2003 года.

Говорят, что уверены бывают одни дураки, и это правда. Пусть и меня считают дураком, но я не сомневаюсь, что еще очень и очень долго расходы на ИТ-технологии будут сокращаться. Близкое возрождение технологическому сектору, вероятно, будут пророчить и в конце 2003-го, и в 2004-м, и в последующие годы.

No. 1: ROI
Сейчас, когда ИТ-бюджеты скупы, те же самые компании, которые обещали помочь заказчикам вложиться в новую экономику, беззастенчиво уверяют, что их продукты способствуют сокращению расходов и повышению производительности труда. Каждая из этих компаний готова подтвердить это моделью в виде электронной таблицы или отчетом «независимой» аналитической фирмы. Недавно я слышал об ИТ-менеджере, обратившемся к своему шефу с просьбой купить продукт, который сэкономит его подразделению 75 тыс. $. Тот согласился, но при условии, что и бюджет подразделения будет урезан на ту же сумму. Стоит ли говорить, что менеджер предпочел обойтись без этого продукта.

Шумиха вокруг «окупаемости инвестиций» (ROI) в лучшем случае смехотворна, а в худшем абсолютно неэтична. Слушайте, если ИТ-индустрия прекратит эту шумиху, она сможет сократить персонал, уменьшить затраты на маркетинг и рекламу и сэкономить уйму бумаги. Вот это настоящая окупаемость инвестиций.

Я ничего не упустил? Если да, то дайте мне знать.

Jon Oltsik — основатель и руководитель исследовательской и консалтинговой фирмы Hype-Free Consulting. 

 Предыдущие публикации:
2002-12-26   Предстоящий год: десять наиболее интересных технологий
 В продолжение темы:
2003-01-23   Microsoft представила свой первый комплекс CRM
Обсуждение и комментарии
tstone - saldomail.ru
13 Jan 2003 11:23 AM
"Воть ыменно, воть ыменно" (С) Хрюн Моржов

Вот когда нам перестанут вешать PR-лапшу на уши - вот тогда и настанет подъем ит-индустрии.
 

Пётр - peterkdhotmail.com
13 Jan 2003 5:34 PM
Суровый дядька. Но хорошо пишет. Много правильного.
 

DemonZla
14 Jan 2003 10:37 AM
ИТ давно надоть загнуться.... ибо судьба... ну нету сейчас таких требований к металлу... ну вот нафига их искуственно то создавать...
Я вам говорю, издращение до добра не доведёт....
 

Maxim
14 Jan 2003 12:13 PM
Отличные статьи пишет этот "суровый дядька"... Наиболее полезные. Гораздо полезнее чем "кто дешевле линукс или win".
 

A
14 Jan 2003 3:36 PM
Явный hype-трёп: "No. 10: Веб-сервисы ... - мыльный пузырь"
или
"No. 6: 10Gb Ethernet ... IP-телефония, ... - vaporware."

Наклеить автору на "бампер"!
:)
 

Skull - sibskullmail.ru
15 Jan 2003 5:14 AM
2A: ага! Ну и где эти веб-сервисы кроме вашей песочницы? Или песочницы PTO?
 

glassy
15 Jan 2003 2:20 PM
2Skull: зря ты так... Видел я этот мелкософтовский треугольник... всякого рода менеджерам такие треугольники нравятся...
 

glassy
15 Jan 2003 2:20 PM
сильно нравятся...
 

PTO - kruchkovkgb.ru
15 Jan 2003 5:08 PM
2 Skull: http://webservices.aeroflot.ru/ для начала
 

Shadow
15 Jan 2003 7:19 PM
"При использовании Web-сервисов, в отличии от широко известных "информеров", Вы получаете не картинку, а непосредственные данные, и эти данные могут быть легко интегрированы в дизайн Вашего сайта, либо в другое Ваше приложение."
Ну да. Есть три буквы - lwp. Уже сто лет как есть.
 

Skull - sibskullmail.ru
16 Jan 2003 5:17 AM
2PTO: ну скажи, нафига нам с Домодедовскими линиями и Krasair сдался Аэрофлот? Может, в забугорье его трупики и летают, но у нас есть и свои нормальные компании...
Идиотичность ситуации подчёркивают цитаты:
4) Потребитель услуги обязуется проинформировать Аэрофлот по адресу webmaster@aeroflot.ru о факте использования услуги с момента начала ее использования, с указанием адреса (URL) своего сайта.

5) Потребитель услуги обязуется установить на страницы своего сайта, на которых отображается передаваемая в рамках данной услуги информация, графическу кнопку размера 88x31 со ссылкой на http://webservices.aeroflot.ru.

Ну идут они лесом с такими технологиями. Как-то я особо не доверяю людям, доверившим данные IIS/5.0 :(
 

Skull - sibskullmail.ru
16 Jan 2003 5:28 AM
2PTO: а что за MIME-тип application/x-zip-compressed? Опять велосипеды придумывают? Стандартный application/zip не канает? Ну что за уроды!
 

Skull - sibskullmail.ru
16 Jan 2003 5:29 AM
2PTO: о! так они ещё и в любимом Ворде проверку правописания не делают! "графическу" - это круто! Не летайте самолётами Аэрофлота!
 

glassy
16 Jan 2003 7:26 AM
2РТО: действительно никакой. Да и раньше то же самое было -- ну чем просто не номер телефона справочной на сайте, если рейса не найдено. Год прошел... 10 самых известных кампаний...
 

JShock
16 Jan 2003 9:54 AM
Сам я работаю в Аэрофлоте. Так вот сайт и веб-сервисы заказывались на стороне, потому как если делать их своими силами - для руководства нет выгоды. Предполагаю что эти веб-сервисы нужны были чтоб деньги срубить и о них все забыли через 5 минут.
 

glassy
16 Jan 2003 1:22 PM
какое же гамно ваша ОЛЕ-технология...
 

Пётр - peterkdhotmail.com
16 Jan 2003 6:17 PM
Skull, по поводу КрасЭйра я посмеялся. Если ты акромя него ничего не знаешь, то и молчал бы. Умудрились сделать из ИЛ-86 своей плотной расстановкой сидений такой неудобный самолёт!!. Я еле выдержал пятичасовой перелёт. Ноги ну никак не умещаются у меня. Отстой полный - этот твой КрасЭйр. Ну оно и понятно что ты про других ничего не знаешь, к вам в Красноярск ни на чём другом не долетишь - монополия.
 

Skull - sibskullmail.ru
17 Jan 2003 6:28 AM
2Пётр: не знаю, я не акселерат - у меня ноги помещались. Летал и Трансаэро и Красэйр. Второй мне реально понравился уровнем услуг.
У нас и Пулково обитает и Домодедово. Так что не надо ля-ля про монополию. :)
 

TopGun - topgunrambler.ru
20 Jan 2003 4:14 PM
Да что за идиотиз-то? Такие статьи для журнала "Космополитен" тока годятся! JWSDP скачивается стока раз за день что хостинг стонет. Не говоря уже про AXIS. Очень похоже что уважаемый автор не совсем автор этих басней про смерть WEB-SERVICES...и совсем уже не уважаемый... Остальное читал тока для ознакомления. Кое что конечно правда... но откуда стока гонора при таком "слабом" понимании вопроса?
 

C3Man
20 Jan 2003 4:35 PM
паблик веб-сервисы конечно неработают....а вот как механизм интеграции - класс - и работает прекрасно....даже жабу можна прицепить к .нет без особых усилий....

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

2glassy: какой оле?? ты о чём? ето уже технология прошлого...вам батенька надо из вашей ямы почаще вылезать - а то можна так всё и пропустить - и как COBOL программеры - остатьсы в жопе.
 

glassy
21 Jan 2003 9:29 AM
2С3Man: и что же у нас сегодня гамно оф зэ йэа?
 

DemonZla
21 Jan 2003 4:44 PM
glassy, дык наверно .net :)
 

Shadow
23 Jan 2003 3:02 PM
Ы! Почему мне не нужны веб-сервисы, или как я для расчёта в динамической страничке получаю курс бакса:
fetch -q -o - "http://stock.rbc.ru/demo/cb.0/intraday/index.rus.shtml?sort =LONG_NAME" | grep -A 3 -w USD | egrep ".*([2-4][0-9]\.[0-9][0-9][0-9]).*" | tr -d "<TD class=W>/"
 

Shadow
23 Jan 2003 3:03 PM
Для тех, кто в танке - это шутка, но с долей правды.
 

glassy
25 Jan 2003 8:53 AM
2Shadow: аботает аднака :)
 

Искандер
31 Jan 2003 10:25 AM
glassy, в у меня не работает
 

Shadow
31 Jan 2003 1:22 PM
Во всех xBSD это работает уже лет 8 как...
 

akatenev - akatenevhotbox.ru
31 Jan 2003 5:12 PM
С Web сервисами вообще ситуация достаточно забавная. С одной стороны все вроде как обеими руками за (особенно владельцы платформ), и это и понятно - во превых, прямой альтернативы им нет (CORBA, COM и прочее все таки делалось для внутреннего, не публичного потребления, а существуюшие ныне web технологии годятся в основно только для несложного забора новостей и тому подобного), а во вторых давно пора уже стандартизировать удаленные вызовы, да и модность XML тоже подбавляет.
А с другой стороны две приличные засады:
1. Как ни странно - HTTP. Ну не годится данный протокол для серьезных задач по интеграции процессов, в основном по причине того, что затачивался под совершенно другие задачи. Для сервисов желательно установление более или менее постоянного, авторизованного и защищенного соединения, причем работающего в обе стороны, а не только от клиента к серверу. Иначе банально неудобно отслеживать состояния и выполнять асинхронные задачи. С MQ стыкуется тоже не очень. Конечно, есть масса способов выкручиваться и с тем, что есть, но все это выходит за рамки SOAP, добавляя в него дополнительные механизмы и соглашения по обеспечению защиты и асинхронности. Естественно, у каждого поставщика все эти механизмы свои - то есть нестандартные.
2. В полную силу web сервисы могут развернуться на задачах интеграции бизнес процессов, причем публичных (B2B), а вот тут своя засада по стандартам. Сколько уж плывем, а все в товарищах согласья нет... Пробема первая для этих задач тоже в полный рост, особенно безопасность.

А тут еще и война платформ, каждый тянет одеяло на себя, чем все кончится, совершенно непонятно. То ли все-таки удастся выработать исчерпывающий набор стандартов (от транспортного до описания бизнес-процессов), то ли превратится все это в частный случай .NET от горячо любимой многими MS...
В результате и применяют все это пока в основном либо для простейших задач вроде котировок валют и новостей, либо тишком, внутри корпоративных проектов. Приличных публичных сервисов как не было, так и нет... Ждем.
 

akatenev - akatenevhotbox.ru
31 Jan 2003 5:32 PM
И еще, пожалуй наиболее важное:

В нынешний момент интернет (точнее web) - определяет в основном стандарты на отображение информации, то есть является сообществом, в котором достигнуто соглашение, каким образом информацию брать, как ее траспортировать, и в каком виде отображать конечному потребителю. Так как конечный потребитель в данном случае поччти всегда человек с браузером (или почтовой программой), то и стандарты расчитаны именно на визуальное отображение. О смысле самой информации речи не идет, браузеру просто все равно.
Идея web сервисов, в их конечном понимании - создание сообщества, способного обмениваться осмысленной информацией, и потребителми ее в данном случае являются не только конечные пользователи, но и многочисленные программы, агенты, системы и т.д. То есть на первую роль выходит стандартизация не внешнего вида и оформления, а именно смыслового содержания. Первый шаг уже сделан, это XML, но в данном случае он выступает не более чем в роли транспорта. SOAP - следующий шаг, но намного более важным является выработка общего стандарта(ов) именно на содержательную часть, и именно этот шаг наиболее сложен. Иначе мы имеем открытую и стандартную сеть, в конечном итоге завязанную на закрытые и частные протоколы и форматы, что мягко говоря, не помогает в ее развитии.
Но вообще, тот, кто первым проведет подобную работу, и сможет сделать собственные представления стандартными окажется в настолько выгодной позиции, что нынешняя позиция MS на рынке покажется просто игрушками. И если стандарты подобного рода удастся протолкнуть не открытому сообществу, а какой либо корпорации, придерживающейся закрытой политики, то мы получим ББ, свалить которого будет уже просто неозможно... А учитывая объем работы, который надо провернуть для такой стандартизации, это вполне реально.
 

Искандер
1 Feb 2003 11:25 AM
>> Во всех xBSD это работает уже лет 8 как...

а у меня не BSD
 

Shadow
3 Feb 2003 6:14 PM
Тогда поставьте wget - он ВЕЗДЕ работает - только ключи другие
 

Искандер
4 Feb 2003 10:57 AM
ну поставлю - а как мне получить курс акции с динамикой? десять параметров котировки - десять строчек shell-кода? и как wget мона запихнуть скажем в мой маленький сотовый телефон? а если страница в 100 килобайт - парсить страницу чтобы выкусить две цифры? например котировка акции на NASDAQ - странциа с офигительными вложенными таблицами. как там выкусить все данные? а если они потом страницу поменяют? не проще ли XML обычный? ну а там где XML-данные, там и до вебсервиса недалеко, согласны?
 

Shadow
4 Feb 2003 2:19 PM
Ну вот и я про то, что технологии сто лет :))))
 

Искандер
5 Feb 2003 4:17 AM
какой технологии?
 

 

← декабрь 2002 4  8  9  10  11  13  14  15  16 февраль 2003 →
Реклама!
 

 

Место для Вашей рекламы!