On 5/22/07, Paulo de Souza Lima <[EMAIL PROTECTED]> wrote:
Maxwillian, >Cara eu já trabalhei em empresas pequenas, médias e hoje estou numa >software house multinacional. Nunca ouvi tal exigência por proteção >jurídica. Eu ouço falar disso todos os dias. Isso entra no "escopo do projeto de implantação". Se a empresa onde você trabalha faz softwares de gestão, então procure o pessoal do comercial, principalmente o pessoal de pré-vendas e o pessoal de gerência de implantação de projetos, ou o pessoal do jurídico e pergunte.
>Se tu tiver um RedHat AS 5.0 e perder os dados de todo o teu ERP por >um bug no kernel, não vai poder fazer nada contra a RedHat, tu leu e >concordou com isto, citado no contrato. Neste caso, o que adianta ter >a empresa para responsabilizar juridicamente? O mesmo vale para tantas >outras como Microsoft, Sun e etc. Eles fornecem um sistema operacional >e em alguns casos suporte, nada mais. Você pode até ter essa opinião. Mas na prática, as coisas não acontecem assim. Existem muitos detalhes na legislação que permitem responsabilizar uma empresa por prejuízos que o produto/serviço que ela tenha vendido a outra venha causar. Quando falamos que a Microsiga "homologa" o RH, não é porque ela achou o RH bonito, mas porque testou o produto exaustivamente, com o suporte da RH, ou seja, existiu, no mínimo, um acordo entre as empresas.
Duvido que isso tenha ocorrido, como eu não tenho provas de que isso *não* ocorreu e tu não tem provas de que ocorrreu ficamos na especulação. ;)
Existem várias maneiras de duas empresas dividirem os riscos e as responsabilidades. Uma delas se chama parceria. Como fazer uma parceria no caso do Debian?
http://www.debian.org/partners/partners.pt.html
>Te garanto que muitas dessas decisões passam por gente competente e >que tem conhecimentos técnicos antes de chegar num CIO e/ou CEO. Meio >sem fundamento este argumento de "deixar na reta", ele fica "na reta" >de todas as formas mais por uma questão de equipe incopetente que por >problemas com a empresa/fundação que provê o sistema operacional. Sim, mas a decisão é muito mais política do que técnica. Não basta ter uma equipe técnica super competente que indique o Debian, mas que não saiba dizer para a direção o porque e quais os riscos. Incompetente é o diretor que toma uma decisão baseado apenas em aspectos técnicos.
Não disse que não era política, disse que era mais técnica.
>Não é risco desnecessário, é falta de conhecimento técnico mesmo. Como >disse, poderia muito bem homologar com determinadas versões de >bibliotecas e se fosse o caso compilar todos os binarios >estaticamente. Assim o requisito seria "compatibilidade com binários >ELF" e no máximo uma versão da LIBC e não uma distro. ;) Como eu disse, a decisão não é apenas técnica. Ela leva em conta vários aspectos além do técnico, que é importante, mas não é o mais importante, do ponto de vista do cara que administra uma empresa. Esse também é o motivo pelo qual todas as empresas do mundo não migram de uma vez para o Linux, já que tem uma segurança maior e um custo financeiro menor. O custo não é só financeiro, o aspecto técnico não é o único e a decisão não é tão simples.
Migrar de uma plataforma para outra a esmo, só por estar "fascinado" com as "features" de outra plataforma é um tanto irresponsável, este seria o principal motivo. Depois disso vem o fato que muitos "Systems engineer" são formados em determinada plataforma (vi casos onde só migrou-se depois que o administrador do main frame aposentou-se, por exemplo) e fazer uma migração de tamanho impacto poderia ser pior por não ter um profissional tão bem preparado quanto antes. Falando em profissional, a falta de profissionais é outro aspecto que influencia, quantos LPIC-2 temos por ai? Quantos têm ao menos conhecimento "compatível" com esta certificação? Não são muitos... Agora sair de uma plataforma para outra (note que não falo mais em adotar uma ou outra distro, mas de um AIX para HP-UX, por exemplo) por não haver uma parceria ou algo que vincule os eventuais danos (danos estes que podem ser causados pelo uso indevido e outros fatores não pertinentes à produção do software) é uma coisa que eu nunca vi. Se tiver referências de que isto aconteceu eu acredito, senão continuo indo pelo senso lógico.
