SOFTWARE LIVRE COMO OPÇÃO

METODOLÓGICA

OU

Livrando-se dos pacotes de fora

e do caos de dentro

Luiz Maria Esmanhoto

LinuxCorp/2003

Planejamento estratégico das empresase os requisitos de sistemas

Fundamentos do pensamento estratégico

Modelo clássico

• relações determinísticas entre causa e efeito

• “visão” como um ponto de equilíbrio futuro

• paradigma: Sistemas Fechados

Modelo contemporâneo

• relações entre agentes com resultados inesperados

• “disposição emocional” em se adaptar ao desequilíbrio permanente

• paradigma: Sistemas Adaptativos Complexos

Sistemas Adaptativos Complexos

Definição

• Complexidade: multitude de agentes diferenciados

• Adaptação: repertório de regras em evolução

Características

• Sitemas abertos, dinâmicos

• inexistência de controle/inteligência central

• expontaneidade e auto-organização

• aprendizado por feed-back externo

• muitos níveis de organização

Estratégia e Organização:como evoluir e competir ao mesmo tempo

Estratégias focadas x robustas

• Foco necessário para a sobrevicência do dia-a-dia

• Robustez para responder à variações de ambientes futuros

“O paradoxo da Rainha Vermelha”

• dificuldade de manter vantagens competitivas por muito tempo

• empresas que criam vantagens competitivas continuamente

O Papel de agentes conservadores x radicais inovadores

• equilíbrio dinâmico à beira do caos

Empresas à beira do caos

Estrutura organizacional em rede

• relacionamento intrincado de interesses equipotentes

• hierarquias fluidas e momentâneas

• fronteiras amorfas e permeáveis

• desacoplamento progressivo entre atividades núcleo e periféricas

• conectividade plug-and-play para empresas

O requisito fundamental para sistemas

“Como construir e operar sistemas para um conjuntodinâmico de empresas, nervosamente à beira

do caos?”

Axioma

Para empresas à beira do caos, sistemas à beira do caos!

Escolha do processo de desenvolvimento• Aquisição de pacotes

Aspectos críticos dos Sistemas AdaptativosComplexos

• Desenvolvimento de Aplicativos

• Desenvolvimento pelo método de código-fonte aberto (Open-source software – OSS ou Software Livre)

• Variedade

• Interação

• Evolução

Pacotes

• a busca da “classe de todas as classes”

• as camadas funcionais e restrições impostas à variedade

• interação por middleware ou EAI

• evolução comandada pelo fornecedor

• a imobilidade como perspectiva

Desenvolvimento in-house

• a maldição dos projetos de software

• o enquadramento no PMI e CMM

• as tentativas fracassadas de controle de variedade

• a interação como continuidade natural

• a evolução estagnada pelo caos

Desenvolvimento com código-fonte aberto

• O que é isto?

• Tipos de licença (www.opensource.org)

• Exemplos (www.freshmeat.net e www.osdn.com)

• O processo

Equipes de desenvolvimento

Criação e eliminação de variedades

Paralelismo para desenvolvimento e debugging

Resolução de conflitos e motivação

Interação pela estruturação e acesso ao fonte

Evolução

LINUX – Sistema operacional

PostgreSQL, MySQL – Bases de dados relacionais

Apache, Tomcat – Servidores web

Snort – Identificação de intrusão

IP-Filter – Filtragem de pacotes

Squid – Servidor Proxi

Nagius (ex-Netsaint), MRTG – Monitoração

Sarg – Relatórios de auditoria

Mailmgr – Adminisração de e-mails

Sendmail, Q-Mail – Servidores de e-mail

Open Webmail – Cliente de correio

OpenOffice – Conjunto Office

KDE – Interface gráfica

Compiere – ERP

Desenvolvimento – PHP, Pearl

OS-Commerce – para B2C

Lista básica de software livre

Fatores de sucesso para o software livre

• problemas de longo prazo e/ou de interesse geral

• problemas cuja solução dá um feed-back imediato e confiável

• problemas cuja solução pode ser explorada a custo baixo e sem risco de causar catóstrofes

• problemas que se resolvidos evitam um desastre anunciado

Uma nova metodologia

• Combinação software livre + pacotes

Escolha de padrões (W3C)

Arquitetura modular com regras definidas de interação

Critérios para escolha de módulos a serem cobertos por pacotes

Interfaces e outros módulos por OSS

• “Déspota esclarecido” e sua “equipe”

• Regras

Conclusão 1

Você pode confiar: software livre está aí

para ficar

Ou como diz, atravessadamente, relatório do Grupo Gartner: “o software livre moveu-se para a periferia do fluxo principal”

Conclusão 2

Como diria Polonius (Hamlet):

“existe um certo método em sua

loucura”