Repositório de helpers/components/behaviors/plugins/etc
10 views
Skip to first unread message
Juan Basso
Nov 3, 2008, 3:39:27 PM11/3/08
to CakePHP Tuga
Pessoal,
O que acham de criar um repositório para guardar os helpers,
components, behaviors, plugins, etc utilizados aqui pelo pessoal?
Assim podemos difundir nossos códigos e o pessoal aqui contribuir com
novas features ou correções.
Eu tenho um servidor virtual, que posso estar criando uma conta SVN.
Acho que o Gabriel Gilini também tem um repositório em GIT (Gabriel: o
intuito é deixar livre para o pessoal?).
Sugestões são sempre bem vindas...
Juan Basso
http://blog.cakephp-brasil.org
O que acham de criar um repositório para guardar os helpers,
components, behaviors, plugins, etc utilizados aqui pelo pessoal?
Assim podemos difundir nossos códigos e o pessoal aqui contribuir com
novas features ou correções.
Eu tenho um servidor virtual, que posso estar criando uma conta SVN.
Acho que o Gabriel Gilini também tem um repositório em GIT (Gabriel: o
intuito é deixar livre para o pessoal?).
Sugestões são sempre bem vindas...
Juan Basso
http://blog.cakephp-brasil.org
Bernardo Vieira
Nov 3, 2008, 4:45:21 PM11/3/08
to cakep...@googlegroups.com
Por que não usar a bakery e o cakeforge?
Juan Basso
Nov 3, 2008, 5:32:21 PM11/3/08
to CakePHP Tuga
Bernardo,
Minha idéia não é tão explicativa, mas sim para códigos. Claro que é
necessário uma breve explicação, mas focar principalmente em códigos.
Por exemplo, enviamos components para upload, helpers para thumbs,
etc...
Entendeu? Não seria um projeto formado para ser colocado no
cakeforge...
Juan Basso
> >http://blog.cakephp-brasil.org- Ocultar texto entre aspas -
>
> - Mostrar texto entre aspas -
Minha idéia não é tão explicativa, mas sim para códigos. Claro que é
necessário uma breve explicação, mas focar principalmente em códigos.
Por exemplo, enviamos components para upload, helpers para thumbs,
etc...
Entendeu? Não seria um projeto formado para ser colocado no
cakeforge...
Juan Basso
>
> - Mostrar texto entre aspas -
Josenivaldo Benito Junior
Nov 4, 2008, 12:12:09 AM11/4/08
to cakep...@googlegroups.com
Olá Juan,
Para quem não conhece tem também o Assembla.com com SVN ou GIT gratuitos.
São só 200MB por "space" mas já é um bom espaço se for só código.
Abraços,
Benito
Para quem não conhece tem também o Assembla.com com SVN ou GIT gratuitos.
São só 200MB por "space" mas já é um bom espaço se for só código.
Abraços,
Benito
2008/11/4 Juan Basso <jrb...@gmail.com>
Juan Basso
Nov 4, 2008, 4:59:17 AM11/4/08
to CakePHP Tuga
O Assembla eu acho legal, mas quando criamos um tempo atrás uma conta
aqui pro grupo, alguns estavam com problemas no cadastrado e acesso ao
SVN. O GIT eu ainda não usei muito, não saquei muito bem a lógica, mas
assim que sobrar um tempo livre eu pretendo estudá-lo melhor, mas se
tiver conta de graça e de fácil acesso, pode contar com meu voto.
Juan Basso
On 4 nov, 03:12, "Josenivaldo Benito Junior" <jrben...@benito.qsl.br>
wrote:
aqui pro grupo, alguns estavam com problemas no cadastrado e acesso ao
SVN. O GIT eu ainda não usei muito, não saquei muito bem a lógica, mas
assim que sobrar um tempo livre eu pretendo estudá-lo melhor, mas se
tiver conta de graça e de fácil acesso, pode contar com meu voto.
Juan Basso
On 4 nov, 03:12, "Josenivaldo Benito Junior" <jrben...@benito.qsl.br>
wrote:
> Olá Juan,
>
> Para quem não conhece tem também o Assembla.com com SVN ou GIT gratuitos.
> São só 200MB por "space" mas já é um bom espaço se for só código.
>
> Abraços,
> Benito
>
> 2008/11/4 Juan Basso <jrba...@gmail.com>
>
> Para quem não conhece tem também o Assembla.com com SVN ou GIT gratuitos.
> São só 200MB por "space" mas já é um bom espaço se for só código.
>
> Abraços,
> Benito
>
>
>
>
> > Bernardo,
>
> > Minha idéia não é tão explicativa, mas sim para códigos. Claro que é
> > necessário uma breve explicação, mas focar principalmente em códigos.
> > Por exemplo, enviamos components para upload, helpers para thumbs,
> > etc...
> > Entendeu? Não seria um projeto formado para ser colocado no
> > cakeforge...
>
> > Juan Basso
>
> > On 3 nov, 19:45, Bernardo Vieira <bvieira.li...@gmail.com> wrote:
> > > Por que não usar a bakery e o cakeforge?
>
> > > Juan Basso wrote:
> > > > Pessoal,
>
> > > > O que acham de criar um repositório para guardar os helpers,
> > > > components, behaviors, plugins, etc utilizados aqui pelo pessoal?
> > > > Assim podemos difundir nossos códigos e o pessoal aqui contribuir com
> > > > novas features ou correções.
>
> > > > Eu tenho um servidor virtual, que posso estar criando uma conta SVN.
> > > > Acho que o Gabriel Gilini também tem um repositório em GIT (Gabriel: o
> > > > intuito é deixar livre para o pessoal?).
>
> > > > Sugestões são sempre bem vindas...
>
> > > > Juan Basso
> > > >http://blog.cakephp-brasil.org-Ocultar texto entre aspas -
>
>
> > Bernardo,
>
> > Minha idéia não é tão explicativa, mas sim para códigos. Claro que é
> > necessário uma breve explicação, mas focar principalmente em códigos.
> > Por exemplo, enviamos components para upload, helpers para thumbs,
> > etc...
> > Entendeu? Não seria um projeto formado para ser colocado no
> > cakeforge...
>
> > Juan Basso
>
> > On 3 nov, 19:45, Bernardo Vieira <bvieira.li...@gmail.com> wrote:
> > > Por que não usar a bakery e o cakeforge?
>
> > > Juan Basso wrote:
> > > > Pessoal,
>
> > > > O que acham de criar um repositório para guardar os helpers,
> > > > components, behaviors, plugins, etc utilizados aqui pelo pessoal?
> > > > Assim podemos difundir nossos códigos e o pessoal aqui contribuir com
> > > > novas features ou correções.
>
> > > > Eu tenho um servidor virtual, que posso estar criando uma conta SVN.
> > > > Acho que o Gabriel Gilini também tem um repositório em GIT (Gabriel: o
> > > > intuito é deixar livre para o pessoal?).
>
> > > > Sugestões são sempre bem vindas...
>
> > > > Juan Basso
Bernardo Vieira
Nov 4, 2008, 6:40:21 AM11/4/08
to cakep...@googlegroups.com
Posso hospedar o repositório svn sem problemas, só estou sem tempo para
montar a interface administrativa etc. Nunca mexi com o git, mas depois
de uma palestra do Linus sobre o assunto eu me sinto uma pessoa mais
burra por usar svn. Bom, isso ai, vou descobrir como se configura o git
hub e se quiserem hospedagem, me avisem.
[]s
Bernardo
montar a interface administrativa etc. Nunca mexi com o git, mas depois
de uma palestra do Linus sobre o assunto eu me sinto uma pessoa mais
burra por usar svn. Bom, isso ai, vou descobrir como se configura o git
hub e se quiserem hospedagem, me avisem.
[]s
Bernardo
Josenivaldo Benito Junior
Nov 4, 2008, 5:52:39 AM11/4/08
to cakep...@googlegroups.com
Pois é, vi essa palestra também
não sei "lhufas" sobre GIT mas certamente parece melhor que SVN... também me senti um palhaço usando svn ouvindo ele falar hhahaha
Abraço
não sei "lhufas" sobre GIT mas certamente parece melhor que SVN... também me senti um palhaço usando svn ouvindo ele falar hhahaha
Abraço
2008/11/4 Bernardo Vieira <bvieir...@gmail.com>
Josenivaldo Benito Junior
Nov 4, 2008, 5:53:53 AM11/4/08
to cakep...@googlegroups.com
Se bem que, falando em versionamento, vocês já ouviram falar de ClearCase? É da IBM/Rational. Ainda não vi nada igual... nem em versionamento muito menos em preço hihihi, custa centenas de milhares de dolares.
A empresa onde trabalho só usamos isso.
Abraço,
A empresa onde trabalho só usamos isso.
Abraço,
2008/11/4 Josenivaldo Benito Junior <jrbe...@benito.qsl.br>
Cauan Cabral
Nov 4, 2008, 6:09:53 AM11/4/08
to cakep...@googlegroups.com
Hehehe, então sou um burro também por usar SVN. O Linus gosta de humilhar os outros =P
Acho muito boa a idéia de criar um repositório, e podem contar comigo no que for necessário.
Acredito que com o tempo acabarão saindo projetos deste repositório para o cakeforge ou bakery, então a idéia é muito bem vinda.
*ps. também nunca usei o GIT, só li sobre.
---
Cauan Gama Cabral - http://cauancabral.net
Cel. (67)9237-6103
msn, gtalk: cau...@gmail.com
Acho muito boa a idéia de criar um repositório, e podem contar comigo no que for necessário.
Acredito que com o tempo acabarão saindo projetos deste repositório para o cakeforge ou bakery, então a idéia é muito bem vinda.
*ps. também nunca usei o GIT, só li sobre.
---
Cauan Gama Cabral - http://cauancabral.net
Cel. (67)9237-6103
msn, gtalk: cau...@gmail.com
Bernardo Vieira
Nov 4, 2008, 7:10:34 AM11/4/08
to cakep...@googlegroups.com
O Rational Rose é um *monstro*, eu tenho medo de monstros :P
Josenivaldo Benito Junior wrote:
> Se bem que, falando em versionamento, vocês já ouviram falar de
> ClearCase? É da IBM/Rational. Ainda não vi nada igual... nem em
> versionamento muito menos em preço hihihi, custa centenas de milhares
> de dolares.
>
> A empresa onde trabalho só usamos isso.
>
> Abraço,
>
> 2008/11/4 Josenivaldo Benito Junior <jrbe...@benito.qsl.br
> <mailto:jrbe...@benito.qsl.br>>
Josenivaldo Benito Junior wrote:
> Se bem que, falando em versionamento, vocês já ouviram falar de
> ClearCase? É da IBM/Rational. Ainda não vi nada igual... nem em
> versionamento muito menos em preço hihihi, custa centenas de milhares
> de dolares.
>
> A empresa onde trabalho só usamos isso.
>
> Abraço,
>
> 2008/11/4 Josenivaldo Benito Junior <jrbe...@benito.qsl.br
>
> Pois é, vi essa palestra também
>
> não sei "lhufas" sobre GIT mas certamente parece melhor que SVN...
> também me senti um palhaço usando svn ouvindo ele falar hhahaha
>
> Abraço
>
> 2008/11/4 Bernardo Vieira <bvieir...@gmail.com
> <mailto:bvieir...@gmail.com>>
> Pois é, vi essa palestra também
>
> não sei "lhufas" sobre GIT mas certamente parece melhor que SVN...
> também me senti um palhaço usando svn ouvindo ele falar hhahaha
>
> Abraço
>
> 2008/11/4 Bernardo Vieira <bvieir...@gmail.com
>
>
> Posso hospedar o repositório svn sem problemas, só estou sem
> tempo para
> montar a interface administrativa etc. Nunca mexi com o git,
> mas depois
> de uma palestra do Linus sobre o assunto eu me sinto uma
> pessoa mais
> burra por usar svn. Bom, isso ai, vou descobrir como se
> configura o git
> hub e se quiserem hospedagem, me avisem.
>
> []s
>
> Bernardo
>
> Juan Basso wrote:
> > O Assembla eu acho legal, mas quando criamos um tempo atrás
> uma conta
> > aqui pro grupo, alguns estavam com problemas no cadastrado e
> acesso ao
> > SVN. O GIT eu ainda não usei muito, não saquei muito bem a
> lógica, mas
> > assim que sobrar um tempo livre eu pretendo estudá-lo
> melhor, mas se
> > tiver conta de graça e de fácil acesso, pode contar com meu
> voto.
> >
> >
> > Juan Basso
> >
> > On 4 nov, 03:12, "Josenivaldo Benito Junior"
> <jrben...@benito.qsl.br <mailto:jrben...@benito.qsl.br>>
>
> Posso hospedar o repositório svn sem problemas, só estou sem
> tempo para
> montar a interface administrativa etc. Nunca mexi com o git,
> mas depois
> de uma palestra do Linus sobre o assunto eu me sinto uma
> pessoa mais
> burra por usar svn. Bom, isso ai, vou descobrir como se
> configura o git
> hub e se quiserem hospedagem, me avisem.
>
> []s
>
> Bernardo
>
> Juan Basso wrote:
> > O Assembla eu acho legal, mas quando criamos um tempo atrás
> uma conta
> > aqui pro grupo, alguns estavam com problemas no cadastrado e
> acesso ao
> > SVN. O GIT eu ainda não usei muito, não saquei muito bem a
> lógica, mas
> > assim que sobrar um tempo livre eu pretendo estudá-lo
> melhor, mas se
> > tiver conta de graça e de fácil acesso, pode contar com meu
> voto.
> >
> >
> > Juan Basso
> >
> > On 4 nov, 03:12, "Josenivaldo Benito Junior"
> > wrote:
> >
> >> Olá Juan,
> >>
> >> Para quem não conhece tem também o Assembla.com com SVN ou
> GIT gratuitos.
> >> São só 200MB por "space" mas já é um bom espaço se for só
> código.
> >>
> >> Abraços,
> >> Benito
> >>
> >> 2008/11/4 Juan Basso <jrba...@gmail.com
> <mailto:jrba...@gmail.com>>
> >
> >> Olá Juan,
> >>
> >> Para quem não conhece tem também o Assembla.com com SVN ou
> GIT gratuitos.
> >> São só 200MB por "space" mas já é um bom espaço se for só
> código.
> >>
> >> Abraços,
> >> Benito
> >>
> >> 2008/11/4 Juan Basso <jrba...@gmail.com
> >>
> >>
> >>
> >>
> >>> Bernardo,
> >>>
> >>> Minha idéia não é tão explicativa, mas sim para códigos.
> Claro que é
> >>> necessário uma breve explicação, mas focar principalmente
> em códigos.
> >>> Por exemplo, enviamos components para upload, helpers para
> thumbs,
> >>> etc...
> >>> Entendeu? Não seria um projeto formado para ser colocado no
> >>> cakeforge...
> >>>
> >>> Juan Basso
> >>>
> >>> On 3 nov, 19:45, Bernardo Vieira <bvieira.li...@gmail.com
> >>
> >>
> >>
> >>> Bernardo,
> >>>
> >>> Minha idéia não é tão explicativa, mas sim para códigos.
> Claro que é
> >>> necessário uma breve explicação, mas focar principalmente
> em códigos.
> >>> Por exemplo, enviamos components para upload, helpers para
> thumbs,
> >>> etc...
> >>> Entendeu? Não seria um projeto formado para ser colocado no
> >>> cakeforge...
> >>>
> >>> Juan Basso
> >>>
> >>> On 3 nov, 19:45, Bernardo Vieira <bvieira.li...@gmail.com
Marcelo Andrade
Nov 4, 2008, 6:47:54 AM11/4/08
to cakep...@googlegroups.com
2008/11/4 Josenivaldo Benito Junior <jrbe...@benito.qsl.br>:
> Se bem que, falando em versionamento, vocês já ouviram falar de ClearCase? É
> da IBM/Rational. Ainda não vi nada igual... nem em versionamento muito menos
> em preço hihihi, custa centenas de milhares de dolares.
>
> A empresa onde trabalho só usamos isso.
> Se bem que, falando em versionamento, vocês já ouviram falar de ClearCase? É
> da IBM/Rational. Ainda não vi nada igual... nem em versionamento muito menos
> em preço hihihi, custa centenas de milhares de dolares.
>
> A empresa onde trabalho só usamos isso.
Putz, nem me fale do ClearCase... Também usávamos isso na empresa.
Volta e meia íamos pro "modo manual" porque a empresa tinha crescido
e de vez em quanto ficávamos sem licença. Haja trabalho depois das 18h...
Trocamos pelo CVS. Melhor do que nada...
Atenciosamente.
--
MARCELO DE F. ANDRADE (aka "eleKtron")
Belem, PA, Amazonia, Brazil
Linux User #221105
[gus@pará ~]# links http://pa.slackwarebrasil.org/
Gabriel Gilini
Nov 4, 2008, 7:03:40 AM11/4/08
to cakep...@googlegroups.com
Galera, esse link vai ajudar muito quem já usa SVN e quer migrar pro Git: http://git.or.cz/course/svn.html
Gabriel Gilini
www.usosim.com.br
gab...@usosim.com.br
gab...@souagil.com.br
E o github[1] é uma boa pedida, a documentação dele é muito boa também pra quem é iniciante no git.
[1] www.github.com
Gabriel Gilini
www.usosim.com.br
gab...@usosim.com.br
gab...@souagil.com.br
2008/11/4 Marcelo Andrade <mfan...@gmail.com>
Paulo Diovani
Nov 4, 2008, 7:58:56 AM11/4/08
to cakep...@googlegroups.com
Pessoal, se for para hospedar códigos de helpers, components etc, acho
que a bakery é o suficiente.
Os moderadores inclusive evitam que sejam enviados muitas aplicações
duplicadas, assim, se alguém procura um component ou behavior para
upload de imagens, por exemplo, encontra apenas umas 2 ou 3 opções, o
que facilita a escolha.
Se acharem necessário criarem um repositório para o grupo, então que
podemos voltar ao assunto de criar uma "padaria" em pt, como já foi
comentado anteriormente aqui no grupo (lebrando que os fontes da Bakey
estão no CakeForge: http://cakeforge.org/projects/bakery/).
Sobre controle de versão, eu acho totalmente desnecessário. Uma vez
que vamos apenas compartilhar códigos pequenos, uma wiki daria conta
do recado. Sistemas de controles de versão não convém para projetos
muito pequenos.
NOTA: CVS, Subversion, GnuiIt, Baazar, etc... servem todos para a
mesma coisa, e todos funcionam muito bem. Favor, não vamos discutir
isto aqui.
2008/11/4 Gabriel Gilini <gab...@usosim.com.br>:
--
Paulo Diovani
pa...@diovani.com
+55 51 8146 5413
___________________
http://www.diovani.com
que a bakery é o suficiente.
Os moderadores inclusive evitam que sejam enviados muitas aplicações
duplicadas, assim, se alguém procura um component ou behavior para
upload de imagens, por exemplo, encontra apenas umas 2 ou 3 opções, o
que facilita a escolha.
Se acharem necessário criarem um repositório para o grupo, então que
podemos voltar ao assunto de criar uma "padaria" em pt, como já foi
comentado anteriormente aqui no grupo (lebrando que os fontes da Bakey
estão no CakeForge: http://cakeforge.org/projects/bakery/).
Sobre controle de versão, eu acho totalmente desnecessário. Uma vez
que vamos apenas compartilhar códigos pequenos, uma wiki daria conta
do recado. Sistemas de controles de versão não convém para projetos
muito pequenos.
NOTA: CVS, Subversion, GnuiIt, Baazar, etc... servem todos para a
mesma coisa, e todos funcionam muito bem. Favor, não vamos discutir
isto aqui.
2008/11/4 Gabriel Gilini <gab...@usosim.com.br>:
Paulo Diovani
pa...@diovani.com
+55 51 8146 5413
___________________
http://www.diovani.com
Cássio Talle
Nov 4, 2008, 8:10:39 AM11/4/08
to CakePHP Tuga
Eu acho legal a idéia da padaria em pt, aqui no grupo são cogitadas
muitas idéias boas nesse sentido como o próprio site em português que
um tempo a galera começou a fazer, um livro do cake em português,
enfim...
Espero que a comunidade possa se organizar e se unir mais pra
continuar crescendo!
On 4 nov, 10:58, "Paulo Diovani" <pa...@diovani.com> wrote:
> Pessoal, se for para hospedar códigos de helpers, components etc, acho
> que a bakery é o suficiente.
> Os moderadores inclusive evitam que sejam enviados muitas aplicações
> duplicadas, assim, se alguém procura um component ou behavior para
> upload de imagens, por exemplo, encontra apenas umas 2 ou 3 opções, o
> que facilita a escolha.
>
> Se acharem necessário criarem um repositório para o grupo, então que
> podemos voltar ao assunto de criar uma "padaria" em pt, como já foi
> comentado anteriormente aqui no grupo (lebrando que os fontes da Bakey
> estão no CakeForge:http://cakeforge.org/projects/bakery/).
>
> Sobre controle de versão, eu acho totalmente desnecessário. Uma vez
> que vamos apenas compartilhar códigos pequenos, uma wiki daria conta
> do recado. Sistemas de controles de versão não convém para projetos
> muito pequenos.
>
> NOTA: CVS, Subversion, GnuiIt, Baazar, etc... servem todos para a
> mesma coisa, e todos funcionam muito bem. Favor, não vamos discutir
> isto aqui.
>
> 2008/11/4 Gabriel Gilini <gabr...@usosim.com.br>:
> > gabr...@souagil.com.br
>
> > 2008/11/4 Marcelo Andrade <mfandr...@gmail.com>
>
> >> 2008/11/4 Josenivaldo Benito Junior <jrben...@benito.qsl.br>:
muitas idéias boas nesse sentido como o próprio site em português que
um tempo a galera começou a fazer, um livro do cake em português,
enfim...
Espero que a comunidade possa se organizar e se unir mais pra
continuar crescendo!
On 4 nov, 10:58, "Paulo Diovani" <pa...@diovani.com> wrote:
> Pessoal, se for para hospedar códigos de helpers, components etc, acho
> que a bakery é o suficiente.
> Os moderadores inclusive evitam que sejam enviados muitas aplicações
> duplicadas, assim, se alguém procura um component ou behavior para
> upload de imagens, por exemplo, encontra apenas umas 2 ou 3 opções, o
> que facilita a escolha.
>
> Se acharem necessário criarem um repositório para o grupo, então que
> podemos voltar ao assunto de criar uma "padaria" em pt, como já foi
> comentado anteriormente aqui no grupo (lebrando que os fontes da Bakey
> estão no CakeForge:http://cakeforge.org/projects/bakery/).
>
> Sobre controle de versão, eu acho totalmente desnecessário. Uma vez
> que vamos apenas compartilhar códigos pequenos, uma wiki daria conta
> do recado. Sistemas de controles de versão não convém para projetos
> muito pequenos.
>
> NOTA: CVS, Subversion, GnuiIt, Baazar, etc... servem todos para a
> mesma coisa, e todos funcionam muito bem. Favor, não vamos discutir
> isto aqui.
>
>
>
>
> > Galera, esse link vai ajudar muito quem já usa SVN e quer migrar pro
> > Git:http://git.or.cz/course/svn.html
> > E o github[1] é uma boa pedida, a documentação dele é muito boa também pra
> > quem é iniciante no git.
> > [1]www.github.com
> > Gabriel Gilini
>
> >www.usosim.com.br
> > gabr...@usosim.com.br
>
>
> > Galera, esse link vai ajudar muito quem já usa SVN e quer migrar pro
> > Git:http://git.or.cz/course/svn.html
> > E o github[1] é uma boa pedida, a documentação dele é muito boa também pra
> > quem é iniciante no git.
> > [1]www.github.com
> > Gabriel Gilini
>
> >www.usosim.com.br
> > gabr...@souagil.com.br
>
> > 2008/11/4 Marcelo Andrade <mfandr...@gmail.com>
>
> >> 2008/11/4 Josenivaldo Benito Junior <jrben...@benito.qsl.br>:
> >> > Se bem que, falando em versionamento, vocês já ouviram falar de
> >> > ClearCase? É
> >> > da IBM/Rational. Ainda não vi nada igual... nem em versionamento muito
> >> > menos
> >> > em preço hihihi, custa centenas de milhares de dolares.
>
> >> > A empresa onde trabalho só usamos isso.
>
> >> Putz, nem me fale do ClearCase... Também usávamos isso na empresa.
> >> Volta e meia íamos pro "modo manual" porque a empresa tinha crescido
> >> e de vez em quanto ficávamos sem licença. Haja trabalho depois das 18h...
>
> >> Trocamos pelo CVS. Melhor do que nada...
>
> >> Atenciosamente.
>
> >> --
> >> MARCELO DE F. ANDRADE (aka "eleKtron")
> >> Belem, PA, Amazonia, Brazil
> >> Linux User #221105
>
> >> [gus@pará ~]# linkshttp://pa.slackwarebrasil.org/
> >> > ClearCase? É
> >> > da IBM/Rational. Ainda não vi nada igual... nem em versionamento muito
> >> > menos
> >> > em preço hihihi, custa centenas de milhares de dolares.
>
> >> > A empresa onde trabalho só usamos isso.
>
> >> Putz, nem me fale do ClearCase... Também usávamos isso na empresa.
> >> Volta e meia íamos pro "modo manual" porque a empresa tinha crescido
> >> e de vez em quanto ficávamos sem licença. Haja trabalho depois das 18h...
>
> >> Trocamos pelo CVS. Melhor do que nada...
>
> >> Atenciosamente.
>
> >> --
> >> MARCELO DE F. ANDRADE (aka "eleKtron")
> >> Belem, PA, Amazonia, Brazil
> >> Linux User #221105
>
Juan Basso
Nov 4, 2008, 8:25:20 PM11/4/08
to CakePHP Tuga
Pessoal,
Criei o bakery no meu host: http://bakery.cakephp-brasil.org/
Coloquei o basicão lá, agora só falta incluir o conteúdo. :) Coloquei
como está no repositório do bakery. Agora aos poucos vou fazendo as
traduções e adaptações. Pelo que vi, nenhuma string usa a função de
internacionalização __()... Tem que incluir isso e depois fazer a
tradução. Vi também que tem muita coisa amarrada (id exato, nomes
exatos, etc...)
Quem quiser ajudar, pode entrar em contato comigo. Criei uma cópia do
repositório deles para o meu para fazer as alterações, já que pelo
visto serão várias.
Juan Basso
> > ___________________http://www.diovani.com- Ocultar texto entre aspas -
Criei o bakery no meu host: http://bakery.cakephp-brasil.org/
Coloquei o basicão lá, agora só falta incluir o conteúdo. :) Coloquei
como está no repositório do bakery. Agora aos poucos vou fazendo as
traduções e adaptações. Pelo que vi, nenhuma string usa a função de
internacionalização __()... Tem que incluir isso e depois fazer a
tradução. Vi também que tem muita coisa amarrada (id exato, nomes
exatos, etc...)
Quem quiser ajudar, pode entrar em contato comigo. Criei uma cópia do
repositório deles para o meu para fazer as alterações, já que pelo
visto serão várias.
Juan Basso
Cássio Talle
Nov 4, 2008, 9:01:31 PM11/4/08
to CakePHP Tuga
Muito legal heim Juan.
Se deixar ele em português fica mais interessante ainda...
Vamos usar esse então e os moderadores podem gerenciar os códigos
duplicidades e etc como é feito no oficial...
A grande vantagem é que ele seria totalmente em português.
Ótimo....
> > > ___________________http://www.diovani.com-Ocultar texto entre aspas -
Se deixar ele em português fica mais interessante ainda...
Vamos usar esse então e os moderadores podem gerenciar os códigos
duplicidades e etc como é feito no oficial...
A grande vantagem é que ele seria totalmente em português.
Ótimo....
Paulo Diovani
Nov 6, 2008, 7:53:12 AM11/6/08
to cakep...@googlegroups.com
Show!
Juan, estas modificações e correções podemos fazer conforme acharmos
tempo, e adicionar ao projeto no cakeforge tb :)
Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo que
tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor? o
que acham de registrar?
Valor não seria problema, poderíamos inclusive fazer uma "vaquinha"...
2008/11/5 Cássio Talle <cassio...@gmail.com>:
Juan, estas modificações e correções podemos fazer conforme acharmos
tempo, e adicionar ao projeto no cakeforge tb :)
Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo que
tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor? o
que acham de registrar?
Valor não seria problema, poderíamos inclusive fazer uma "vaquinha"...
2008/11/5 Cássio Talle <cassio...@gmail.com>:
Bernardo Vieira
Nov 6, 2008, 9:17:41 AM11/6/08
to cakep...@googlegroups.com
Cássio Talle
Nov 6, 2008, 8:22:10 AM11/6/08
to CakePHP Tuga
Esse domínio seria o mais padrãozão,o ideal.
Apoio tb!
Rsrsrs
On 6 Nov, 10:53, "Paulo Diovani" <pa...@diovani.com> wrote:
> Show!
> Juan, estas modificações e correções podemos fazer conforme acharmos
> tempo, e adicionar ao projeto no cakeforge tb :)
>
> Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo que
> tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
> cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor? o
> que acham de registrar?
> Valor não seria problema, poderíamos inclusive fazer uma "vaquinha"...
>
> 2008/11/5 Cássio Talle <cassiolan...@gmail.com>:
> >> > > ___________________http://www.diovani.com-Ocultartexto entre aspas -
Apoio tb!
Rsrsrs
On 6 Nov, 10:53, "Paulo Diovani" <pa...@diovani.com> wrote:
> Show!
> Juan, estas modificações e correções podemos fazer conforme acharmos
> tempo, e adicionar ao projeto no cakeforge tb :)
>
> Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo que
> tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
> cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor? o
> que acham de registrar?
> Valor não seria problema, poderíamos inclusive fazer uma "vaquinha"...
>
Bill
Nov 6, 2008, 8:26:21 AM11/6/08
to cakep...@googlegroups.com
ai entra mais uma vez uma questão q abri a tempos atrás...
vão ser mantidos estes sites? quem vai colaborar?
pelo q vi, ninguem mais tem mexido nos sites relacionados a cake, nem manual nem nada...única coisa q tem rolado é o grupo mesmo, comprar dominio é o de menos, problema é mais uma vez, um monte de gente se comprometer a fazer algo e não sair nada de novo.
Eu já larguei mão disso, tirei o atual cakephp.com.br do ar e estou desenvolvendo um portal simples em cake pra disponibilizar tutoriais e códigos, tanto meus qto q eu pegar na net. Sempre q a galera fala q vai ajudar, vai colaborar, vai fazer isso e aquilo, não acontece nada...sei q a galera trabalha, estuda, namora, vadia, sei la, cada um tem sua vida.
Isso foi só comentário, não quero arrumar encrenca nem encher o saco de ninguém, apenas acho besteira comprar dominios ai..
abs
bill
> Juan, estas modificações e correções
> uma "vaquinha"...
> 2008/11/5 Cássio Talle :
> >
> > Muito legal heim Juan.
> >
> > Se deixar ele em português fica mais interessante ainda...
> >
> > Vamos usar esse então e os moderadores podem gerenciar os
> códigos
> > duplicidades e etc como é feito no oficial...
> >
> > A grande vantagem é que ele seria totalmente em
> português.
> >
> > Ótimo....
> incluir o conteúdo. :) Coloquei
> >> como está no repositório do bakery. Agora aos
> poucos vou fazendo as
> >> traduções e adaptações. Pelo que vi,
> nenhuma string usa a função de
> >> internacionalização __()... Tem que incluir isso e
> depois fazer a
> >> tradução. Vi também que tem muita coisa
> >> repositório deles para o meu para fazer as
> alterações, já que pelo
> >> visto serão várias.
> >>
> >> Juan Basso
> >>
> >> On 4 nov, 11:10, Cássio Talle wrote:
> >>
> >> > Eu acho legal a idéia da padaria em pt, aqui no grupo
> são cogitadas
> >> > muitas idéias boas nesse sentido como o próprio
> site em português que
> >> > um tempo a galera começou a fazer, um livro do cake em
> português,
> >>
> >> > > Pessoal, se for para hospedar códigos de helpers,
> components etc, acho
> >> > > que a bakery é o suficiente.
> >> > > duplicadas, assim, se alguém procura um component ou
> >> > > que facilita a escolha.
> >>
> >> > > Se acharem necessário criarem um repositório
> para o grupo, então que
> CakeForge:http://cakeforge.org/projects/bakery/).
> >>
> >> > > Sobre controle de versão, eu acho totalmente
> desnecessário. Uma vez
> >> > > que vamos apenas compartilhar códigos pequenos, uma
> wiki daria conta
> >> > > do recado. Sistemas de controles de versão não
> convém para projetos
> vamos discutir
> >> > > isto aqui.
> >>
> >> > > 2008/11/4 Gabriel Gilini :
> >>
> >> > > > Galera, esse link vai ajudar muito quem já usa SVN e
> >> > > > E o github[1] é uma boa pedida, a
> documentação dele é muito boa também pra
> >> > > > quem é iniciante no git.
> >>
> >> > > >> 2008/11/4 Josenivaldo Benito Junior :
> >> > > >> > Se bem que, falando em versionamento, vocês
> já ouviram falar de
> >> > > >> > ClearCase? É
> >> > > >> > da IBM/Rational. Ainda não vi nada igual... nem
> em versionamento muito
> >> > > >> > menos
> >> > > >> > em preço hihihi, custa centenas de milhares de
> dolares.
> >>
> >> > > >> > A empresa onde trabalho só usamos isso.
> >>
> >> > > >> Putz, nem me fale do ClearCase... Também
> usávamos isso na empresa.
> >> > > >> Volta e meia íamos pro "modo manual" porque a
> empresa tinha crescido
> >> > > >> e de vez em quanto ficávamos sem licença.
> >>
> >> > > --
> >> > > Paulo Diovani
> >> > >
> >> > > +55 51 8146 5413
> >> > > ___________________http://www.diovani.com-Ocultar texto entre
vão ser mantidos estes sites? quem vai colaborar?
pelo q vi, ninguem mais tem mexido nos sites relacionados a cake, nem manual nem nada...única coisa q tem rolado é o grupo mesmo, comprar dominio é o de menos, problema é mais uma vez, um monte de gente se comprometer a fazer algo e não sair nada de novo.
Eu já larguei mão disso, tirei o atual cakephp.com.br do ar e estou desenvolvendo um portal simples em cake pra disponibilizar tutoriais e códigos, tanto meus qto q eu pegar na net. Sempre q a galera fala q vai ajudar, vai colaborar, vai fazer isso e aquilo, não acontece nada...sei q a galera trabalha, estuda, namora, vadia, sei la, cada um tem sua vida.
Isso foi só comentário, não quero arrumar encrenca nem encher o saco de ninguém, apenas acho besteira comprar dominios ai..
abs
bill
> Juan, estas modificações e correções
> podemos fazer conforme acharmos
> tempo, e adicionar ao projeto no cakeforge tb :)
> Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo
> que
> tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
> cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor?
> o
> que acham de registrar?
> Valor não seria problema, poderíamos inclusive fazer
> tempo, e adicionar ao projeto no cakeforge tb :)
> Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo
> que
> tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
> cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor?
> o
> que acham de registrar?
> uma "vaquinha"...
> 2008/11/5 Cássio Talle :
> >
> > Muito legal heim Juan.
> >
> > Se deixar ele em português fica mais interessante ainda...
> >
> > Vamos usar esse então e os moderadores podem gerenciar os
> códigos
> > duplicidades e etc como é feito no oficial...
> >
> > A grande vantagem é que ele seria totalmente em
> português.
> >
> > Ótimo....
> >
> > On 4 nov, 23:25, Juan Basso wrote:
> >> Pessoal,
> >>
> >> Criei o bakery no meu host:http://bakery.cakephp-brasil.org/
> >>
> >> Coloquei o basicão lá, agora só falta
> > On 4 nov, 23:25, Juan Basso wrote:
> >> Pessoal,
> >>
> >> Criei o bakery no meu host:http://bakery.cakephp-brasil.org/
> >>
> incluir o conteúdo. :) Coloquei
> >> como está no repositório do bakery. Agora aos
> poucos vou fazendo as
> >> traduções e adaptações. Pelo que vi,
> nenhuma string usa a função de
> >> internacionalização __()... Tem que incluir isso e
> depois fazer a
> >> tradução. Vi também que tem muita coisa
> amarrada (id exato, nomes
> >> exatos, etc...)
> >> Quem quiser ajudar, pode entrar em contato comigo. Criei uma
> cópia do
> >> exatos, etc...)
> >> Quem quiser ajudar, pode entrar em contato comigo. Criei uma
> >> repositório deles para o meu para fazer as
> alterações, já que pelo
> >> visto serão várias.
> >>
> >> Juan Basso
> >>
> >> On 4 nov, 11:10, Cássio Talle wrote:
> >>
> >> > Eu acho legal a idéia da padaria em pt, aqui no grupo
> são cogitadas
> >> > muitas idéias boas nesse sentido como o próprio
> site em português que
> >> > um tempo a galera começou a fazer, um livro do cake em
> português,
> >> > enfim...
> >> > Espero que a comunidade possa se organizar e se unir mais pra
> >> > continuar crescendo!
> >>
> >> > On 4 nov, 10:58, "Paulo Diovani" wrote:
> >> > Espero que a comunidade possa se organizar e se unir mais pra
> >> > continuar crescendo!
> >>
> >>
> >> > > Pessoal, se for para hospedar códigos de helpers,
> components etc, acho
> >> > > que a bakery é o suficiente.
> >> > > Os moderadores inclusive evitam que sejam enviados muitas
> aplicações
> >> > > duplicadas, assim, se alguém procura um component ou
> behavior para
> >> > > upload de imagens, por exemplo, encontra apenas umas 2 ou 3
> opções, o
> >> > > upload de imagens, por exemplo, encontra apenas umas 2 ou 3
> >> > > que facilita a escolha.
> >>
> >> > > Se acharem necessário criarem um repositório
> para o grupo, então que
> >> > > podemos voltar ao assunto de criar uma "padaria" em pt, como
> já foi
> >> > > comentado anteriormente aqui no grupo (lebrando que os fontes
> da Bakey
> >> > > estão no
> da Bakey
> CakeForge:http://cakeforge.org/projects/bakery/).
> >>
> >> > > Sobre controle de versão, eu acho totalmente
> desnecessário. Uma vez
> >> > > que vamos apenas compartilhar códigos pequenos, uma
> wiki daria conta
> >> > > do recado. Sistemas de controles de versão não
> convém para projetos
> >> > > muito pequenos.
> >>
> >> > > NOTA: CVS, Subversion, GnuiIt, Baazar, etc... servem todos
> para a
> >> > > mesma coisa, e todos funcionam muito bem. Favor, não
> >>
> >> > > NOTA: CVS, Subversion, GnuiIt, Baazar, etc... servem todos
> para a
> vamos discutir
> >> > > isto aqui.
> >>
> >> > > 2008/11/4 Gabriel Gilini :
> >>
> >> > > > Galera, esse link vai ajudar muito quem já usa SVN e
> >> > > > E o github[1] é uma boa pedida, a
> documentação dele é muito boa também pra
> >> > > > quem é iniciante no git.
> >> > > > [1]www.github.com
> >> > > > Gabriel Gilini
> >>
> >> > > >www.usosim.com.br
> >> > > >
> >> > > >
> >>
> >> > > > 2008/11/4 Marcelo Andrade
> >> > > > Gabriel Gilini
> >>
> >> > > >www.usosim.com.br
> >> > > >
> >> > > >
> >>
> >>
> >> > > >> 2008/11/4 Josenivaldo Benito Junior :
> >> > > >> > Se bem que, falando em versionamento, vocês
> já ouviram falar de
> >> > > >> > ClearCase? É
> >> > > >> > da IBM/Rational. Ainda não vi nada igual... nem
> em versionamento muito
> >> > > >> > menos
> >> > > >> > em preço hihihi, custa centenas de milhares de
> dolares.
> >>
> >> > > >> > A empresa onde trabalho só usamos isso.
> >>
> >> > > >> Putz, nem me fale do ClearCase... Também
> usávamos isso na empresa.
> >> > > >> Volta e meia íamos pro "modo manual" porque a
> empresa tinha crescido
> >> > > >> e de vez em quanto ficávamos sem licença.
> Haja trabalho depois das 18h...
> >>
> >> > > >> Trocamos pelo CVS. Melhor do que nada...
> >>
> >> > > >> Atenciosamente.
> >>
> >> > > >> --
> >> > > >> MARCELO DE F. ANDRADE (aka "eleKtron")
> >> > > >> Belem, PA, Amazonia, Brazil
> >> > > >> Linux User #221105
> >>
> >> > > >> [á ~]# linkshttp://pa.slackwarebrasil.org/
> >>
> >> > > >> Trocamos pelo CVS. Melhor do que nada...
> >>
> >> > > >> Atenciosamente.
> >>
> >> > > >> --
> >> > > >> MARCELO DE F. ANDRADE (aka "eleKtron")
> >> > > >> Belem, PA, Amazonia, Brazil
> >> > > >> Linux User #221105
> >>
> >>
> >> > > --
> >> > > Paulo Diovani
> >> > >
> >> > > +55 51 8146 5413
> >> > > ___________________http://www.diovani.com-Ocultar texto entre
> aspas -
> >>
> >> > - Mostrar texto entre aspas -
> > >
> >
> --
> Paulo Diovani
---- Msg sent via @Mail - http://atmail.com/
> >>
> >> > - Mostrar texto entre aspas -
> > >
> >
> --
> Paulo Diovani
Michael Mafort
Nov 6, 2008, 8:38:17 AM11/6/08
to cakep...@googlegroups.com
Concordo com o Bill, temos que ver a real disponibilidade da galera para colaborar. Acho que deveriamos ter isso e mexer com isso quando já tivermos uma biblioteca consideravel para inserir de conteúdo.
Abraços,
--
Michael Mafort
CRIASOL - Desenvolvimento Web
Diretor de Tecnologia
+55 31 9846-5904
michae...@criasol.com.br
Abraços,
2008/11/6 Bill <ad...@cakephp.com.br>
--
Michael Mafort
CRIASOL - Desenvolvimento Web
Diretor de Tecnologia
+55 31 9846-5904
michae...@criasol.com.br
Juan Basso
Nov 6, 2008, 10:24:11 AM11/6/08
to CakePHP Tuga
Apoiado. Eu criei o cakephp-brasil.org para ficar mais próximo ao
original (cakephp.org). O grupo espanhol também fez no mesmo sentido
(http://www.cakephp-hispano.org/). Não quero com isso criar uma
"concorrência" com o cakephp.com.br e nem outro que vier a aparecer.
Desde que criei o domínio, falei que ele estaria aberto a qualquer
sugestão e pessoa que quisesse fazer algo. Tenho um servidor virtual e
nele posso instalar ou incluir qualquer coisa nele. Atualmente, hoje o
domínio está com o blog que qualquer um pode postar (mas só eu postei
até hoje), um servidor SVN que tem só a implementação do livro
(lembram? hehhe) e agora esta parte do bakery. E agora, estou
hospedando o bakery também.
Por mim, cakephp.com.br e cakephp-brasil.org poderiam ser mirrors...
Mas... voltando ao "repositório", o bakery já está montado... quem vai
ser o primeiro a postar alguma coisa lá? Eu estou me ocupando com a
tradução dos arquivos. Por enquanto, estou incluindo a função de
internacionalização nas strings, em breve devo começar a tradução.
Juan Basso
> > > >> > > ___________________http://www.diovani.com-Ocultartexto entre
original (cakephp.org). O grupo espanhol também fez no mesmo sentido
(http://www.cakephp-hispano.org/). Não quero com isso criar uma
"concorrência" com o cakephp.com.br e nem outro que vier a aparecer.
Desde que criei o domínio, falei que ele estaria aberto a qualquer
sugestão e pessoa que quisesse fazer algo. Tenho um servidor virtual e
nele posso instalar ou incluir qualquer coisa nele. Atualmente, hoje o
domínio está com o blog que qualquer um pode postar (mas só eu postei
até hoje), um servidor SVN que tem só a implementação do livro
(lembram? hehhe) e agora esta parte do bakery. E agora, estou
hospedando o bakery também.
Por mim, cakephp.com.br e cakephp-brasil.org poderiam ser mirrors...
Mas... voltando ao "repositório", o bakery já está montado... quem vai
ser o primeiro a postar alguma coisa lá? Eu estou me ocupando com a
tradução dos arquivos. Por enquanto, estou incluindo a função de
internacionalização nas strings, em breve devo começar a tradução.
Juan Basso
> > > aspas -
>
> > > >> > - Mostrar texto entre aspas -
>
> > > --
> > > Paulo Diovani
> > > +55 51 8146 5413
> > > ___________________
> > >http://www.diovani.com
>
> > ---- Msg sent via @Mail -http://atmail.com/
>
> > > >> > - Mostrar texto entre aspas -
>
> > > --
> > > Paulo Diovani
> > > +55 51 8146 5413
> > > ___________________
> > >http://www.diovani.com
>
>
> --
> Michael Mafort
> CRIASOL - Desenvolvimento Web
> Diretor de Tecnologia
> +55 31 9846-5904
> michaelmaf...@criasol.com.br> --
> Michael Mafort
> CRIASOL - Desenvolvimento Web
> Diretor de Tecnologia
> +55 31 9846-5904
Bill
Nov 6, 2008, 10:37:40 AM11/6/08
to cakep...@googlegroups.com
blz Juan, concordo...
Tenho alguns helpers interessantes em casa(estou no trabalho agora) e chegando, vou selecionar algo bom lá e postar.
Abs
bill
On Thu 06/11/08 12:24 PM , Juan Basso <jrb...@gmail.com> wrote:
> Apoiado. Eu criei o cakephp-brasil.org para ficar mais
> próximo ao
> original (cakephp.org). O grupo espanhol também fez no mesmo
> sentido
> (http://www.cakephp-hispano.org/). Não quero com isso criar
> uma
> "concorrência" com o cakephp.com.br e nem outro que vier a
> aparecer.
> Desde que criei o domínio, falei que ele estaria aberto a
> qualquer
> sugestão e pessoa que quisesse fazer algo. Tenho um servidor
> (mas só eu postei
> até hoje), um servidor SVN que tem só a
> implementação do livro
> Mas... voltando ao "repositório", o bakery já
> está montado... quem vai
> ser o primeiro a postar alguma coisa lá? Eu estou me ocupando
> com a
> tradução dos arquivos. Por enquanto, estou incluindo a
> função de
> internacionalização nas strings, em breve devo
> começar a tradução.
> Juan Basso
> > uma biblioteca consideravel para inserir de conteúdo.
> >
> > Abraços,
> >
> > 2008/11/6 Bill
> >
> >
> >
> >
> >
> > > ai entra mais uma vez uma questão q abri a tempos
> atrás...
> >
> > > vão ser mantidos estes sites? quem vai colaborar?
> grupo mesmo, comprar dominio
> > > é o de menos, problema é mais uma vez, um monte de
> gente se comprometer a
> > > fazer algo e não sair nada de novo.
> >
> > > Eu já larguei mão disso, tirei o atual
> galera fala q vai
> > > ajudar, vai colaborar, vai fazer isso e aquilo, não
Tenho alguns helpers interessantes em casa(estou no trabalho agora) e chegando, vou selecionar algo bom lá e postar.
Abs
bill
On Thu 06/11/08 12:24 PM , Juan Basso <jrb...@gmail.com> wrote:
> Apoiado. Eu criei o cakephp-brasil.org para ficar mais
> original (cakephp.org). O grupo espanhol também fez no mesmo
> sentido
> (http://www.cakephp-hispano.org/). Não quero com isso criar
> uma
> "concorrência" com o cakephp.com.br e nem outro que vier a
> aparecer.
> Desde que criei o domínio, falei que ele estaria aberto a
> qualquer
> sugestão e pessoa que quisesse fazer algo. Tenho um servidor
> virtual e
> nele posso instalar ou incluir qualquer coisa nele. Atualmente, hoje
> o
> domínio está com o blog que qualquer um pode postar
> nele posso instalar ou incluir qualquer coisa nele. Atualmente, hoje
> o
> (mas só eu postei
> até hoje), um servidor SVN que tem só a
> implementação do livro
> (lembram? hehhe) e agora esta parte do bakery. E agora, estou
> hospedando o bakery também.
> Mas... voltando ao "repositório", o bakery já
> está montado... quem vai
> ser o primeiro a postar alguma coisa lá? Eu estou me ocupando
> com a
> tradução dos arquivos. Por enquanto, estou incluindo a
> função de
> internacionalização nas strings, em breve devo
> começar a tradução.
> Juan Basso
> On 6 Nov, 11:38, "Michael Mafort" wrote:
> > Concordo com o Bill, temos que ver a real disponibilidade da
> galera para
> > colaborar. Acho que deveriamos ter isso e mexer com isso quando
> já tivermos
> > Concordo com o Bill, temos que ver a real disponibilidade da
> galera para
> > colaborar. Acho que deveriamos ter isso e mexer com isso quando
> > uma biblioteca consideravel para inserir de conteúdo.
> >
> > Abraços,
> >
> > 2008/11/6 Bill
> >
> >
> >
> >
> >
> > > ai entra mais uma vez uma questão q abri a tempos
> atrás...
> >
> > > vão ser mantidos estes sites? quem vai colaborar?
> > > pelo q vi, ninguem mais tem mexido nos sites relacionados a
> cake, nem
> > > manual nem nada...única coisa q tem rolado é o
> cake, nem
> grupo mesmo, comprar dominio
> > > é o de menos, problema é mais uma vez, um monte de
> gente se comprometer a
> > > fazer algo e não sair nada de novo.
> >
> > > Eu já larguei mão disso, tirei o atual
> cakephp.com.br do ar e estou
> > > desenvolvendo um portal simples em cake pra disponibilizar
> tutoriais e
> > > códigos, tanto meus qto q eu pegar na net. Sempre q a
> > > desenvolvendo um portal simples em cake pra disponibilizar
> tutoriais e
> galera fala q vai
> > > ajudar, vai colaborar, vai fazer isso e aquilo, não
> acontece nada...sei q a
> > > galera trabalha, estuda, namora, vadia, sei la, cada um tem sua
> vida.
> >
> > > Isso foi só comentário, não quero arrumar
> > > galera trabalha, estuda, namora, vadia, sei la, cada um tem sua
> vida.
> >
> encrenca nem encher o saco de
> > > ninguém, apenas acho besteira comprar dominios ai..
Michael Mafort
Nov 6, 2008, 11:05:47 AM11/6/08
to cakep...@googlegroups.com
Em breve tambem mando algumas classes adaptadas.
Abraços,
michae...@criasol.com.br
Abraços,
2008/11/6 Bill <ad...@cakephp.com.br>
Paulo Diovani
Nov 6, 2008, 11:46:20 AM11/6/08
to cakep...@googlegroups.com
Nova sugestão de domínio: cakephp-pt.org
Assim não fica "engessado" ao brasil. E poderia ser acessado por
outros domínios já existentes tb.
Por hora deixemos a "paddaria" que o Juan criou no ar. Vou colaborar
também, daqui a umas semanas.
--
Paulo Diovani
pa...@diovani.com
Assim não fica "engessado" ao brasil. E poderia ser acessado por
outros domínios já existentes tb.
Por hora deixemos a "paddaria" que o Juan criou no ar. Vou colaborar
também, daqui a umas semanas.
Paulo Diovani
pa...@diovani.com
Marcelo Andrade
Nov 6, 2008, 12:45:30 PM11/6/08
to cakep...@googlegroups.com
2008/11/6 Paulo Diovani <pa...@diovani.com>:
>
> Show!
> Juan, estas modificações e correções podemos fazer conforme acharmos
> tempo, e adicionar ao projeto no cakeforge tb :)
>
> Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo que
> tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
> cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor? o
> que acham de registrar?
> Valor não seria problema, poderíamos inclusive fazer uma "vaquinha"...
>
> Show!
> Juan, estas modificações e correções podemos fazer conforme acharmos
> tempo, e adicionar ao projeto no cakeforge tb :)
>
> Pessoal, sei que tem (pelos menos dois) integrantes aqui do grupo que
> tem dominios relacionados ao cakephp, o cakephp-brasil.org e o
> cakephp.com.br. Eu acho que um cakephp.org.br serviria muito melhor? o
> que acham de registrar?
> Valor não seria problema, poderíamos inclusive fazer uma "vaquinha"...
Boa idéia. Mas talvez seja mais fácil registrar só .org.
Agora que você falou, lembrei: será que não poderíamos
nos juntar de alguma forma ao PHP Brasil Comunidades?
Marcelo Andrade
Nov 6, 2008, 12:46:21 PM11/6/08
to cakep...@googlegroups.com
2008/11/6 Juan Basso <jrb...@gmail.com>:
+1
Atenciosamente.
--
MARCELO DE F. ANDRADE (aka "eleKtron")
Belem, PA, Amazonia, Brazil
Linux User #221105
[gus@pará ~]# links http://pa.slackwarebrasil.org/
Marcelo Andrade
Nov 6, 2008, 12:47:40 PM11/6/08
to cakep...@googlegroups.com
2008/11/6 Paulo Diovani <pa...@diovani.com>:
>
> Nova sugestão de domínio: cakephp-pt.org
> Assim não fica "engessado" ao brasil. E poderia ser acessado por
> outros domínios já existentes tb.
>
> Nova sugestão de domínio: cakephp-pt.org
> Assim não fica "engessado" ao brasil. E poderia ser acessado por
> outros domínios já existentes tb.
Acho que mais um domínio para redirecionamento
é legal. Até porque, a meu ver "-pt" acaba ficando
"engessado" a Portugal.
Atenciosamente.
--
MARCELO DE F. ANDRADE (aka "eleKtron")
Belem, PA, Amazonia, Brazil
Linux User #221105
[gus@pará ~]# links http://pa.slackwarebrasil.org/
Paulo Diovani
Nov 6, 2008, 12:49:02 PM11/6/08
to cakep...@googlegroups.com
> Acho que mais um domínio para redirecionamento
> é legal. Até porque, a meu ver "-pt" acaba ficando
> "engessado" a Portugal.
Aff...> é legal. Até porque, a meu ver "-pt" acaba ficando
> "engessado" a Portugal.
Paulo Diovani
Nov 6, 2008, 12:50:22 PM11/6/08
to cakep...@googlegroups.com
esquece, assim é q ficaria...
Eu não acho que cakephp-pt referencie portugal. seria se fosse ptPT.
Eu não acho que cakephp-pt referencie portugal. seria se fosse ptPT.
--
Paulo Diovani
Nov 6, 2008, 12:50:44 PM11/6/08
to cakep...@googlegroups.com
mas deixemos o domínio de lado por enquanto e vamos focar no conteúdo.
;)
;)
Paulo Diovani
Nov 6, 2008, 12:52:33 PM11/6/08
to cakep...@googlegroups.com
Acho que cada "dono" dos domínio possa ter suas pŕoprias intenções
para estes, mas pelo menos para a padaria, poderia-mos fazer mirros de
ambos:
para estes, mas pelo menos para a padaria, poderia-mos fazer mirros de
ambos:
Bill
Nov 6, 2008, 1:03:10 PM11/6/08
to cakep...@googlegroups.com
Orra...agora vi vantagem...
Se não vai ter gente opinando até janeiro de 2009 pra ver qual nome do site, qual cor combina mais, qual url, qual tamanho da fonte, qual logotipo, e esquece q o intuito é ser rápido e pratico, divulgar o cake, aprender, ensinar, trocar conhecimento de alguma forma.
On Thu 06/11/08 2:50 PM , "Paulo Diovani" <pa...@diovani.com> wrote:
> mas deixemos o domínio de lado por enquanto e vamos focar no
> conteúdo.
> ;)
> On Thu, Nov 6, 2008 at 3:50 PM, Paulo Diovani wrote:
> > esquece, assim é q ficaria...
> > Eu não acho que cakephp-pt referencie portugal. seria se
> fosse ptPT.
> >
> > On Thu, Nov 6, 2008 at 3:49 PM, Paulo Diovani wrote:
> >>> Acho que mais um domínio para redirecionamento
> >>> é legal. Até porque, a meu ver "-pt" acaba
Se não vai ter gente opinando até janeiro de 2009 pra ver qual nome do site, qual cor combina mais, qual url, qual tamanho da fonte, qual logotipo, e esquece q o intuito é ser rápido e pratico, divulgar o cake, aprender, ensinar, trocar conhecimento de alguma forma.
On Thu 06/11/08 2:50 PM , "Paulo Diovani" <pa...@diovani.com> wrote:
> mas deixemos o domínio de lado por enquanto e vamos focar no
> conteúdo.
> ;)
> On Thu, Nov 6, 2008 at 3:50 PM, Paulo Diovani wrote:
> > esquece, assim é q ficaria...
> > Eu não acho que cakephp-pt referencie portugal. seria se
> fosse ptPT.
> >
> > On Thu, Nov 6, 2008 at 3:49 PM, Paulo Diovani wrote:
> >>> Acho que mais um domínio para redirecionamento
> >>> é legal. Até porque, a meu ver "-pt" acaba
> ficando
> >>> "engessado" a Portugal.
> >> Aff...
> >>
> >> cakephp-tuga.org
> >> ?
> >>
> >
> >
> >
> > --
> > Paulo Diovani
> >
> >>> "engessado" a Portugal.
> >> Aff...
> >>
> >> cakephp-tuga.org
> >> ?
> >>
> >
> >
> >
> > --
> > Paulo Diovani
> >
> > +55 51 8146 5413
> > ___________________
> > http://www.diovani.com
> >
> --
> Paulo Diovani
> +55 51 8146 5413
> ___________________
> http://www.diovani.com
> >
>
> > ___________________
> > http://www.diovani.com
> >
> --
> Paulo Diovani
> +55 51 8146 5413
> ___________________
> http://www.diovani.com
> >
>
Bill
Nov 6, 2008, 1:03:30 PM11/6/08
to cakep...@googlegroups.com
por mim okay
On Thu 06/11/08 2:52 PM , "Paulo Diovani" <pa...@diovani.com> wrote:
> >> Por mim, cakephp.com.br e cakephp-brasil.org poderiam ser
> mirrors...
> >
> > +1
> Acho que cada "dono" dos domínio possa ter suas pŕoprias
> intenções
On Thu 06/11/08 2:52 PM , "Paulo Diovani" <pa...@diovani.com> wrote:
> >> Por mim, cakephp.com.br e cakephp-brasil.org poderiam ser
> mirrors...
> >
> > +1
> intenções
> para estes, mas pelo menos para a padaria, poderia-mos fazer mirros
> de
> ambos:
> padaria.cakephp.com.br
> padaria.cakephp-brasil.org
> >
>
> de
> ambos:
> padaria.cakephp.com.br
> padaria.cakephp-brasil.org
> >
>
Juan Basso
Nov 6, 2008, 1:14:05 PM11/6/08
to CakePHP Tuga
Bill, a partir das 18:30 eu devo estar no MSN. Se você tiver um tempo,
entre em contato comigo. Não entro em contato com você, pois você está
sempre como off-line. :)
Podemos combinar de colocar os dois domínios num servidor único,
fazermos redundância (colocar um como ativo e outro como reserva, via
DNS) ou então fazermos redundância de arquivos (rsync). Aí vai do que
combinarmos.
Mas acho que isso é o de menos no momento, vamos realmente nos focar
no conteúdo e depois, caso haja necessidade, criamos outros domínios.
Agora, que começe a fornada portuguesa!
Juan Basso
entre em contato comigo. Não entro em contato com você, pois você está
sempre como off-line. :)
Podemos combinar de colocar os dois domínios num servidor único,
fazermos redundância (colocar um como ativo e outro como reserva, via
DNS) ou então fazermos redundância de arquivos (rsync). Aí vai do que
combinarmos.
Mas acho que isso é o de menos no momento, vamos realmente nos focar
no conteúdo e depois, caso haja necessidade, criamos outros domínios.
Agora, que começe a fornada portuguesa!
Juan Basso
Bill
Nov 6, 2008, 1:20:48 PM11/6/08
to cakep...@googlegroups.com
Olá Juan,
chegando em casa acesso...ultimamente tenho ficado mais com o skype aberto, por conta da equipe de desenvolvimento da empresa q estou.
Ai conversamos sobre isso, mas como falou, vamos por a mão na massa no conteúdo né ;)
Abs e até +
bill
On Thu 06/11/08 3:14 PM , Juan Basso <jrb...@gmail.com> wrote:
> Bill, a partir das 18:30 eu devo estar no MSN. Se você tiver
> um tempo,
> entre em contato comigo. Não entro em contato com você,
> pois você está
> sempre como off-line. :)
> Podemos combinar de colocar os dois domínios num servidor
> único,
> fazermos redundância (colocar um como ativo e outro como
> reserva, via
> DNS) ou então fazermos redundância de arquivos (rsync).
> Aí vai do que
> combinarmos.
> Mas acho que isso é o de menos no momento, vamos realmente
> nos focar
> no conteúdo e depois, caso haja necessidade, criamos outros
> domínios.
> Agora, que começe a fornada portuguesa!
> Juan Basso
chegando em casa acesso...ultimamente tenho ficado mais com o skype aberto, por conta da equipe de desenvolvimento da empresa q estou.
Ai conversamos sobre isso, mas como falou, vamos por a mão na massa no conteúdo né ;)
Abs e até +
bill
On Thu 06/11/08 3:14 PM , Juan Basso <jrb...@gmail.com> wrote:
> Bill, a partir das 18:30 eu devo estar no MSN. Se você tiver
> um tempo,
> entre em contato comigo. Não entro em contato com você,
> pois você está
> sempre como off-line. :)
> Podemos combinar de colocar os dois domínios num servidor
> único,
> fazermos redundância (colocar um como ativo e outro como
> reserva, via
> DNS) ou então fazermos redundância de arquivos (rsync).
> Aí vai do que
> combinarmos.
> Mas acho que isso é o de menos no momento, vamos realmente
> nos focar
> no conteúdo e depois, caso haja necessidade, criamos outros
> domínios.
> Agora, que começe a fornada portuguesa!
> Juan Basso
João José Pedrini
Nov 10, 2008, 10:57:06 PM11/10/08
to cakep...@googlegroups.com
Olá pessoal,
Vou ressuscitar um assunto que ficou um pouco morto no meio desta thread, mas acho importante dar minha opinião.
A grande diferença do GIT para o SVN é que o GIT é um sistema de versionamento distribuído. Esta aparentemente pequena diferença produz uma diferença enorme na questão social do desenvolvimento. Quando trabalhamos num versionamento centralizado, como SVN, estamos declarando, subconscientemente, que haverá um único/grupo mantenedor do código e que ele é responsável por todas as mudanças. No GIT, isto é diferente, todos podem criar seus próprios caminhos de desenvolvimento, adicionandos suas necessidades e particularidades. Caso estas particularidades se demonstre iguais entre várias pessoas, o "criador" do projeto pode incorporar estas mudanças no projeto "principal". Vocês podem falar que este cenário pode ser reproduzido num SVN, mas no GIT isto é natural, é a única maneira de desenvolver.
O Github maximiza estas caracteristicas por disponibilizar uma ferramenta com funcionalidade de interação social e um ótimo visualizador de código. Possui mais algumas coisinhas, mas isso opinião minha.
Quando o Juan propos a criação de um repositório de códigos logo pensei no GitHub. Acredito que, com o Github, poderiamos utiliza a característica social do GIT e disponibilizarmos REALMENTE nossos códigos. Não deveriamos criar uma só conta, pois perderíamos a questão social, devemos ter cada um sua conta e manter cada um seus respectivos projetos. Depois, o que temos que fazer é divulgar estes projetos, contribuir para melhorar e, o mais importante, utilizar em nossas trabalhos.
Não vejo como ação negativa a criação do Bakery, pois, desde sempre nunca vi o Bakery como um repositório, mas sim como um divulgador de novos projetos. Podemos continuar com ele mas utilizando como uma ferramenta de divulgação centralizada, para facilitar o marketing.
Bem, é isso, aquele abraço!
PS.: Utilizando ou não o Github, podem ter certeza que irei contribuir com a causa!
--
João José Carvalho Pedrini
Vou ressuscitar um assunto que ficou um pouco morto no meio desta thread, mas acho importante dar minha opinião.
A grande diferença do GIT para o SVN é que o GIT é um sistema de versionamento distribuído. Esta aparentemente pequena diferença produz uma diferença enorme na questão social do desenvolvimento. Quando trabalhamos num versionamento centralizado, como SVN, estamos declarando, subconscientemente, que haverá um único/grupo mantenedor do código e que ele é responsável por todas as mudanças. No GIT, isto é diferente, todos podem criar seus próprios caminhos de desenvolvimento, adicionandos suas necessidades e particularidades. Caso estas particularidades se demonstre iguais entre várias pessoas, o "criador" do projeto pode incorporar estas mudanças no projeto "principal". Vocês podem falar que este cenário pode ser reproduzido num SVN, mas no GIT isto é natural, é a única maneira de desenvolver.
O Github maximiza estas caracteristicas por disponibilizar uma ferramenta com funcionalidade de interação social e um ótimo visualizador de código. Possui mais algumas coisinhas, mas isso opinião minha.
Quando o Juan propos a criação de um repositório de códigos logo pensei no GitHub. Acredito que, com o Github, poderiamos utiliza a característica social do GIT e disponibilizarmos REALMENTE nossos códigos. Não deveriamos criar uma só conta, pois perderíamos a questão social, devemos ter cada um sua conta e manter cada um seus respectivos projetos. Depois, o que temos que fazer é divulgar estes projetos, contribuir para melhorar e, o mais importante, utilizar em nossas trabalhos.
Não vejo como ação negativa a criação do Bakery, pois, desde sempre nunca vi o Bakery como um repositório, mas sim como um divulgador de novos projetos. Podemos continuar com ele mas utilizando como uma ferramenta de divulgação centralizada, para facilitar o marketing.
Bem, é isso, aquele abraço!
PS.: Utilizando ou não o Github, podem ter certeza que irei contribuir com a causa!
--
João José Carvalho Pedrini
Juan Basso
Nov 12, 2008, 4:49:25 PM11/12/08
to CakePHP Tuga
Mais uma vez o grande Pedrini dando um show de conhecimento. :)
Aproveito para dizer que o Bakery já está lançado! O site é
http://bakery.cakephp-brasil.org. Coloquei dois artigos só pra dar o
start, agora que venham mais... :)
Ainda estou brigando com algumas coisas, mas nada que uma fuçada nos
códigos não resolverá. Quem criar um artigo, vai perceber que ele não
vai aparecer na index, mas não se preocupem, estou vendo pra corrigir
isso.
Além disso, ainda falta a tradução de algumas coisas, não muitas...
Mas vou me focar a corrigir os problemas antes de terminar a tradução.
Juan Basso
Aproveito para dizer que o Bakery já está lançado! O site é
http://bakery.cakephp-brasil.org. Coloquei dois artigos só pra dar o
start, agora que venham mais... :)
Ainda estou brigando com algumas coisas, mas nada que uma fuçada nos
códigos não resolverá. Quem criar um artigo, vai perceber que ele não
vai aparecer na index, mas não se preocupem, estou vendo pra corrigir
isso.
Além disso, ainda falta a tradução de algumas coisas, não muitas...
Mas vou me focar a corrigir os problemas antes de terminar a tradução.
Juan Basso
Gustavo Carreno
Nov 12, 2008, 5:46:14 PM11/12/08
to cakep...@googlegroups.com
2008/11/12 Juan Basso <jrb...@gmail.com>:
> códigos não resolverá. Quem criar um artigo, vai perceber que ele não
> vai aparecer na index, mas não se preocupem, estou vendo pra corrigir
> isso.
> códigos não resolverá. Quem criar um artigo, vai perceber que ele não
> vai aparecer na index, mas não se preocupem, estou vendo pra corrigir
> isso.
Se bem me lembro o Bakery é moderado, logo é normal que não apareça logo :)
[]'s
Gus
Juan Basso
Nov 12, 2008, 8:40:30 PM11/12/08
to CakePHP Tuga
Exatamente!
A propósito, corrigi os problemas na index. E antes que achem que deu
erro, vi que as caixas (novidades, últimos códigos, etc) na index são
atualizadas a cada dia apenas. Ou seja, após aprovado, pode levar até
24h pra aparecer na index.
Abraços e bora postar agora...
Juan Basso
On 12 nov, 20:46, "Gustavo Carreno" <guscarr...@googlemail.com> wrote:
> 2008/11/12 Juan Basso <jrba...@gmail.com>:
A propósito, corrigi os problemas na index. E antes que achem que deu
erro, vi que as caixas (novidades, últimos códigos, etc) na index são
atualizadas a cada dia apenas. Ou seja, após aprovado, pode levar até
24h pra aparecer na index.
Abraços e bora postar agora...
Juan Basso
On 12 nov, 20:46, "Gustavo Carreno" <guscarr...@googlemail.com> wrote:
> 2008/11/12 Juan Basso <jrba...@gmail.com>:
João José Pedrini
Dec 5, 2008, 1:09:12 PM12/5/08
to cakep...@googlegroups.com
Pessoal,
Estou revivendo esta discussão para divulgar um link bem interessante sobre GIT, para aqueles que querem entender um pouco mais sobre este gerenciador de versionamento de arquivos.
O link está em http://pt.whygitisbetterthanx.com/
Coloquei no nosso blog: http://kiss.souagil.com.br/2008/12/traducao-do-akita-do-por-que-o-git-e-melhor-que-x/
Abraços.
Estou revivendo esta discussão para divulgar um link bem interessante sobre GIT, para aqueles que querem entender um pouco mais sobre este gerenciador de versionamento de arquivos.
O link está em http://pt.whygitisbetterthanx.com/
Coloquei no nosso blog: http://kiss.souagil.com.br/2008/12/traducao-do-akita-do-por-que-o-git-e-melhor-que-x/
Abraços.
Juan Basso
Dec 5, 2008, 3:52:11 PM12/5/08
to CakePHP Tuga
Muito bom o texto Pedrini, mandou bem!
O problema do git é que não apresentou boas ferramentas gráficas ou
métodos de migração de outros SCMs (ou eu desconheça). Com isso, fica
muito mais dificil entrar em um ambiente corporativa que centenas de
programadores usam um SCM e tem "medo" de mudar. Vou dar um exemplo,
na empresa onde trabalho foi (e está sendo) um parto migrar do CVS
para o SVN, mesmo tendo uma ferramenta para migração (cvs2svn).
A maior preocupação das empresas acredito que seja quanto ao histórico
e a possibilidade de vários desenvolvedores trabalharem em diversos
branches simultaneamente. Por exemplo, tem projetos que no mesmo
branch eu desenvolvo uma parte e outro desenvolvedor desenvolve outra,
mas ambas estão interligadas, já no git você teria que ter uma cópia
da sua linha master (um branch...), e então cada desenvolvedor vai
criar um clone e ir comitando nesse branch, mas tem que ser um commit
remoto e tal... Acho que isso ainda foge um pouco. Acho ideal o GIT
para ambientes remotos, como na internet, bem como o site e diversos
outros lugares dizem: uma rede social de desenvolvedores e seus
códigos...
Juan Basso
On 5 dez, 16:09, "João José Pedrini" <joaoj...@usosim.com.br> wrote:
> Pessoal,
>
> Estou revivendo esta discussão para divulgar um link bem interessante sobre
> GIT, para aqueles que querem entender um pouco mais sobre este gerenciador
> de versionamento de arquivos.
>
> O link está emhttp://pt.whygitisbetterthanx.com/
>
> Coloquei no nosso blog:http://kiss.souagil.com.br/2008/12/traducao-do-akita-do-por-que-o-git...
O problema do git é que não apresentou boas ferramentas gráficas ou
métodos de migração de outros SCMs (ou eu desconheça). Com isso, fica
muito mais dificil entrar em um ambiente corporativa que centenas de
programadores usam um SCM e tem "medo" de mudar. Vou dar um exemplo,
na empresa onde trabalho foi (e está sendo) um parto migrar do CVS
para o SVN, mesmo tendo uma ferramenta para migração (cvs2svn).
A maior preocupação das empresas acredito que seja quanto ao histórico
e a possibilidade de vários desenvolvedores trabalharem em diversos
branches simultaneamente. Por exemplo, tem projetos que no mesmo
branch eu desenvolvo uma parte e outro desenvolvedor desenvolve outra,
mas ambas estão interligadas, já no git você teria que ter uma cópia
da sua linha master (um branch...), e então cada desenvolvedor vai
criar um clone e ir comitando nesse branch, mas tem que ser um commit
remoto e tal... Acho que isso ainda foge um pouco. Acho ideal o GIT
para ambientes remotos, como na internet, bem como o site e diversos
outros lugares dizem: uma rede social de desenvolvedores e seus
códigos...
Juan Basso
On 5 dez, 16:09, "João José Pedrini" <joaoj...@usosim.com.br> wrote:
> Pessoal,
>
> Estou revivendo esta discussão para divulgar um link bem interessante sobre
> GIT, para aqueles que querem entender um pouco mais sobre este gerenciador
> de versionamento de arquivos.
>
>
> Coloquei no nosso blog:http://kiss.souagil.com.br/2008/12/traducao-do-akita-do-por-que-o-git...
Josenivaldo Benito Junior
Dec 8, 2008, 8:59:33 AM12/8/08
to cakep...@googlegroups.com
Juan,
Para resolver esse problema entra a figura que, aqui na empresa, chamamos de BC (Build Cordinator).
Esse cara recebe branches de todos os desenvolvedores e ele, e somente ele, cria uma linha "main line" da qual faz "releases" de software. Aqui, para cada defeito ou "new work" existe um ticket (que chamamos de CR), quando se resolve uma CR o desenvolvedor faz um BR *(é, eu sei, aqui é uma sopa de letrinhas... é um saco). O Build Cordinator então processa os BRs e monta uma linha oficial de software, um release. Se o seu BR der alguma zica ele vai para "on hold" e você que se vire pra corrigir, assim nunca estraga a mainline quando dois BRs são conflitantes (branches de um mesmo arquivo por exemplo, que não podem ser simplesmente mesclados).
No caso do GIT acho que é mais ou menos o que o Linus tentou fazer. Afinal ele é uma espécie de BC/CM do Kernel e os desenvolvedores tem a liberdade de desenvolvimento enquanto ele tem o poder de integrar ou não na "main line".
Apesar do escopo um pouco fora do objetivo da lista acho esse tipo de discussão muito saudável pois são poucas as empresas que possuem uma politica de CM. Acredito que todos crescemos compartilhando esse tipo de experiência pois cada empresa tem seu processo em que o SVN (ou GIT ou Clearcase...) é somente uma ferramenta dentro de toda a politica. Estudar e criticar o processo é uma forma continua de aprimorá-lo.
Abraço,
Para resolver esse problema entra a figura que, aqui na empresa, chamamos de BC (Build Cordinator).
Esse cara recebe branches de todos os desenvolvedores e ele, e somente ele, cria uma linha "main line" da qual faz "releases" de software. Aqui, para cada defeito ou "new work" existe um ticket (que chamamos de CR), quando se resolve uma CR o desenvolvedor faz um BR *(é, eu sei, aqui é uma sopa de letrinhas... é um saco). O Build Cordinator então processa os BRs e monta uma linha oficial de software, um release. Se o seu BR der alguma zica ele vai para "on hold" e você que se vire pra corrigir, assim nunca estraga a mainline quando dois BRs são conflitantes (branches de um mesmo arquivo por exemplo, que não podem ser simplesmente mesclados).
No caso do GIT acho que é mais ou menos o que o Linus tentou fazer. Afinal ele é uma espécie de BC/CM do Kernel e os desenvolvedores tem a liberdade de desenvolvimento enquanto ele tem o poder de integrar ou não na "main line".
Apesar do escopo um pouco fora do objetivo da lista acho esse tipo de discussão muito saudável pois são poucas as empresas que possuem uma politica de CM. Acredito que todos crescemos compartilhando esse tipo de experiência pois cada empresa tem seu processo em que o SVN (ou GIT ou Clearcase...) é somente uma ferramenta dentro de toda a politica. Estudar e criticar o processo é uma forma continua de aprimorá-lo.
Abraço,
Josenivaldo Benito Junior. PU2LBD
Localizador: GG67MH23DE
Organizador do Concurso Brasileiro de 144 MHZ - CB144
(em conj. com PY2BRZ e PY2HCD)
http://www.gbvudx.qsl.br
Localizador: GG67MH23DE
Organizador do Concurso Brasileiro de 144 MHZ - CB144
(em conj. com PY2BRZ e PY2HCD)
http://www.gbvudx.qsl.br
Chat: 
jjbenito 
2771904
jjbenito 27719042008/12/5 Juan Basso <jrb...@gmail.com>
Juan Basso
Dec 8, 2008, 10:43:27 AM12/8/08
to CakePHP Tuga
Isso acho uma boa, mas aqui na empresa é um pouco complicado, pois um
software é dividido em várias áreas. Uma área faz a parte funcional
(vários aplicativos que fazem o motor da solução), outra faz um
middleware para centralizar e padronizar a comunicação entre as
aplicações e, por fim, há uma área que faz a parte visual (onde pode
ser web ou desktop).
Então, uma release não é um software para nós, mas sim um conjunto de
diversos softwares. O que nós fazemos é ter um responsável em cada
área/software, assim combinamos o que vai ter numa determinada
release, montamos os pacotes de cada aplicação, colocamos numa máquina
de testes e vamos ver o que acontece... Se der tudo certo, a release é
fechada e encaminhada para o setor de testes e homologações da
empresa.
No nosso caso, o BC seria quem dita o que vai ter em cada release e
distribui aos responsáveis pelas áreas/softwares e também é
responsável por juntar todas as aplicações e gerar a release.
Juam Basso
On 8 dez, 11:59, "Josenivaldo Benito Junior" <jrben...@benito.qsl.br>
wrote:
> (em conj. com PY2BRZ e PY2HCD)http://www.gbvudx.qsl.br[image: Wikipedia Affiliate
> Button]<http://wikimediafoundation.org/wiki/Donate/en>
> Plaxo <http://jrbenito.myplaxo.com/>
>
> 2008/12/5 Juan Basso <jrba...@gmail.com>
software é dividido em várias áreas. Uma área faz a parte funcional
(vários aplicativos que fazem o motor da solução), outra faz um
middleware para centralizar e padronizar a comunicação entre as
aplicações e, por fim, há uma área que faz a parte visual (onde pode
ser web ou desktop).
Então, uma release não é um software para nós, mas sim um conjunto de
diversos softwares. O que nós fazemos é ter um responsável em cada
área/software, assim combinamos o que vai ter numa determinada
release, montamos os pacotes de cada aplicação, colocamos numa máquina
de testes e vamos ver o que acontece... Se der tudo certo, a release é
fechada e encaminhada para o setor de testes e homologações da
empresa.
No nosso caso, o BC seria quem dita o que vai ter em cada release e
distribui aos responsáveis pelas áreas/softwares e também é
responsável por juntar todas as aplicações e gerar a release.
Juam Basso
On 8 dez, 11:59, "Josenivaldo Benito Junior" <jrben...@benito.qsl.br>
wrote:
> Button]<http://wikimediafoundation.org/wiki/Donate/en>
> Chat: [image: Skype:] jjbenito [image: icq:] 2771904
> Contact Me: Linkedin
> <http://www.linkedin.com/pub/5/571/54>Last.fm<http://www.last.fm/user/jrbenito>
> Contact Me: Linkedin
> Plaxo <http://jrbenito.myplaxo.com/>
>
> 2008/12/5 Juan Basso <jrba...@gmail.com>
Josenivaldo Benito Junior
Dec 8, 2008, 10:20:03 PM12/8/08
to cakep...@googlegroups.com
Boa noite galera,
Juan, aqui não é muito diferente. Para nós um software é sim um binário único (nosso negócio não é web) porém, nosso binário é formado por diversos componentes de software: multimídia, aplicações, conectivity, engine (a base de tudo), etc.
Multimídia e aplicações estão unidas sob um único "label" que possui seu próprio BC, seu próprio conjunto de testes e seu próprio release (que chamamos label). Conectivity é outro label assim como outros tantos (cada um com seu processo de CM).
Meu time é o time de integração. Nosso BC recebe os BRs de componente (labels) e os BRs de engine (nossa responsabilidade) e une tudo sob uma única release (o binário oficial do produto).
Ou seja, quando chega um label para nosso BC significa (ou deveria) que ele foi testado, foi validado para o produto de destino e que então, nós da integração, precisamos fazer apenas os testes de integração (para garantir que o Label X não quebrou funcionalidade do Label Y ou que os dois não concorrem por recursos, enfim, problemas que não poderia ter sido detectados antes quando o componente foi testado sozinho).
Em comparação com a estrutura que você descreveu seria como se cada um dos três módulos que você descreveu fosse um componente separado com seu próprio processo e que a cada release desses componentes fosse submetido um BR do novo label para um quarto time que integra e faz os testes de integração das três partes.
Claro que o seu modelo é mais dinâmico e menos engessado que nosso. Por outro lado cada um desses componentes (no nosso caso), vive uma realidade diferente pois atendem diferentes produtos e seus times de desenvolvimento estão espalhados pelo mundo. Se cada time não tivesse seu próprio processo não conseguiria atender fácilmente produtos diferentes. Porém não teriamos um proceso engessado onde, as vezes, se perde uma semana integrando um simples "fix" pois ele te que "entrar" no label depois ser submetido para produto que integra, testa e só então libera.
Como eu disse no primeiro e-mail, é fundamental que as empresas adaptem o processo ao seu modelo de negócio porém sem matar a criatividade dos desenvolvedores com intermináveis check-lists e ativades burocráticas para submeter um simples fix.
Abraço
Juan, aqui não é muito diferente. Para nós um software é sim um binário único (nosso negócio não é web) porém, nosso binário é formado por diversos componentes de software: multimídia, aplicações, conectivity, engine (a base de tudo), etc.
Multimídia e aplicações estão unidas sob um único "label" que possui seu próprio BC, seu próprio conjunto de testes e seu próprio release (que chamamos label). Conectivity é outro label assim como outros tantos (cada um com seu processo de CM).
Meu time é o time de integração. Nosso BC recebe os BRs de componente (labels) e os BRs de engine (nossa responsabilidade) e une tudo sob uma única release (o binário oficial do produto).
Ou seja, quando chega um label para nosso BC significa (ou deveria) que ele foi testado, foi validado para o produto de destino e que então, nós da integração, precisamos fazer apenas os testes de integração (para garantir que o Label X não quebrou funcionalidade do Label Y ou que os dois não concorrem por recursos, enfim, problemas que não poderia ter sido detectados antes quando o componente foi testado sozinho).
Em comparação com a estrutura que você descreveu seria como se cada um dos três módulos que você descreveu fosse um componente separado com seu próprio processo e que a cada release desses componentes fosse submetido um BR do novo label para um quarto time que integra e faz os testes de integração das três partes.
Claro que o seu modelo é mais dinâmico e menos engessado que nosso. Por outro lado cada um desses componentes (no nosso caso), vive uma realidade diferente pois atendem diferentes produtos e seus times de desenvolvimento estão espalhados pelo mundo. Se cada time não tivesse seu próprio processo não conseguiria atender fácilmente produtos diferentes. Porém não teriamos um proceso engessado onde, as vezes, se perde uma semana integrando um simples "fix" pois ele te que "entrar" no label depois ser submetido para produto que integra, testa e só então libera.
Como eu disse no primeiro e-mail, é fundamental que as empresas adaptem o processo ao seu modelo de negócio porém sem matar a criatividade dos desenvolvedores com intermináveis check-lists e ativades burocráticas para submeter um simples fix.
Abraço
2008/12/8 Juan Basso <jrb...@gmail.com>
João José Pedrini
Dec 8, 2008, 10:55:21 PM12/8/08
to cakep...@googlegroups.com
Olá pessoal,
Felizmente nunca passei por uma situação de burocratização como esta de vocês, mas acho que a indignação inicial do Juan não se dá pelo fato do GIT ter ou não ter boas ferramentas GUI, o problema é mais embaixo e muito mais complicado e se resolver.
Qualquer mudança causa um dano, e os empresários sabem disto. Sabem tanto que, com o tempo, desenvolvem uma grande capacidade de ter medo de qualquer mudança. É aquela máxima, time que esta ganhando não se mexe. E isto pode funcionar, e muitas vezes funciona. Mas acho que funcionam pois na grande maioria, estas empresas são focadas mais em diminuir risco do que aumentar oportunidades. É uma questão de valores.
E falando em mudanças, mudar é algo recorrente na metodologia ágil. Pode até parecer que não causa dano, mas mudança é algo recorrente. Isto se dá pois na metodologia ágil entendemos que, em muitas vezes, podemos mudar para melhor. Todo o dano que sofremos, virá em "dobro" como recompensa. É como investimento, gasto hoje para colher os lucros amanha.
Mas temos que ter a noção que vamos enfrentar um risco toda vez que mudamos. Ai vem um grande valor do XP: a Coragem. Coragem é a capacidade de assumir riscos consciente de que poderá superá-los.
Queria deixar claro que não estou fazendo nenhuma crítica às empresas de vocês, mesmo porque eu não tenho propriedade nenhuma para falar nada. Mas é recorrente ler sobre essas empresas e ver que, na verdade, o problema sempre é cultural. Só que isto é assunto para outra discussão, e uma discussão das grandes!!
Coincidentemente, li um artigo que me lembrou bastante o que vocês estão descrevendo. Fica ai a sugestão http://blog.thiagoarrais.com.br/2008/12/02/traducao-a-outra-metade-de-artistas-publicam/
Felizmente nunca passei por uma situação de burocratização como esta de vocês, mas acho que a indignação inicial do Juan não se dá pelo fato do GIT ter ou não ter boas ferramentas GUI, o problema é mais embaixo e muito mais complicado e se resolver.
Qualquer mudança causa um dano, e os empresários sabem disto. Sabem tanto que, com o tempo, desenvolvem uma grande capacidade de ter medo de qualquer mudança. É aquela máxima, time que esta ganhando não se mexe. E isto pode funcionar, e muitas vezes funciona. Mas acho que funcionam pois na grande maioria, estas empresas são focadas mais em diminuir risco do que aumentar oportunidades. É uma questão de valores.
E falando em mudanças, mudar é algo recorrente na metodologia ágil. Pode até parecer que não causa dano, mas mudança é algo recorrente. Isto se dá pois na metodologia ágil entendemos que, em muitas vezes, podemos mudar para melhor. Todo o dano que sofremos, virá em "dobro" como recompensa. É como investimento, gasto hoje para colher os lucros amanha.
Mas temos que ter a noção que vamos enfrentar um risco toda vez que mudamos. Ai vem um grande valor do XP: a Coragem. Coragem é a capacidade de assumir riscos consciente de que poderá superá-los.
Queria deixar claro que não estou fazendo nenhuma crítica às empresas de vocês, mesmo porque eu não tenho propriedade nenhuma para falar nada. Mas é recorrente ler sobre essas empresas e ver que, na verdade, o problema sempre é cultural. Só que isto é assunto para outra discussão, e uma discussão das grandes!!
Coincidentemente, li um artigo que me lembrou bastante o que vocês estão descrevendo. Fica ai a sugestão http://blog.thiagoarrais.com.br/2008/12/02/traducao-a-outra-metade-de-artistas-publicam/
Juan Basso
Dec 9, 2008, 5:34:25 AM12/9/08
to CakePHP Tuga
Josenivaldo: Concordo com você. Mas no nosso caso, o "time de
integração" está dividido em dois: um o coordenador de projeto, que é
o responsável por juntar todo o desenvolvimento testado pelos
desenvolvedores e testar todos processos na sua versão final; e outro
é a equipe de testes e homologações, que seguirá um roteiro de testes
para verificar se nada antigo foi danificado/prejudicado e os novos
desenvolvimentos estão OK. O bom do coordenador no processo é que ele
é quem realmente conhece a solução, cada detalhe técnico e como as
coisas deveriam funcionar. O pessoal de teste não necessariamente deve
conhecer, e isso ajuda a termos uma noção de usabilidade do software,
pois se eles não entenderam, imagina nosso cliente...
Aqui não temos problemas em disponibilizar releases com correções de
fixes, pois é resolvido o bug, e gerado uma nova release. Se estiver
pegando fogo no cliente, a release já é atualizada, caso contrário
será encaminhado para o setor de testes. E outra, nem sempre todo fix
passa pelos testes, pois temos testes de regreção mensal, ou seja, a
cada mês, é pego a última versão estável da release e testado. Caso
seja reprovada, volta para a última versão válida até a correção dos
problemas e então novo teste.
Pedrini: Você entendeu o que eu quis dizer sobre a parte de migração.
Aqui, como falei das equipes, temos esse problema. As vezes, um
software não está no mesmo SCM ou estão em locais separados. Sem
dúvida, há sempre um freio por causa de precaução. E mais, as vezes
quando uma equipe pode migrar, a outra não pode. Vejo isso pela
migração de CVS para SVN que foi enfrentada aqui e que esta levando
mais de um ano.
Quanto ao texto, realmente show de bola. Já repassei para alguns da
empresa. :)
Juan Basso
> descrevendo. Fica ai a sugestãohttp://blog.thiagoarrais.com.br/2008/12/02/traducao-a-outra-metade-de...
integração" está dividido em dois: um o coordenador de projeto, que é
o responsável por juntar todo o desenvolvimento testado pelos
desenvolvedores e testar todos processos na sua versão final; e outro
é a equipe de testes e homologações, que seguirá um roteiro de testes
para verificar se nada antigo foi danificado/prejudicado e os novos
desenvolvimentos estão OK. O bom do coordenador no processo é que ele
é quem realmente conhece a solução, cada detalhe técnico e como as
coisas deveriam funcionar. O pessoal de teste não necessariamente deve
conhecer, e isso ajuda a termos uma noção de usabilidade do software,
pois se eles não entenderam, imagina nosso cliente...
Aqui não temos problemas em disponibilizar releases com correções de
fixes, pois é resolvido o bug, e gerado uma nova release. Se estiver
pegando fogo no cliente, a release já é atualizada, caso contrário
será encaminhado para o setor de testes. E outra, nem sempre todo fix
passa pelos testes, pois temos testes de regreção mensal, ou seja, a
cada mês, é pego a última versão estável da release e testado. Caso
seja reprovada, volta para a última versão válida até a correção dos
problemas e então novo teste.
Pedrini: Você entendeu o que eu quis dizer sobre a parte de migração.
Aqui, como falei das equipes, temos esse problema. As vezes, um
software não está no mesmo SCM ou estão em locais separados. Sem
dúvida, há sempre um freio por causa de precaução. E mais, as vezes
quando uma equipe pode migrar, a outra não pode. Vejo isso pela
migração de CVS para SVN que foi enfrentada aqui e que esta levando
mais de um ano.
Quanto ao texto, realmente show de bola. Já repassei para alguns da
empresa. :)
Juan Basso
Reply all
Reply to author
Forward
0 new messages