[SP-pm] [OT] Possível Oportunidade
Blabos de Blebe
blabos at gmail.com
Tue Jan 11 03:51:36 PST 2011
Dessa comparação em específico, eu discordo. Você está pendendo pro
seu lado e não está considerando as camadas de abstração.
Por exemplo:
| operação | filesystem
| banco de dados |
|---------------------------------------+-------------------------------------------+------------------------------------------------------|
| implantação | Sistema Operacional
| app->deploy(user, pass, dbhost) |
| criar um documento | echo 'hello world' >
my-first-article.txt | posts->new("my first article", "hello world",
now()) |
| alterar a data | touch my-first-article.txt
| posts->update(id, data); |
| anexar a um documento | echo 'bye!' >>
my-first-article.txt | (nao entendi o que você quer fazer :)
|
| corrigir uma palavra do conteúdo | perl -i -pe's/world/mars/'
| (um pouco mais de trabalho) |
| modificação do título | mv my-first-article.txt
my-article.txt | posts->update(id, data)
|
| remover um documento | rm my-first-article.txt
| posts->del(id); |
| editar artigos com um editor de texto | emacs my-second-article.txt
| usar o editor que está na área administrativa |
| transportar o blog pra outra máquina | rsync -avz blog/ remote:blog
| app->export; app->import |
| portar o blog | N/A
| Portar pra que? |
Não se esqueça que você também não vai encher seu controller de
back-ticks, certo? Aliás tá aí algo que me deixou curioso, como vc vai
usar echo de dentro do Catalyst.
Por outro lado, a wiki do github mostra como pode ser versátil um blog
no filesystem. Poder clonar meu blog, editar e mandar updates diversos
com apenas um git push é sensacional. Pra mim, programador.
Na real, acho que eu manteria os posts num filesystem com git e os
metadados num banco como sqlite, talvez
Mas denovo é só uma divagação
Abraços
2011/1/11 Eden Cardim <edencardim em gmail.com>:
>>>>>> "Blabos" == Blabos de Blebe <blabos em gmail.com> writes:
>
> Blabos> *EU*, prefiro manipular um banco do que um filesystem, simplesmente
> Blabos> pelo fato de um banco ser mais amigável pra mim.
>
> Pensando, por alto, em termos das operações típicas requeridas por um
> blog:
>
> | operação | filesystem | banco de dados |
> |---------------------------------------+-------------------------------------------+----------------------------------------------------------------------------------------------|
> | implantação | Sistema Operacional | Sistema Operacional + Server + Schema |
> | criar um documento | echo 'hello world' > my-first-article.txt | insert into article (title, content, date) values ("my first article", "hello world", now()) |
> | alterar a data | touch my-first-article.txt | update article set date = now(); |
> | anexar a um documento | echo 'bye!' >> my-first-article.txt | (nem cabe aqui o que precisa fazer) |
> | corrigir uma palavra do conteúdo | perl -i -pe's/world/mars/' | (idem) |
> | modificação do título | mv my-first-article.txt my-article.txt | update article set title = 'my article' where title = 'my first article'; |
> | remover um documento | rm my-first-article.txt | delete from article where title = 'my first article'; |
> | editar artigos com um editor de texto | emacs my-second-article.txt | pagar alguém pra construir uma aplicação |
> | transportar o blog pra outra máquina | rsync -avz blog/ remote:blog | pagar alguém |
> | portar o blog | N/A | pagar alguém |
>
> Blabos> Na hipótese de programar uma engine de blog, mesmo sabendo que os
> Blabos> textos são estáticos e que a preformance é pior, eu ainda sim
> Blabos> utilizaria um banco, porque eu sou preguiçoso e não quero me preocupar
> Blabos> com detalhes que um banco já se preocupa pra mim.
>
> Detalhes tipo quais? A única coisa que eu consigo pensar é um controle
> de concorrência, mas um blog é tipicamente mono-usuário quando se trata
> de escrita, então não precisa de controle de concorrência, e mesmo
> quando tem mais de um usuário escrevendo, é bem raro dois usuários
> escreverem o mesmo artigo.
>
> Blabos> DBIC é tão legal!
>
> Tomar cerveja na praia porque o blog já tá pronto também...
>
> --
> Eden Cardim
> Software Engineer
> +55 73 9986-3963
> edencardim.com
> =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
>
More information about the SaoPaulo-pm
mailing list