[SP-pm] Design de Aplicações Web, como é feito?

Teddy Hammer teddyhammer at hotmail.com
Wed May 25 10:51:57 PDT 2011


Eita!...tomar algumas!!!...aí sim!!!
Alexei, agradeço muito o convite, mas pra mim fica difícil pois moro no interior (Ribeirão Preto).
Mas se um dia que estiver em São Paulo e calhar de ter algum encontro, com certeza vou tomar umas cervejas com vcs.

[]s

From: russoz em gmail.com
Date: Wed, 25 May 2011 11:36:44 -0300
To: saopaulo-pm em mail.pm.org
Subject: Re: [SP-pm] Design de Aplicações Web, como é feito?

2011/5/25 Teddy Hammer <teddyhammer em hotmail.com>







Caraca véio!...Vou ter que estudar muito então! Tem muito mais coisas que vou ter que aprender do que imaginava!!!
Obrigado Blabos!

Teddy, a perspectiva de estudar tudo isso pode deixar você pra baixo, desanimado. Não deixe que isso aconteça com você, venha para o ES amanhã tomar umas cervas, contar e ouvir histórias, e dar risadas (geralmente do Mantovani).


[]s,Alexei 
> From: blabos em gmail.com


> Date: Wed, 25 May 2011 02:01:43 -0300
> To: saopaulo-pm em mail.pm.org
> Subject: Re: [SP-pm]	Design de Aplicações Web, como é feito?


> 
> Resumidamente e simplificando muito, uma aplicação web é um programa
> que funciona segundo os princípios do protocolo http.
> 
> https://github.com/blabos/Docs/wiki/Protocolo-HTTP


> 
> Ao acessar uma página na internet, você tem um cliente (browser) que
> faz uma requisição ao servidor. Este por sua vez, recebe a requisição,
> processa e gera uma resposta para o browser, normalmente html. O


> browser então faz o download dessa resposta e renderiza para você.
> 
> Portanto, existe o lado cliente e o lado servidor.
> 
> 
> O lado cliente é responsável por "chamar" a página e renderizar a


> resposta, que normalmente contém html, javascript, css, etc.
> 
> No lado servidor, pode haver qualquer coisa pra processar a
> requisição, de Perl a assembly, desde que respeitado o http. Conhecço


> casos de aplicações web em C++.
> 
> Python, Perl, PHP, C, C++, Lisp são linguagens que normalmente rodam
> no servidor, processando a requisição e gerando a resposta. Você pode
> fazer isso da forma que achar melhor. Existem entretanto, padrôes e


> convenções amplamente aceitas no mercado. O MVC é uma delas.
> 
> O MVC é uma forma de organizar o código do lado do servidor, separando
> o que é dado, o que é processamento e o que é visualização, de forma


> que uma equipe possa trabalhar em paralelo, entre outros benefícios.
> Não é a única forma de fazer, mas tem-se mostrado uma boa forma de
> fazer.
> 
> PHP e Perl antigos eram uma desgraça, pois você misturava html com


> SQL, com validação de parâmetro, com cookie, com o diabo a quatro.
> Funciona. Mas na hora de dar manutenção vc sofre.
> 
> MVC é o que chamamos de padrão de engenharia de software. Fazendo uma

> analogia, vc pode construir uma casa com paredes redondas e fora do

> prumo, mas o padrão é ter paredes retas com Π/2 radianos entre si.
> 
> Catalyst e Mojolicious são frameworks, ferramentas que te ajudam a
> construir uma aplicação. Com eles vc vai ter facilidades para montar


> seu piso, paredes e teto, de acordo com a necessidade da sua
> construção.
> 
> Os frameworks normalmente implementam as partes repetitivas, chatas e
> genéricas do ato de fazer uma aplicação, enquanto que o seu código vai


> implementar os dados, a lógica e a cara específica da sua aplicação.
> 
> Ao invés da bitola do vergalhão da fundação você vai se preocupar com
> a cor, o tamanho, quantos quartos, etc vai ter a sua casa.


> 
> Você já deve ter notado que pra dominar esse processo você vai
> precisar aprender sobre várias "camadas" de tecnologia. Entretanto dá
> pra começar com um pouquinho de cada e ir se aprofundando. Você não


> vai precisar de um PhD pra fazer um site, mas quanto mais souber, mais
> fácil/rápido/barato fica.
> 
> Note que assim como na construção, onde há operários especializados
> pra cada tarefa, (pedreiro, carpinteiro, vidraceiro, etc) é normal ter


> vários especialistas trabalhando numa aplicação, como DAs, DBAs,
> programadores, designers (design é a coisa, designER é quem faz
> design), testers e assim por diante.
> 
> Imagina se fundação, teto, encanamento e fiação fossem sendo


> adicionados aleatoriamente e misturados. Hum, mas eu queria essa
> lâmpada um palmo pra direita. Sinto muito, vou ter que quebrar o piso,
> tirar a torneira do banheiro e por na sala.
> 
> Por isso a importância dos padrões, facilitados por frameworks.


> 
> Espero ter dado um pequeno overview, abusando da licença poética.
> 
> Qualquer coisa, só falar.
> 
> []'s
> 
> 2011/5/24 Teddy Hammer <teddyhammer em hotmail.com>:


> > Ae galera!
> > Vcs comentaram sobre Mojolicious e o CatalystFramework. Dei uma olhada por
> > cima e não sei se entendi o que realmente eles fazem.
> > O código deles é embutido dentro do HTML ou eles fazem o Designer da página,


> > por exemplo, de um formulário de cadastro, como por exemplo o DreamWeaver
> > faz?
> > Se não for, como vcs fazem o desenvolvimento (tipo como faz um Web Design !)
> > das páginas? Vcs usam qual ferramenta pra isso?


> >
> > Alguém pode me explicar como isto eh feito?
> >
> > =begin disclaimer
> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/


> >  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>


> > =end disclaimer
> >
> >
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org


>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
 		 	   		  

=begin disclaimer

   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/

 SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org

 L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>

=end disclaimer




-- 
Alexei "RUSSOZ" Znamensky [russoz_gmail_com] [russoz.wordpress.com] [www.flickr.com/photos/alexeiz] [https://github.com/russoz]


Only love / Can bring the rain / That makes you yearn to the sky


=begin disclaimer
   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
 SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
 L
=end disclaimer 		 	   		  
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20110525/879cc97f/attachment.html>


More information about the SaoPaulo-pm mailing list