Olá<br><br><div class="gmail_quote">2008/3/26 Luis Motta Campos <<a href="mailto:luismottacampos@yahoo.co.uk">luismottacampos@yahoo.co.uk</a>>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Frederico Recsky wrote:<br>
> Olá,<br>
<div class="Ih2E3d">> O que eu tenho é um instalador automatico de um programa para linux.<br>
<br>
</div>Posso saber que programa é esse?</blockquote><div><br>Não posso dar nome aos bois, mas seria algo como Hardware + Linux + SAP + Oracle, sendo que eu instalo os 4 citados, por isso é mais complicado do que eu posso explicar. Fora outros programas menores do ecosistema.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Argh. Deixa eu ver se eu consigo compreender esta mente tortuosa que a<br>
tua empresa acredita ser capaz de bancar o senior software architect...</blockquote><div><br>Uma mea culpa, alguns dos programas são mais velhos que eu... então a retrocompatibilidade pesa. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
1. você tem um programa linux que alguém quer instalar;</blockquote><div><br>Talvez eu fui eufemista demais, eu tenho uma solução linux para instalar. <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2. o teu programa vem num pacote (Que tipo? Tarball? debian? rpm?);</blockquote><div><br>Tar, por mera formalidade. <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
3. junto com o programa, vocês mandam um script capaz de gerar ųm script<br>
de instalação;</blockquote><div><br>Sim, pois a solução pode rodar em cluster.. uma empresa que a utiliza tem filiais em mais de 30 paises.. sendo que em cada uma tem um conjunto soluçao por exemplo. Dai ela pode gerar imagens e distribuir para elas. O dep de TI local dai pode ser composto por empregados sub pagos PJ contratados no apinfo.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
4. O script descrito em (3) aceita opções do usuário (presumivelmente<br>
final) que está instalando o sistema, através de uma interface de<br>
personalização que parece um sistema de plug-ins, mas não é;</blockquote><div><br>O usuario final é "daqui mesmo", é o tecnico que vai instalar tudo. <br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Agora, as minhas perguntas.<br>
<br>
A. Que linuxes você suporta oficialmente para este programa?</blockquote><div><br>Todos os 2 grandes "enterprise" rpm...<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
B. Que tipo de pacote o teu programa usa?</blockquote><div><br>N/A <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
C. O teu programa não pode ser distribuido usando um sistema de pacotes<br>
padrão?</blockquote><div><br>Não, por sinal conheço bem rpm pois mantive por algum tempo alguns pacotes do SLES. Mas a questão é que eu instalo uma solução. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
D. Por que o teu /system/ /architect/ acha que ele precisa reinventar a<br>
roda e fazer tudo o do jeito mais complicado, enviando um meta-script de<br>
instalação para rodar num ambiente que ele não conhece e não controla?</blockquote><div><br>Conhecer e controla talvez a gente conheça. Existem personalizações finais. O maior problema é que todo o legado deve ter o dobro da minha idade. <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
E. O que você precisa oferecer aos usuários no passo (4) que não pode<br>
ser feito automaticamente num script de pré-instalação, usando um<br>
sistema de pacotes padrão?</blockquote><div><br>De certa forma isso não se aplica ao grande todo. Isso é feito varias vezes em escala menor. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Você tem problemas sérios de projeto. Espero que isso ajude.</blockquote><div><br>Talvez eu fiz parecer errado, o problema de projeto é o problema da computaçào em geral... Fazer um update de hardware ou sistema sem destruir a organização ou criar uma catastrofe nuclear ou financeira.<br>
<br>O que eu disse que mudaria nisso tudo é o esquema de plugins.. não sei se dar ao usuario somente um botão "install" e um diretorio de plugins que podem ser destrutivos... seja uma boa ideia.<br><br></div></div>
-- <br>____________________________<br>Frederico Recsky<br>Linux User: #253572<br><a href="http://www.fred.eti.br">http://www.fred.eti.br</a><br><a href="http://www.perl.org.br">http://www.perl.org.br</a>