Стандарты в софтверной
This presentation is the property of its rightful owner.
Sponsored Links
1 / 21

Стандарты в софтверной индустии конфронтация, конкуренция, сотрудничество PowerPoint PPT Presentation


  • 110 Views
  • Uploaded on
  • Presentation posted in: General

Стандарты в софтверной индустии конфронтация, конкуренция, сотрудничество. 1 октября 200 8 , Москва. Владислав Шершульский Менеджер по стратегическим инициативам, Microsoft Rus. Зачем беспокоиться о стандартах. Влияние стандартов на бизнес.

Download Presentation

Стандарты в софтверной индустии конфронтация, конкуренция, сотрудничество

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


4388583

Стандарты в софтверной индустииконфронтация, конкуренция, сотрудничество

1 октября 2008, Москва

Владислав Шершульский

Менеджер по стратегическим инициативам, Microsoft Rus


4388583

Зачем беспокоиться о стандартах


4388583

Влияние стандартов на бизнес

  • Наличие стандартов способствует расширению рынка

    • «Сетевой эффект» -- чем больше потребителей пользуется стандартизованным решением, тем больше стремящихся к ним присоединиться

    • Стандарты снижают риски и издержки внедрения и владения

  • Стандарты снижают риски и издержки разработки

  • Стандарты помогают согласовать цели с партнерами и заказчиками

  • Стандарты служат индикатором технологических тенденций

  • Некоторые игроки могут использовать «войны стандартов», чтобы добиться протекционистских преимуществ

Стандарты особенно выгодны стартапам и малому бизнесу

Войны стандартов – новая угроза национальной и международной системе стандартизации


4388583

Определения стандартов

  • Нет одного общепринятого определения понятия технического стандарта

  • Неформально: Стандарт – совокупность концепций и спецификаций, выработанная в рамках заранее определенного процесса в целях достижения заданного уровня совместимости, взаимозаменяемости и/или единообразия продуктов, процедур, навыков

  • Стандарты бывают «закрытые» и «открытые»

  • Современное понимание технического стандартатребует, чтобы он не ограничивал конкуренцию

  • «Самое прекрасное в стандартах – возможность выбора самого подходящего из целого множества» Grace Hopper


4388583

«Закрытые» стандарты

  • «Закрытый» («частный») стандарт:

    • Обычно разработан и поддерживается одной или несколькими компаниями

    • Доступен на основе разумных недискриминационных условий (reasonable and non-discriminatory terms – RAND)

    • Может предполагать или не предполагать лицензионные отчисления

  • Примеры «закрытых» стандартов: HP Printer Command Language (PCL), IBM Video Graphics Array (VGA), Sun Java, Microsoft Rich Text Format (RTF) и др.


4388583

Открытый стандарт

  • Формальное определение “открытого” стандарта:

    • Стандарт должен быть разработан, принят или поддерживается в рамках заранее определенного, формализованного, коллективного и прозрачного процесса, не находящегося под контролем одного игрока;

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

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

  • Стандарт должен:

    • Содействовать интероперабельности;

    • Способствовать честной торговле и защищать конкуренцию;

    • Содействовать удовлетворению интересов пользователей, покупателей, правительственных органов.

    • Поощрять инновации.

RESOLUTION GSC-12/05

http://www.gsc.etsi.org/


4388583

Федеральный Закон "О техническом регулировании"

  • Статья 11. Цели стандартизации Целями стандартизации являются:

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

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

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


4388583

Многообразие подходов

Национальные и международные органы стандартизации

Широкое

«Зонтичные» организации

(Открытые, De Jure)

Признание

Консорциумы (Открытые)

Группы по интересам

(Закрытые; Открытые)

Альянсы (Продуктовые; Закрытые)

Узкое

Влияние/Скорость разработки

Уменьшается

Сложность

Возрастает


4388583

S1

X1

M1

A1

PCC.I

E1

P1

CITEL

L3

GMM CG

ETSI

T3

PCC.III

J22

NCITS

B5

T4

V1

TC

EP

JTC1

SC27

SC31

SC29

SC11

SC25

802

1

SC6

SC7

11

14

IEC

CISPR

TC74

TC76

JISC

APT

ASTAP

IMT-2000

TTA

Сложная система стандартизации

T1

TR46

TR45

CSA

TIA

TR41

FO2

WGs

TR30

FO6

GSM

Assoc

CEPT

CEN/

CENELEC

CAC

15

MPT/TTC

Council

12

ECMA

20

РЕГИОНАЛЬНЫЕ

ISOC

ANSI

TC-32

IETF

6

NNI

13

2

ITU-R

5

11

TTC

Comm.

ISO

AIC

TC176

9

7

10

8

ITU

DIN

10

4

ITU-T

9

1

8

3

PHS

MoU

12

TC207

AFNOR

4

ARIB

3

15

7

ITU-D

IEEE

1

16

CIAJ

POSIX

11

MITF

НАЦИОНАЛЬНЫЕ

2

FCC

3GPP

JCP

BSI

INSTAC

GMCF

WAP

Wireless

Village

SynchML

3GPP2

JEIDA

OMA

МЕЖДУНАРОДНЫЕ

OITDA

MWIF

MeT

Parlay

JAIN

Blue

tooth

OMG

SDR

UWCC

IMTC

INForum

OIF

W3C

IMTC

MIPI

SIF

MMCF

CWTS

NM

IP

CTSI

ECTEL

EMC

NS

TR & ACC

SEMI

CDG

Консорциумы

NIST

EMA

OIDA

SIA

PCIA

UL

CTIA

ICSCA

MMTA

EIA

NEMA

S ~ lnA ~ ln(lnU) 

Индустриальные ассоциации


4388583

Основные проблемы со стандартами

  • Стандарты как кварки (или, лучше, как глюоны)

  • Все от них зависят

  • Разработчики о них думают

  • Государственные деятели о них знают

  • Потребители о них не беспокоятся

  • И практически никто не наблюдает их в свободном виде

  • Стандарты проявляются в продуктах и политиках

  • Стандарты порождают иллюзии

    • Что их проще создавать, чем продукты

    • Что их можно принимать на основе вкусов и эмоций

    • Что достаточно одного стандарта на все случаи жизни (принцип «горца»)


4388583

Стандарты: подход Microsoft


Microsoft

Стандарты и интероперабельность в Microsoft

Продукты

Сообщества

Доступ к IP

Стандарты

Совет Заказчиков по Интероперабельности

Соглашения с партне-рами и конкурентами

Commercial Licensing

Community Licensing

Открытые лицензии

OSP (Open Specification Promise)

Поддержка стандартов и возможностей интеграции в продуктах и технологиях Microsoft

Учет мнения и совместная работа с заказчиками, партнерами и конкурентами

Передача интеллек-туальной собствен-ности Microsoft тем, кто хочет и может ее использовать

Участие в создании стандартов и их реализация в своих продуктах


Microsoft1

Стандартизация и Microsoft

  • В Microsoft есть рабочая группа по координации работ в области стандартизации

  • Microsoft поддерживает, вероятно, больше стандартов и открытых спецификаций, чем любая другая ИТ-компания

  • Microsoft внес значительный вклад в самые разные стандарты – от шрифтов до XML и веб-сервисов

  • Сотрудники компании работают в примерно 500 рабочих группах по стандартизации

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

  • Компания считает работу экспертов Microsoft в рабочих группах по стандартизации полезной для бизнеса и для общества и обеспечивает необходимые для этого условия сотрудникам

  • Microsoft не лоббирует преференции или запрет отдельных стандартов в органах власти в целях получения односторонних преимуществ


Microsoft iso iec jtc 1

Microsoft и ISO/IEC JTC 1

ISO TMB

IEC SMB

JTC 1 Plenary

SC 2 – Character sets

SC 29 – JPEG, MPEG

SC 6 – Telecom, inter-system comms

SC 31 – Auto ID and data capture techniques

SC 7 – Software, Sys Eng

SC 32 – Data Mgmt & interchange

SC 17 – Cards and ID

SC 34 – Document Descrip. Lang.

SC 35 – User interfaces

SC 22 – Prog. Languages

SC 23 – Dig Storage Media

SC 36 – IT for Learning & Educ

SC 24 – Computer graphics

SC 37 – Biometrics

SC 25 – Intercon. of IT equip

SWG – Accessibility

SC 27 – Security

SG – Web Services

SC 28 – Office Equipment

SWG – Directives

Other ad

hocs


4388583

Основные направления работ

  • Веб-сервисы

  • Виртуализация

  • Безопасность и идентификация

  • Офисные форматы

  • Потоковые форматы и форматы изображений

  • Доступность (Accessibility)

  • Языки программирования

  • Сетевые протоколы и инфраструкуры

  • Доступ к данным


Microsoft ipr

Microsoft: стандарты и IPR

  • В тех случаях, когда это требуется органом стандартизации, Microsoft подписывает необходимый документ о передаче или отказе от прав на интеллектуальную собственность (IPR)

  • Так спецификация ISO/IEC 29500 (Open XML) соответствует всем требованиям ISO и JTC 1, а также новым требованиям ISO в области IPR

  • Microsoft также предоставляет свои IPR по лицензиям OSP и CNS

“Microsoft Ends Era Of Closed File Formats”

Slashdot


4388583

Войны стандартов


4388583

Типичный сценарий войны стандартов

  • Разработать и внести на рассмотрение отраслевой ассоциации и/или международного органа стандартизации проект стандарта, нивелирующий преимущества конкурента.

  • Качество стандарта не важно, не важно даже, будут ли им пользоваться. Важно успеть первым.

  • Нужно развернуть кампанию за принятие «своего» стандарта в качестве обязательного.

  • Нужно привлечь к поддержке «своего» стандарта и блокированию «чужого», политиков, радикальные общественные организации, экстремистов.

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

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

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

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


Odf vs open xml

Пример: ODF vs. Open XML

  • Microsoft оказался не готов к войне стандартов – мы рассматривали стандартизацию как технологическую составляющую интероперпабельности, а не как инструмент нечестной конкуренции.

  • Microsoft поддержал принятие конкурирующего стандарта ISO 26300 (ODF 1.0), хотя нас и не допустили к участию в его разработке.

  • Следуя принципу интероперабельности Microsoft стал единственной компанией, которая реализует ISO 26300, а не проприетарный ODF 1.2, разработанный без участия экспертов ISO.

  • Microsoft участвовал в длительной и тщательной разработке проекта ISO 29500 (Open XML) совместно с конкурентами (например, Apple и Novell). В итоге получился, на мой взгляд, не идеальный, но более подробный, более универсальный, и более корректный проект, чем 26300. Ну и прекрасно – каждому найдется место, и рынок выберет лучшее.

  • Некоторые ведущие компании-сторонники ODF разделили наш подход. Например, Sun вел себя в ходе кампании по принятию офисных стандартов в соответствии с самыми высокими критериями бизнес-этики

  • Некоторые другие поступили иначе.

    • Они настаивали на принятии ISO 29300 в качестве предпочтительного или даже единственного формата офисных документов в отдельных странах, апеллируя не столько к техническим, сколько к «политическим» и эмоциональным аргументам. При этом его проблемы замалчивались.

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

    • Через общественную ассоциацию FFII мобилизовали по всему миру сторонников (как правило, совершенно не компетентных в вопросе – не знакомых ни с ODF, ни с OpenXML) вносить подготовленные в одном центре замечания. Это – первый пример DDoS атаки на ISO путем внесения несколько тысяч дублирующихся, вплоть до текста, замечаний.

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

  • К счастью, сейчас большинство разработчиков как ODF, так и Open XNL нацелены на сотрудничество.


4388583

Государственная политика в области стандартов

  • Государственная система (ИТ) стандартизации должна использоваться в целях устойчивого развития экономики в целом, а не отдельной отрасли, или отдельных компаний

  • Система стандартов должна способствовать конкуренции и развитию рынка

  • Стандарты должны содействовать инновациям (мало что так тормозит прогресс, как устаревший или неудачный стандарт)

  • Требование при гос.закупках следования единственному стандарту является таким же нарушением антимонопольного законодательства, как и требование использования конкретного продукта или поставщика

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

  • Государство должно содействовать развитию здоровой экосистемы стандартов – естественному отбору рынком лучших, своевременному обновлению, полноте, соответствию национальным интересам и особенностям

  • Государство, совместно с бизнесом (как с поставщиками, так и с потребителями) должно защищать свою национальную и международную системы стандартизации от попыток эксплуатации в частных целях или разрушения отдельными коммерческими структурами


4388583

Спасибо!


  • Login