Modelos de negocio em Open Source

Software Livre Potencialidades e Modelos de Negócio Belém, 9 de dezembro de 2005 Cezar Taurion Gerente de Novas Tecnologias Aplicadas [email_address]

Nossa agenda O que é Software Livre? Qual a sustentabilidade econômica do modelo de Software Livre? Software Livre é um modelo que se aplica a todo e qualquer tipo de software? Quais são os Softwares Livres que podem ser considerados maduros? Como identificá-los? Um exemplo prático: Linux e sua adoção pelo mercado A nova batalha e suas consequências : O ODF (Open Document Format) Um pouco de futurologia…

Como e quando começou? Jikes (1998) Relatório apresentado ao Corporate Technology Council, março de 1999 Linux World 2001 (1 bilhão de US$ nos próximos 3 anos)... Iniciativas importantes: Doação de 500 patentes de software : “it is hoped that other patent holders will join IBM in establishing a patent commons for the benefit of OSS and to encourage innovation.” Envolvimento/Comprometimento da IBM com Software Livre

Linux: Transformando a TI interna da IBM Mais de 3 mil servidores em produção Internet e Intranet A Intranet suporta mais de 335 mil funcionários em todo o mundo Ambiente do serviço de Application Hosting (HTTP workload) Infra-estrutura de Eventos Especiais – Wimbledon, The Ryder Cup, The US Open Serviços de Segurança (Internet Vulnerability Security Scanning) Scanning de mais de 30 mil endereços IP por semana Instalações industriais de produção de chips Aumento de confiabilidade com a utilização de servidores Linux em produção

Kernel de sistema operacional baseado no MINIX, desenvolvido originalmente por Linus Torvalds, aluno da Universidade de Helsinki (Finlândia) em meados de 1991. Era uma vez...

Software Livre já é uma realidade!

Não se deixando envolver pelo FUD (Fear, Uncertainty and Doubt)

O que é Software Livre / Open Source? “ I think Linus’s cleverest and most consequential hack was not The construction of the Linux kernel itself, but rather his Invention of the Linux development model”. Eric Raymond, “The Cathedral and the Bazaar” Open Source Inovação do processo de desenvolvimento Modelo de negócios

Modelo Bazaar Gênesis Primeira versão Versão estável Novas features Versão terminal Variantes Primeiros contribuidores Cria-se comunidade Governança formal Processos de revisão Mais contribuidores Divergências de direcionamento Comunidade desiste de evoluir o software Variantes podem continuar evoluindo (OpenSSH/SSH) Split off para novo projeto (Emacs x Xemacs) Liderança reconhecida Ciclo de Vida de um Projeto de Software Livre

Red Hat 7.1 custaria mais de 1 bilhão de US$ para desenvolver esta distribuição, com mais de 30 milhões de LOC, estimando-se uma alocação de mais de 8000 desenvolvedores/ano. Debian 2.2 com mais de 55 milhões de LOC custaria cerca de 1,9 bilhões de US$, estimando-se alocação de mais de 14.000 desenvolvedores/ano. Que empresas poderiam desenvolver sozinhas softwares deste custo?? Para efeito de comparação o Windows 2000 tem 35 milhões de LOC e o Windows XP, cerca de 40 milhões de LOC. Software Livre: Efeito do processo colaborativo de desenvolvimento

Ecossistema de negócios é fundamental para o sucesso de qualquer tecnologia Tempo Curva da evolução da tecnologia Ecossistema de negócios Tecnologia Arcabouço Jurídico

Ecossistema do negócio Software Imaterial (hardware você chuta, software você xinga...) Apenas cerca de 30% de todo software escrito é vendido ao mercado. A maioria é desenvolvida internamente ou feita por encomenda. Indústria de software não é homogênea em seus modelos de negócio (software de massa, sob encomenda, embarcado, games…). Desenvol vimento Documen tação Packaging Marketing Vendas Consultoria. Implemen tação Treinamento. Suporte Gerencia mento Produção/Programação (Onde modelo do software livre interfere diretamente) Serviços

Fonte Fonte : Relatórios anuais 2004 (Form 10-K- USA) Receita de Software e Serviços 75% 25% IBM 74% (Linux sob assinatura como serviços) 26% Novell 69% 31% SAP 63% 36% Siebel 31% 69% Computer Associates 21% 79% Oracle 6% (excluindo MSN/Home Entertainment) 94% Microsoft 2% 98% Symantec 2% 98% Adobe Serviços Licenças Companhia

$2.8B 34% Client Win 2000 Pro,Win XP Pro & Home, Win NT WS, Win ME, Win 9x, Embedded OS, Tablet PC Bus Solutions Great Plains, Navision, bCentral, MSCRM MSN MSN Subscriptions, MSN Network Services CE/Mobility Pocket PC, Handheld PC, other Mobility, Win CE, MapPoint Home & Entertainment Xbox, Consumer HW/SW, PC Games, TV Platforms, MAC Office Info Worker Office, Project, Visio, Standalone apps, Sharepoint Portal CALs, Professional Support Server & Tools Win Servers & CALs, SQL, Exchange, SMS, Win Terminal Server, Sm Bus Server, BackOffice/Core CAL, AD Tools, Training, Certification, MS Press, MCS, Premier Support $.13B 2% $.05B .5% $.5B 6% $.6B 7% $2.3B 28% $1.9B 23% Microsoft: Revenue Contribution F1Q04 (ending September 30, 2003)  $8.2B + 6% y/y

Impacto do Software Livre na indústria de software Receita Custos/investimentos Produção, Manutenção atualizações vendas, marketing e suporte Disponibilidade do produto Receita sem Software Aberto Surge equivalente Software Aberto Receita com Software Aberto Obsolescência do produto Reação da indústria Pesquisa Desenvolvimento Testes alfa/beta Redução e novas políticas de preços Offload de produtos/componentes comoditizados para o modelo de SW livre/aberto Disponibilizar softwares que não conseguiram market-share/tendem a obsolescência Maiores investimentos em P&D (inovação) Diferenciação em serviços

( V )  ( C)  “excesso de funcionalidade”  Open Source (processo colaborativo) Valor percebido ( V ) Custo P&D ( C ) Uma estratégia de adoção de Software Livre pela indústria de software

Tipos de licenças de Software Tipo de licença Domínio Público (ex.TCP/IP) Não “copyleft” (ex. BSD) “ copyleft” (ex. GPL) Proprietária Código fonte aberto Não há licença Existem mais de 40 tipos de licenças cadastrados na OSI.... Acadêmica: BSD, Bind, Sendmail... Comunidade: Apache... Corporativa: OSD, CPL, SPL...

Licenças e Modelos de Negócio Incentivo para a comunidade Fraco Forte Viés empresarial (potencial de lucratividade) Fraco (não amigável) Forte (amigável) Licenças proprietárias Dual licences Licenças BSD-style (IBM CPL) LGPL GPL

O Software Livre se aplica a todo tipo de software? Nível de comoditização Amplitude de Utilização Interesse da comunidade Baixo Alto Estreita Ampla ERP/SCM/CRM Middleware Tools de desenvolvimento Desktop suite Sistema Operacional (Linux) Compiladores Aplicações verticalizadas Diferencial competitivo Comoditização

Como é o Modelo de Evolução dos SL/OS? Teoria de Darwin aplicado ao negócio software...          3 versões estáveis  Não há “ forking” de código  Liderança clara  Livros  Comunidade global  Multiplos distribuidores  Suporte de desenvolvedores de softwares comerciais e vendedores de hardware          +100.000 projetos + 70 novos por dia (SourceForge.net)                  Linux/Knome/KDE Apache PHP/Perl/Python  Mozilla/Firefox                                                                                         OpenOffice  MySQL/PostgreSQL Planejamento: 22.3% Pré-Alfa: 17% Alfa: 17.2% Inativo:1.5%  Beta: 21.9%  Estável:18.3%  Maduro:1,6%  GIMP  Bind/Sendmail  Zope/GCC/KBoss Source: SourceForge.Net       

Há quanto tempo existe o projeto? Quão ativa é a comunidade envolvida no projeto? Quantos livros/papers foram dedicados? Quão robusto é o ecossistema gerado em torno do software? Quantos releases de produção já foram liberados? Qual o tipo de licença adotado pelo software? Quão consistente é a liderança do projeto? Quantos projetos similares (e concorrentes...) existem? Qual o grau de colaboração/envolvimento da indústria com este software? Qual a estimativa da base instalada? Quantos fornecedores incluem o software em suas ofertas? Quantos fornecedores/prestadores de serviço oferecem suporte para o software? Analisando grau de maturidade dos SL/SA Status atual Estratégia e liderança Presença no mercado

Identificar candidatos (SourceForge,Freshmeat,IceWalker, distribuidoras...) Analisar se as funcionalidades são adequadas às suas necessidades (podem ser adicionadas em relação positiva de custo-benefício?) Analisar market-share (utilização pelo mercado) Analisar nível de manutenção e atualização (envolvimento/comprometimento/dinamismo da comunidade) Analisar nível de suporte (vitalidade do ecossistema) Validar se o modelo de licenciamento é adequado às suas necessidades Exemplo: Gnome (GTK+ / LGPL) e KDE (Qt / GPL e proprietário) Um modelo para seleção de SL

Um modelo para seleção de SL Uma simulação (real...) Licenças $100 Suporte $10 Help desk Licenças $0 Suporte $100 Help desk/desenvolvedores Decisão: não implementar! . Alocar desenvolvedores de outras tarefas . Impactos nos projetos (+ headcount ou + atrasos

Comunidade envolvida no desenvolvimento de um Software Livre Core developers Non-core Developers (contributors) Usuários Meritocracia tende a concentrar as colaborações :10% dos colaboradores escrevem mais de 70% do código.

A evolução do modelo de desenvolvimento de Software Livre (caso Linux) Desenvolvedores 100% voluntários Desenvolvimento anárquico Não existe roadmap claro (visão pessoal do criador) Inexiste scheduling para deployment (desenvolvedores escrevem código para rotinas que querem e gostam/ e para quando querem) Qualidade do código é variável (teste baseado na filosofia de “massively parallel debugging”) Código instável (desenvolvedores submetendo contribuições “bleeding edge”) “ ideologia”/romantismo Percepção de que os fundamentos econômicos eram intangíveis (gift economy) 90% dos desenvolvedores principais trabalham em fundações mantidas pela indústria (ex. ASF/OSDL) ou em empresas Organização mais hierárquica (ex: OSDL como ponto focal para o Linux) Roadmap mais claro (influência da industria) Scheduling mais organizado com novos códigos sendo gerados como projeto por organizações (ex. O LTC da IBM) Melhoria da qualidade do código (mantém depuração maciça, mas implementa testes sistemáticos no código gerado por profissionais de empresas de TI) Maior controle das versões Ecossistema de negócios Percepção da sustentabilidade dos modelos de negócio

Atual estrutura de desenvolvimento do Linux Contribuidores Staff da OSDL também contribui com código Código fonte Mantenedores dos Subsistemas no staff OSDL Mantenedores dos subsistemas Mantenedor do kernel em produção Código fonte Mantenedor do kernel em desenvolvimento Linus Torvalds (staff OSDL) Andrew Morton (staff OSDL) Mercado Linux User Advisory Council (OSDL) Desde maio 2004 o OSDL definiu novo método de colaboração. O código deve ser identificado, com preenchimento do Developer’s Certificate of Origin para identificar o contribuidor. Fonte: OSDL

Patrocinadores da indústria Expertise e $$ Comunidade e Arquitetos e coordenadores do OSDL (OSDL - Open Source Development Laboratory) Expertise e Pessoas Internet OSDL Fonte: OSDL Atual estrutura de desenvolvimento do Linux Data Center Linux for the Enterprise Carrier Grade Linux For Communications Desktop Working Group

Evolução da adoção do Linux Proxy Caching VPN Firewall WAP VoIP Desktops Client Devices Databases Consolidation Internet Access Line of Business Enterprise Data Data/Content Server/ Warehouse Business Application Server Compute Clusters Financial, R&D, biotech, geophysical, energy, visualize Infrastructure Server/Blade Network Edge Servers ERP SCM CRM HR Directory Security Load balance File/print Web E-mail NAS Solidly entrenched Emerging Embryonic Niche Source: Gartner (June 2005)

Estudo da Reasoning (2003) mostrou que código TCP/IP no Linux (v2.4.19) com 0,1 bugs/KLOC é melhor que a média dos sistemas operacionais e similar aos melhores softwares embarcados. Estudo da Coverity (Jul 2005) mostrou que entre Dez/2004 e Jul/2005 a densidade de defeitos do kernel Linux baixou de 0,17 para 0,16 bugs/KLOC. A densidade de defeitos reduziu em 2,2%, embora o kernel tenha aumentado de 5,76 para 6,03 milhões de LOC, o que representa um aumento de 4,7%. Linux tem menos defeitos que a média da indústria. Netcraft mostra que 90% dos sites mais confiáveis rodam sistemas operacionais Open Source (Linux e BSD) Communications of the ACM : “Open Source Software development should strive for even greater code maintainability”, outubro de 2004 Por que Linux? Qualidade de código

Por que Linux? Segurança! Source: Linux Development Survey, 2005, Evans Data Corp. Linux versus Windows 2000 Linux versus Windows XP

Segurança BZ Research: pesquisa com 6344 gerentes de desenvolvimento (abril 2005) Solaris 66 % 74% Secure/Very secure 13 % 6% Very insecure/insecure Linux

Doug Busch, IT VP da Intel: 200 milhões US$ de redução substituindo servidores Unix por Linux The Register (2002): Steve Ballmer da Microsoft admitiu que não havia como “figured out how to be lower-priced than Linux” Amazon.com: redução de 17 milhões de US$ em um único quarter após implementação do Linux… Por que Linux? TCO (Total Cost of Ownership)

Desempenho Continuidade (lembram-se da ?) Independência de uma única fonte Porque Linux? Outras características

Inovação Suporte Padrões abertos Porque Linux? Outras características The Roadmap for Open Information and Communication Technologies (ICT) Ecosystems . Open ePolicy Group http://cyber.law.harvard.edu/epolicy

Por que Linux? Source: IDC Directions 2005

Evolução da adoção do Linux Tempo Linux em aplicações mission-critical Linux em aplicações departamentais Linux em embedded software Linux em infra-estrutura DNS, VPN,cache,firewall, web server, print server,...) Adoção de uma tecnologia

Evolução da adoção do Linux Tempo Linux em desktop (Home user) Linux em desktop (Business user) Linux em aplicações mission-critical Linux em aplicações departamentais Linux em embedded software Linux em infra-estrutura DNS, VPN,cache,firewall, web server, print server,...) Adoção de uma tecnologia

Linux em Desktops: onde já está sendo utilizado?

Linux em Desktops: onde será utilizado?

Migração para Desktop “Redbook” e outras fontes Free download www.ibm.com/redbooks SG24-6380 Grande interesse do mercado: 80,000+ downloads Primeiro lugar entre downloads nos três primeiros meses de 2005 www.ibm.com/linux

Formato de Documentos: situação atual Relação direta de dependência entre o formato do arquivo e o software Muitos formatos, na maioria das vezes, incompatíveis entre si (legado de quase 25 anos...) WordML, doc2002, doc2000, doc97, doc95, doc6, doc2, rtf, doc55dos, wp9, wp10, sw52, OOo1,kw1, kw2, pdf, html...

Resultado: é possível fazer isso hoje? ET1 D1 ET2 Interoperabilidade não é apenas uma questão técnica, mas é a base para compartilhamento de informações e conhecimento, e mesmo base para reorganização de processos administrativos. As barreiras para interoperabilidade devem ser apenas as restrições ou limitações tecnológicas e nunca serem introduzidas intencionalmente por um fornecedor ou prestador de serviços.

Incompatibilidade entre formatos de arquivos: um caso real...

Um Documento de Formato Aberto ideal... Aberto (Open) e sem restrições de licenciamento Não binário (Não pode aprisionar o usuário a uma plataforma) Suportar as funcionalidades atuais da tecnologia de processadores de texto, planilhas e apresentações Suportar funcionalidades futuras (assinatura digital...) Armazenado em formato compactado Ampla aceitação

Open Document Format – O que é? Desenvolvido e mantido por entidade aberta (Não controlada por nenhuma empresa) – OASIS Disponível sem pagamento de royalties e sem restrições de uso Aderente aos critérios “ideais” Aberto, não binário, suporta funcionalidades atuais, garante evoluções, compactado... Independência do formato dos arquivos dos softwares que os manuseiam Suportado por múltiplas aplicações Workplace, OpenOffice, KOffice, Abiword, StarOffice, Google Desktop Search, WordPerfect(*), 602Office (*), Ichitaro (*)... OASIS – Organization for the Advancement of Structured Information Standards

Flexibilidade e interoperabilidade Não permite o aprisionamento por parte de fornecedores de software Evita imposição de determinada tecnologia à sociedade e aos cidadãos Redução de custos (maior competição) Garante a disponibilidade futura das informações Liberdade de ação por parte dos governos Open Document Format – Benefícios

Open Document Format x OpenXML Interoperabilidade: OpenXML implementa binary key no header de cada arquivo...Dificulta transformar OpenXML em ODF Licenciamento: Dan Rivicher, executive director of the Public Patent Foundation “If Microsoft has rights and a licence is needed, them the term in the licence that requires attribution by the licencee of all of its downstreams licences is, in fact, not compatible with the GPL” www.groklaw.com www.dwheeler.com Formato de documentos Formatos atuais (binários) OpenXML ODF (OASIS)

Formato aberto Details of standards are available to all; no single firm has control over how they evolve; no charge for their use Technology may be standard, but details are not made available beyond the firm Details of standards are made available to all; but owner has control over how the standard evolves and may charge for use. Trend Closed Open Public Private Control Access Rebecca Henderson, MIT Sloan School of Management, 2004 , adapted Cezar Taurion, nov, 2005 .doc, .ppt... OpenXML OpenDocument

O caso Massachussets... “ It is an overriding imperative of the American democratic system that we cannot have our public documents locked up in some kind of proprietary format, perhaps unreadable in the future, or subject to a proprietary system licence that restricts access.” Eric Kriss, secretário de Administração e Finanças, Massachussets

Estamos iniciando um momentum “open”… “ Any office application used by institutions must be able to be saved to (and so viewed by others) using a commonly agreed format that ensures an institution is not locked into using specific software.” BECTA (British Education Communication Technology Agency)

Open Document Format – Recomendações Adotar formato OASIS (ODF) como padrão Evitar extensões proprietárias ao padrão XML Evitar licenciamentos restritivos Insistir que fornecedores adotem formatos open como default dos comandos “save” ( incluindo “autosave” ) em suas aplicações Insistir que os fornecedores participem do OASIS “ ...The public sector should avoid any format that does not safeguard equal opportunities to market actors to implement format-processing applications, especially where this might impose product selection on the side of citizens or businesses... TAC (Telematics between Administrations Committee) União Européia

Impulsionadores para Linux e Software Livre Vantagens Econômicas Vantagens Tecnológicas Ecossistema de Negócios Social e Politico

Previsões – Gartner Group Em 2010, 90% das Global 2000 terão estratégias formais de adoção de OS/SL Em 2008 as soluções de OS/SL competirão com soluções proprietárias em todos os mercados de software de infra-estrutura Em 2010, OS/SL estarão suportando aplicações de missão-crítica em pelo menos 75% das Global 2000 Em 2010, 70% dos ISVs de Unix colocarão o Linux como sua primeira prioridade Gartner Group, novembro 2005

Cezar Taurion [email_address] Obrigado pelo interesse e atenção

Modelos de negocio em Open Source

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Modelos de negocio em Open Source

Mais de Cezar Taurion

Modelos de negocio em Open Source