• Por uma Web mais rápida: Técnicas de otimização de Sites

  Palestrante: Sérgio Lopes

  http://www.slideshare.net/caelumdev/qcon-2011-por-uma-web-mais-rpida-tcnicas-de-otimizao-de-sites

• Desenvolvimento Ágil Orientado a Testes: Como a busca pela qualidade transformou uma equipe de desenvolvimento Java

  Palestrante: Eder Ignatowicz

  http://www.slideshare.net/ederig/desenvolvimento-gil-orientado-a-testes-lt-qcon-sp-2011

• Design de código: a qualidade que faz a diferença

  Palestrante: Guilherme Silveira

  http://www.slideshare.net/caelumdev/design-de-cdigo-qualidade-que-faz-a-diferena-qcon-2011

• Criando aplicações melhores com Ruby e Rails

  Palestrante: Vinícius Baggio

  http://www.slideshare.net/vinibaggio/melhores-apps-rails-9215686

• Aplicações RIA com Ext JS 4

  Palestrante: Loiane Groner

  http://www.slideshare.net/loianeg/ext-js-4-em-5-minutos-qconsp-2011

• Arquiteturas modernas

  Palestrante: Vinicius Quaiato

  http://www.slideshare.net/viniciusquaiato/net-e-arquiteturas-modernas-qconsp-2011-vinicius-quaiato

• Aceleração http com Varnish

  Palestrante: Flavio Torres

  http://www.slideshare.net/flatorres/varnish-qconsp-2011

• Aplicando a Arquitetura Evolucionária

  Palestrante: Leandro Daniel

  http://www.slideshare.net/leandrodaniel/qconsp-2011-praticando-a-arquitetura-evolucionria

• A Semente Não Entendida de Todas Metodologias Ágeis

  Palestrante: Fábio Akita

  http://www.slideshare.net/akitaonrails/qcon-sp-2011-a-semente-no-entendida-de-todas-as-metodologias

• Cultura da Empresa – um problema na Adoção Ágil

  Palestrante: Eduardo Bregaida

  http://www.slideshare.net/eduardo.bregaida/cultura-da-empresa-um-problema-na-adoo-gil-9209925

• Refatoração em larga escala

  Palestrante: Danilo Sato

  http://www.slideshare.net/dtsato/refatorao-em-larga-escala

• Dívida técnica: precisando de crédito? Quão fundo entrar e como evitar que o cobrador bata na sua porta

  Palestrante: Alexandre Freire

  http://www.slideshare.net/alexandrefreire/dvida-tecnica-precisando-de-crdito-quo-fundo-entrar-e-como-evitar-que-o-cobrador-bata-na-sua-porta

• Performance Oriented Design

  Palestrante: Rodrigo Campos

  http://www.slideshare.net/xinu/performance-oriented-design

• Arquitetura de um sistema crítico de alta disponibilidade com soluções open source

  Palestrante: Daniel Destro

  http://www.slideshare.net/danieldestro/arquitetura-de-um-sistema-crtico-de-alta-disponibilidade-com-solues-open-source

• Edição de conteúdo web usando Javascript de ponta a ponta

  Palestrante: Jorge Walendowsky

  http://www.slideshare.net/jwalendowsky/edio-de-contedo-web-usando-javascript-de-ponta-a-ponta

O grupo que utiliza a linguagem pura e busca o desenvolvimento de seus próprios componentes utiliza vários argumentos para tanto. Segurança, performance da aplicação, designer de sistema proprietário, etc. Muitas vezes pessoas deste grupo montam seus próprios framework visando agilizar o desenvolvimento de softwares em busca da reutilização.

Eu, como defensor dos framework comerciais para o desenvolvimento cito algumas vantagens de se utilizar destes:

• Existe uma maior facilidade para a detecção de erros, visto que frameworks são peças mais concisas de software.
• Podemos nos concentrar mais com a abstração de soluções do problema que estamos tratando.
• Torna mais eficiente a resolução dos problemas.
• Como todos os itens acima ocasionam uma maior produtividade, podemos garantir que também teremos um maior lucro, pois teremos uma antecipação da entrega, e uma maior satisfação dos clientes.
• Otimização de recursos

Os pontos descritos acima foram retirados da wikipedia. Vou listar os meus pontos além dos citados acima:

• Padronização do sistema: Um sistema com a utilização de um framework tem um “esqueleto” no qual se apoiar, facilitando a padronização do desenvolvimento do sistema nos diversos pontos.
• Baixo acoplamento entre componentes: Sistemas que utilizam frameworks tem por natureza um baixo acoplamento. Isto se dá pelo fato de os desenvolvedores de frameworks serem bem genéricos para o desenvolvimento visando atingir um número maior de soluções.
• Documentação: Um ponto importante de um framework comercial é a sua documentação. Dado determinado problema no sistema, pode-se consultar uma documentação onde o problema é detalhado e é apresentado uma solução para o tal. Frameworks “caseiros” carecem de documentação em sua grande maioria, dificultando a reutilização de seus componentes.

Existe uma certa preocupação com relação a performance de aplicações que utilizam framework e essa preocupação é válida. Martins Fowler, em seus diversos livros comenta que aplicar designer patterns e refatoração podem impactar em performance da aplicação. Entretanto, ele próprio comenta que essa preocupação pode ser deixada de lado até que o sistema esteja desenvolvido e que ela realmente seja um problema. Nestes casos, em um sistema bem desenvolvido utilizando orientação a objetos e designer patterns de maneira correta, refatorações visando a performance da aplicação são rápidas e fáceis de serem realizadas. É claro que estamos falando de problemas de performance simples que não sejam requisitos do sistema. Por exemplo, uma query que demora 1 min para execução sendo que o tempo máximo deste requisito do sistema seja 3 segundos. Talvez uma refatoração nos leve ao ganho de alguns segundos na query. Entretanto este fator deve ser levado em conta na fase de análise do projeto. Talvez, neste ponto do sistema, uma solução de ORM de um framework seja menos efetiva. Mas a troca de uma solução de ORM para uma extração pura é bem simples. É claro que isso foi um exemplo simples. Existem outros problemas que podem aparecer com relação a performance de uma aplicação que utiliza framework. No entanto, tais problemas são bem pontuais.

Outro ponto que algumas pessoas alegam é com relação a segurança. Alguns dizem: “Vai que existe um bug comprometedor neste framework e a minha aplicação fique vulnerável a ataques”. Bem a afirmação é válida e tem importância sim. Mas essa preocupação é a mesma para quaisquer sistemas e aplicativos existentes na infraestrutura da empresa. Por exemplo, digamos que exista uma vulnerabilidade no mod_rewrite do apache. Posso desativar o módulo ou trocar o meu servidor web. Da mesma maneira, com frameworks posso desativar determinado componente. Posso trocar o framework ou, posso até mesmo consertar a vulnerabilidade. Afinal na maioria dos casos tem-se acesso aos fontes de um framework podendo dessa maneira corrigir a vulnerabilidade e/ou evitar que esta seja utilizada.

É uma tendência a utilização de framework em desenvolvimento, principalmente desenvolvimento WEB. Portanto, caso tenha algo contra, reexamine o porquê e veja se vale a pena perder todas as vantagens listadas aqui.

Fontes: http://pt.wikipedia.org/wiki/Framework

Para iniciarmos, vamos baixar os fontes do PHP:

sudo apt-get update

sudo apt-get install php5-dev

Depois instalamos o pear para termos acesso aos pacotes pecl

sudo apt-get install php-pear

Depois instalamos o inotify

sudo pecl install -f inotify

Depois temos que habilitar o inotify no php.ini, para tanto

sudo vim /etc/php5/cli/php.ini

e no final do arquivo adicionamos a seguinte linha no final do arquivo

extension=inotify.so

Para confirmar a instalação utilize o seguinte comando

php5 -r  'phpinfo()'  | grep inotify

Tendo instalado o inotify, os scripts para monitoração podem ser escritos da seguinte forma (nomeei como inotify neste exemplo):

#!/usr/bin/php5
<?php

//seta o tempo de execução ilimitado
set_time_limit(0);

//inicia a instancioa do inotify
$df = inotify_init();

//monta a regra de monitoramento
$monitor = inotify_add_watch($df,'/var/log',IN_ALL_EVENTS);

//cria um laço infinito
while(true){

 //lê o evento
 $evento = inotify_read($df);
 print_r($evento);
}

//fecha a instancia do inotify
inotify_close();

Para a execução do script utilize o seguinte comando

chmod +x inotify

./inotify

Experimente dar uma listagem no diretorio

 /var/log/

com um outro terminal enquanto em um terminal fica executando o inotify.

Para mais informações,php.net

• apt-get install apache2 php5 libapache2-mod-php5 php5-mysql mysql-server mysql-client

Após rodar essa linha de comando, o seu servidor AMP estará pronto para uso.

Para montar um servidor AMP no Windows já é bem mais complexo. Primeiramente você deve baixar o pacote do apache. Logo após você deve baixar o PHP. Hoje já existe um instalador mas por padrão este instalador sempre dá pau. Depois disso você deve baixar o Mysql. No final das contas, leva-se no mínimo duas vezes mais tempo montando um servidor AMP no Windows do que no Linux. Pior ainda se estiver utilizando uma versão de Windows que seja diferente do Windows XP (por exemplo o Windows Vista que tem um sistema de controle de permissões bem mal feito).

O php, apache e mysql forão feitos para rodarem nativamente em sistema UNIX. Por isso é muito mais simples instalar e configurar estes em uma maquina Linux do que em uma maquina Windows.

Mesmo com tudo isso, porque tanto desenvolvedor utiliza Windows para desenvolver? Digamos que é cômodo utilizar Windows. Todo mundo usa Windows e muita gente acha que Linux é coisa de hacker, nerd ou cientista. Só que na grande maioria dos casos, o servidor onde vai rodar a aplicação é Linux. Ou seja, na grande maioria dos casos o desenvolvedor deverá ficar se preocupando com as incompatibilidades de sistema ao invés de se preocupar com a aplicação. Nos próximos artigos abordaremos algumas ferramentas que facilitam a migração do usuário de Windows para Linux além de auxiliar no desenvolvimento.

Trabalho com linux a dois anos como estação de trabalho para desenvolvimento. É muito mais produtivo desenvolver em linux por diversos fatores, principalmente para desenvolvimento web, afinal de contas a sua maquina é muito parecida com o servidor final da aplicação. Além do mais, existem diversas opções no shell do linux de são um verdadeiro canivete suiço.

Mas porque então o pessoal de infraestrutura diz que linux é uma ameaça a segurança da rede? Simples, porque eles não sabem lidar com ele. A infraestrutura da empresa é toda composta por maquinas Windows. Administrar uma maquina windows é bem simples: Cria-se um usuário sem permissões administrativas, libera alguma opções administrativas para se poder trabalhar e acabou. Teoricamente você tem uma estação de trabalho segura. Mas e com uma estação de trabalho linux? A grande questão de segurança de uma rede não está em limitar o sistema operacional do usuário. Ainda mais um profissional de TI. Por exemplo, existe uma galera de Delphi na empresa. O que impede de criar uma aplicação que cria pacotes e roteia os pacotes através do proxy de maneira criptografada? Mesmo com PHP dá para fazer isso. Com C, com Java. A partir do ponto em que se está em uma estação de trabalho onde existam desenvolvedores de softwares, estes tem o poder de criar a aplicação que quiserem, independente do sistema operacional, e que estas aplicações furem a segurança da rede.

Então uma rede com desenvolvedores é uma rede insegura? Não. Um administrador de rede bom consegue manter uma rede segura mesmo com desenvolvedores utilizando diversos sistemas operacionais. Conheço diversas empresas que tem área de desenvolvimento e não tem nenhum problema de segurança.

Agora, vamos analisar a discussão principal desta matéria: O perfil profissional do pessoal de infraestrutura da empresa. Vou listar os pontos abaixo para facilitar a leitura:

• Não notificaram o usuário: Ao invés de alguém chegar em mim e dizer assim: “Cara, você está usando linux e isso pode furar a segurança da rede.” ou “O que você acha de tentar adequar a sua maquina ao padrão da empresa”, o pessoal de infraestrutura arranca o cabo de rede.
• Só conseguiram bloquear o usuário via puxar o cabo de rede: Qualquer júnior de administrador de rede consegue bloquear determinado IP de ter acesso a rede via software. Quando os caras só conseguiram me bloquear por completo via desconectar o cabo de rede, eles provaram qual o nível de profissionalismo deles.
• Só conseguem administrar estações de trabalho de determinado SO: Administrar a rede administrando as estações de trabalho e a maneira mais burra que se tem para administrar uma rede. Principalmente quando esta rede é composta por desenvolvedores de software. Conforme já disse acima, qualquer desenvolvedor tem o poder de criar um aplicação que possa furar a segurança da rede ou, até mesmo, escalar privilégios da estação de trabalho. Ter uma postura restritiva só piorá a situação.

O mais engraçado é que a empresa vende o serviço de infraestrutura e o serviço de segurança de rede. Conforme um colega meu disse, comam no meu restaurante mas não visitem a minha cozinha.

Eu já divulguei nas diversas listas e IRC sobre a qualidade da infraestrutura da empresa.

A estória acima é encontrada, conforme já citado, em diversos segmentos do desenvolvimento web, principalmente em linguagens onde fazer um Hello World é uma tarefa bem simples (ex: PHP). A questão está quando o sistema ou site que foi desenvolvido pelo sobrinho passa por pelo menos duas situações. A primeira é quando o site necessita crescer. Adicionar um novo módulo, fazer uma modificação na base de dados, ou simplesmente trocar o layout do site. Como ele não sabe programar escreve os famosos códigos macarrônicos. Códigos macarrônicos são aqueles que unem diversas partes que deveriam ser separadas em uma única parte. Extração de dados do banco, html, javascript, css, tudo no mesmo arquivo. Qualquer modificação levará pelo menos 5 vezes mais tempo do que uma modificação atual. Se houver um aumento da demanda de modificações no site, em pouquíssimo tempo o preço pago ao sobrinho vai ficar muito mais caro que se um programador tivesse desenvolvido. E se necessitar de uma modificação maior, o sistema terá que ser reescrito. A segunda questão acontece quando o site está no ar e esse site é invadido . Existem milhares de falhas que se podem ser cometidas pelo pouco conhecimento de desenvolvimento. Essa característica é peculiar ao desenvolvimento web. Mas ai alguém pode falar: “Mas é só um site, se invadirem e só substituir os arquivos e acabou”. Talvez, mas usando uma vulnerabilidade no site, todas as aplicações que rodam naquele servidor ficarão expostas. Serviços de e-mail, sistemas de controle de arquivos, banco de dados, e sabe-se lá o que mais podem ser destruídos ou utilizados para fins malignos. Uma boa parte dos spams que recebemos são formulários mal feitos que pessoas mal intencionadas utilizem para disseminar mensagens.

Portanto, caso você esteja pensado em ter um site ou um sistema. Procure alguém que saiba fazer. Busque referência profissional, procure saber os trabalhos realizados pelo profissional. Conforme o texto acima mostrou, em quase todas as vezes o barato sai caro.

Para os sobrinhos….

Este texto não tem a intenção de desencorajar quem está aprendendo. Todos nós, programadores, estamos sempre aprendendo. Eu grifei a palavra curso no texto porque muitas pessoas pensam que fazer um curso de programação e já sabe tudo. Sinceramente, para ser um bom programador necessita de dedicação em estudar e estudar e estudar. Leia sobre diversos assuntos. Aprenda as tecnologias recentes do mercado. Não pense que um Hello World é tudo. Existem muitas coisas além dele que são fundamentais para fazer um sistema com um ciclo de vida alto e com um bom grau de segurança….

Com relação ao custo do projeto, o calculo do valor do projeto sempre é acrescido de uma “gordura” para contemplar os casos de atraso , fazendo com que o projeto tenha um custo um pouco mais alto que o real necessário.

Para resolvermos estes problemas, está começando no Brasil a metodologia ágil para desenvolvimento de software. Nesta metodologia o projeto é dividido em splits, isto é, módulos de tempo determinado, quase sempre de duas ou quatro semanas. Dentro de um split há um planejamento para dividir as tarefas necessárias para completar o split. Estas tarefas ficam a vista dos desenvolvedores que podem realizar qualquer destas tarefas.  Caso haja dificuldade para a realização da tarefa, em uma reunião rápida de 15 min, realizada todo dia, são discutidos o andamento das tarefas, as dificuldades, soluções, e outros fatores relevantes ao desenvolvimento.

Uma outra caracteristica interessante é a utilização de testes automáticos e o conceito de programação orientada a testes, em que todo módulo desenvolvido é testado automaticamente por frameworks e testes planejados. Este provavelmente será o tema do proximo post.

Para resolver este problema existe as maquinas virtuais: sistemas que emulam um sistema operacional dentro de outro sistema operacional. E dentre alguns programas que se propõem a fazer isso, o que eu considero mais fácil de se lidar é o Virtual Box.

Logo após a sua instalação, aparece uma gama de sistemas operacionais que podem ser instalado no virtual box. Ele cria uma espécie de HD virtual para que seja instalado o sistema operacional. Além disso, compartilha grande parte dos periféricos do PC com o sistema operacional virtual que está sendo instalado.

Acessem ismaelvacco.com.br

Dentre as suas funcionalidades, podemos listar o auxilio para desenvolvimento de soluções MVC, o ORM, mapeamento objeto relacional, diversos helpers para a as diversas tarefas, entre elas, helpers para sessions, databases, forms, captcha, etc.

Um ponto que ele ainda peca é na documentação. Eu pessoalmente acho que a documentação deveria conter mais exemplos práticos. Entretanto, isso será solucionado com o tempo.

Sistemas WEB.Acessem www.ismaelvacco.com.br