[SP-pm] [OT] Possível Oportunidade

[Suissa]

Também vou nesse sentido.

2011/1/10 Blabos de Blebe <blabos em gmail.com>

> *EU*, prefiro manipular um banco do que um filesystem, simplesmente
> pelo fato de um banco ser mais amigável pra mim.
>
> Na hipótese de programar uma engine de blog, mesmo sabendo que os
> textos são estáticos e que a preformance é pior, eu ainda sim
> utilizaria um banco, porque eu sou preguiçoso e não quero me preocupar
> com detalhes que um banco já se preocupa pra mim.
>
> É uma escolha, não uma necessidade; sabendo os custos que isso traz.
>
> DBIC é tão legal!
>
> De qualquer forma, MVC nele que depois fica fácil trocar a camada de dados.
>
> Abraços
>
> 2011/1/10 Thiago Rondon <thiago em aware.com.br>:
> > Em 09/01/11 19:26, Suissa escreveu:
> >
> > os textos, templates, dados, tudo pode ser dinamico se vc quiser.
> >
> >
> > Caro Suissa,
> >
> > Vou escrever este e-mail, pois fiquei com a sensação de que você não
> > compreendeu corretamente o que é dinâmico. Eu vejo um erro comum de
> pessoas
> > associarem páginas dinâmicas a utilização de "banco de dados" e parece
> que
> > este é o seu entendimento.
> >
> > Nada do que você colocou geralmente é dinâmico - principalmente em um
> blog
> > -.
> >
> > Dinâmico seria uma característica, no qual para cada requisição as
> > informações fossem preparadas e demonstradas para cada processo de uma
> > maneira a depender da interação do usuário - normalmente estão associadas
> a
> > elas -, como por exemplo uma página simples de login, jogos, google maps,
> > ... .
> >
> > Note que no teu exemplo "os textos" não são dinâmicos em um blog, por
> > exemplo quando eu carrego um blog e estou visualizando um determinado
> texto,
> > se você entrar nele e olhar para o mesmo artigo, a visualização é a
> mesma...
> > Logo, esta página é estática e não dinâmica, não há necessidade de gerar
> > dinamicamente dois resultados iguais para uma mesma requisição, correto ?
> > Claro, você pode querer... Mas, não há o motivos e nem é muito
> > inteligente.... como o gato de cheshire diz para Alice em "Alice no país
> das
> > Maravilhas" diz  "Para quem não sabe aonde quer chegar, qualquer caminho
> > serve".
> >
> > Algumas implementações de blog, utilizam um "banco de dados" para
> armazenar
> > todo conteúdo no meu entender pelo simples motivo de ser mais fácil de
> > "vender" - e talvez, "gerenciar" - o produto, e não vejo por que outro
> > motivo seria.
> >
> > Tanto que você como um evangelista nosql, sabe que muitas soluções do
> > movimento vendem o teu peixe para explorar "problemas" como este, onde
> não
> > foi utilizado a ferramenta ideal por razões de "simplificar" o local dos
> > dados, e que por uma questão de "comodidade" - generalização da resolução
> do
> > problema - não foi implementado da melhor maneira. ;-)
> >
> > -Thiago Rondon
> >
> >
> >
> > =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
>



-- 
Jean C. Nascimento aka Suissa
Prof. Análise e Soluções Web Fafit/Facic & UML - Itararé - SP
Especializando em Desenvolvimento Web

WebDeveloper - wgbnet.com.br/ <http://www.wgbnet.com.br/> |
localclub.com.br<http://www.localclub.com.br>
/
NoSQL Evangelist - nosqlbr.com.br/
iGrape Evangelist - igrape.org/
TheWebMind Evangelist - thewebmind.org/

<http://www.linkedin.com/profile/view?id=46505642>
<http://www.facebook.com/suissa>
  <http://twitter.com/suissacorp>  <http://www.delicious.com/suissa>
<jnascimento em gmail.com>
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20110110/05010cd8/attachment-0001.html>