Em entrevista concedida à Linux Magazine durante o FISL 9, há aproximadamente dois meses, os executivos da Sun afirmaram que já eram poucos os componentes da JDK que não dispunham de alternativas livres, e a abertura do código dessas partes dependia de contatos com os autores originais do código, entre outras dificuldades.

Fonte: Linux Magazine Online.

Embora ainda existam milhões de maravilhosas (e, em última instância improdutivas) discussões sobre como o mod_php é mais rápido do que CGI Perl normal e Ruby usa muita memória e FastCGI é instável e tudo compartilhado em um monstro JVM é, obviamente, mais escalável, nenhum desses argumentos importa para a maior parte do código PHP implantado no mundo de hoje.

Um comentarista Perlbuzz chamado Yudel levanta a questão a implantação / colonização ponto muito claramente:

“Continuo a pensar em Perl, mas como um programador apenas ocasional, eu raramente a considero como a melhor ferramenta para o trabalho. A comunidade do Perl falhou em colonizar com sucesso o novo ecossistemas de programadores que não têm acesso root. Simplesmente afirmar que o PHP é lingüisticamente inferior não irá convencer alguém que teve que argumentar com uma empresa de hospedagem na web sobre a carga que o MovableType teria se colocado em seus servidores. “

mod_perl é ótimo para o que se propõe fazer, mas é claro que mod_perl não é o que os provedores de hospedagem mais queriam. Uma distribuição pequena de Perl - incluindo talvez um novo módulo do Apache httpd que só embuta Perl - com um bom módulo de modelos, o DBI, e talvez um ou dois módulos de tratamento de XML poderiam ter posto Perl em mais planos de hospedagem de US $ 4.95/mês. O corolário deste modelo seria, é claro, um conjunto de bibliotecas Perl facilmente instalável.
Claro, que não abrange tudo. Você provavelmente não poderá obter RT ou Plagger ou Angerwhale em um sistema desse tipo, mas é um começo.

Ceder o mercado minoritário a uma nova tecnologia é apenas uma das maneiras de deixar a inovação comer o seu almoço.

Uma falha neste argumento é que aproximadamente zero webhosts apoiavam Ruby antes do festival de popularidade do Rails. Da mesma maneira, a estratégia de implantação do Rails já passou por várias fases. Veja aqui o ponto interessante que subverte um pouco o meu argumento: hospedagem de Rails de repente se tornou lucrativo o suficiente para que várias empresas de hospedagem web amigáveis a Ruby aparecerem.

Isto é algo que eu ainda não consigo entender.

Fonte:

http://www.oreillynet.com/onlamp/blog/2008/05/deployment_is_colonization.html

Tradução:Nilson Santos Figueiredo Júnior (orientação A. Meireles, Texto Livre)

]]> http://under-linux.org/8560-implantacao-e-colonizacao.html/feed http://under-linux.org/8463-linux-magazine-materias-especiais-sobre-shellscript.html http://under-linux.org/8463-linux-magazine-materias-especiais-sobre-shellscript.html#comments Fri, 18 Apr 2008 17:48:46 +0000 ramorim http://under-linux.org/?p=8463 Usuários e administradores experientes via de regra preferem o terminal ao ambiente gráfico para realizar determinadas tarefas. Quatro matérias publicadas na Linux Magazine que abordam o tema estão disponíveis gratuitamente para download:

• Eficiência interna. Mirko Dölle mostra como funções internas do próprio Bash podem tornar seus scripts mais rápidos na escrita e na execução, sem chamar qualquer programa externo.
• Shell ilustrado. Frank Wieduwilt escreve sobre o Bashish, programa para transformar o visual do seu terminal.
• Som na Concha! Nos servidores, um sinal sonoro pode ser um recurso muito útil em seus scripts, seja para indicar a necessidade de uma interação com o usuário, apontar que uma tarefa foi completada ou registrar um erro. Por Augusto Campos.
• Embate das shells. Para aqueles que também administram servidores Windows há o Powershell da Microsoft, que baseia-se no framework .NET. Mas isso supera as funcionalidades do Bash? Por Marcus Nasarek.