Menu
▾
▴
redeca-desenvolvedores — Para os discussão de requisitos, commits e bugs em geral
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(12) |
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Carlos J. <car...@gm...> - 2010-01-20 17:19:58
|
Conforme conversamos por telefone, inseri o logo do REDECA no wiki e conferi se faltava algum arquivo essencial na comunidade... A comunidade está completa. Também conforme o combinado te envio o documento de melhores práticas para administradores na comunidade. Proposta de documento de melhores práticas Uma característica fundamental que se deve reparar na comunidade é o tamanho do público que ela atinge diretamente. Então todo o conteúdo colocado dentro da comunidade tem uma repercussão grande, se houver um erro no manual serão várias pessoas reclamando no fórum do mesmo problema, se o código está difícil de encontrar dentro comunidade, mais uma vez, serão várias dúvidas no fórum. Nesse contexto, a preocupação com que a navegação dentro da comunidade, documentações e outros sejam didáticos e claros é algo que é crucial e estratégico. A coordenação do Portal do Software Público já entrega para o Administrador da comunidade a comunidade em um formato padrão (de modo que usuário pode ter acesso ao conteúdos principais por meio de links na página inicial da comunidade) e exige que o conteúdo básico seja inserido na comunidade (código fonte, código executável e manual de instalação). A Coordenação do Portal também faz uma verificação do código inserido na comunidade antes de abri-la ao público de modo a garantir um nível mínimo de qualidade. Então depois que a comunidade é aberta o coordenador tem como principal responsabilidade para manter o funcionamento da comunidade responder o fórum. Em geral se o usuário não é respondido no fórum ele não volta a comunidade. Então temos como sugestão de boas práticas: - Responder todas as dúvidas do fórum se possível fazendo referência à materiais já existentes (manual de instalação, FAQ, wiki, o próprio fórum, etc) de forma a não só resolver a dúvida do usuário mas também instruí-lo de como ele pode navegar na mesma. (sugerimos que o coordenador use o recurso de receber as mensagens do fórum por e-mail de modo que ele possa responder as dúvidas mais rápido) - A partir do fórum criar o FAQ (perguntas frequentes). Tentando diminuir as dúvidas repetidas no fórum. - A partir das dúvidas do fórum pode se identificar que parte da documentação esta gerando dúvidas, layout da comunidade que esta dificultando acesso a informação, então uma boa prática é alterar a documentação, layout e outros buscando facilitar o acesso do usuário. - Corrigir erros reportados no ambiente de desenvolvimento e no fórum do código - Incorporar melhorias enviadas no ambiente de desenvolvimento no código - Colocar notícias na comunidade sobre assunto relacionados ao software. - Promover reuniões virtuais (ferramenta de Sala de reunião) e presenciais com os usuários da comunidade - Promover o lançamento de novas versões do software, inserindo as versões novas na comunidade. - Participar das reuniões de coordenação e dos eventos promovidos pela coordenação do Portal. Não temos ainda um modelo de desenvolvimento de software de forma colaborativa, ele será desenvolvido considerando experiências já existentes (como a do Instituto Federal RN) e documentações. |
|
From: Talita - M. <mon...@gm...> - 2010-01-12 18:21:35
|
Meninos! Giovanni e Fe, que bom saber que nossa comunicação está viva! Obrigada pela colaboração! Talita 2010/1/11 Giovanni dos Reis Nunes <gio...@va...> > > Vou iniciar a instalação de nosso server, pretendo instalar o ubuntu > > server, só não sei que versão 8.04LTS ou 9.10... qual seria mais > > interessante?? (...) > > Qual a especificação do Servidor? > > Sem pensar muito eu responderia o Ubuntu 9.10 (não lembro se tem um LTS > mais recente, vale lembrar que o 8.04 significa que é uma distribuição > de Abril/2008). Se você realmente fizer questão da interface gráfica > (para poder rodar localmente alguma coisa) o Ubuntu 9.10 está bem > dimensionado. > > Se você pretende, ou apenas irá acessá-lo remotamente via SSH ou alguma > ferramenta em Web eu passaria logo para o Debian 5.0 "Lenny" (do Toy > Story, não dos Simpsons), aí você terá uma instalação bem enxuta e > deixando todo o espaço em disco para a aplicação e banco de dados (dá > para fazer no 9.10 mas é um saco ficar removendo o monte de programas > que o instalador colocou e que você nem vai utilizar). > > Optando pelo Debian eu te passo até uma lista dos pacotes que você já > pode deixar instalado e algumas ferramentas para administração remota. > > E claro, se o seu servidor é algum parrudo AMD ou Intel nem pense no > "i386", vá logo para as versões "amd64", que são compiladas para > arquiteturas 64-bit... > > > -- > Giovanni dos Reis Nunes <gio...@va...> > Prefeitura Municipal de Várzea Paulista > > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > |
|
From: Giovanni d. R. N. <gio...@va...> - 2010-01-12 03:09:46
|
> Vou iniciar a instalação de nosso server, pretendo instalar o ubuntu > server, só não sei que versão 8.04LTS ou 9.10... qual seria mais > interessante?? (...) Qual a especificação do Servidor? Sem pensar muito eu responderia o Ubuntu 9.10 (não lembro se tem um LTS mais recente, vale lembrar que o 8.04 significa que é uma distribuição de Abril/2008). Se você realmente fizer questão da interface gráfica (para poder rodar localmente alguma coisa) o Ubuntu 9.10 está bem dimensionado. Se você pretende, ou apenas irá acessá-lo remotamente via SSH ou alguma ferramenta em Web eu passaria logo para o Debian 5.0 "Lenny" (do Toy Story, não dos Simpsons), aí você terá uma instalação bem enxuta e deixando todo o espaço em disco para a aplicação e banco de dados (dá para fazer no 9.10 mas é um saco ficar removendo o monte de programas que o instalador colocou e que você nem vai utilizar). Optando pelo Debian eu te passo até uma lista dos pacotes que você já pode deixar instalado e algumas ferramentas para administração remota. E claro, se o seu servidor é algum parrudo AMD ou Intel nem pense no "i386", vá logo para as versões "amd64", que são compiladas para arquiteturas 64-bit... -- Giovanni dos Reis Nunes <gio...@va...> Prefeitura Municipal de Várzea Paulista |
|
From: Ze F. f. <zff...@ho...> - 2010-01-04 22:39:06
|
Pessoal, Vou iniciar a instalação de nosso server, pretendo instalar o ubuntu server, só não sei que versão 8.04LTS ou 9.10... qual seria mais interessante?? Fernando FELIZ 2010 PRA TODOS.... _________________________________________________________________ Navegue com segurança com o Novo Internet Explorer 8. Baixe agora, é gratis! http://brasil.microsoft.com.br/IE8/mergulhe/?utm_source=MSN%3BHotmail&utm_medium=Tagline&utm_content=Tag4&utm_campaign=IE8 |
|
From: Carlos J. <car...@gm...> - 2009-12-19 11:57:26
|
http://www.youtube.com/watch?v=mj1KVkP0fNw |
|
From: Carlos J. <car...@gm...> - 2009-12-09 14:32:28
|
Na verdade, o ATENDIMENTO GERAL está presente em todos os tipos de atendimentos, incluindo o de turmas, abrigamento, liberdade assistida, etc. O motivo dessa presença é do atendente poder registrar acontecimentos a la blog, várias entradas com as ocorrências interessantes de serem anotadas para uma rápida consulta sobre a pessoa. Acontece que para demais entidades que não possuem um atendimento especializado tornou-se interessante nessa mesma tela ter os campos de entrega, como maneira mais simples de classificar ocorrências comuns e interessantes de serem contabilizadas, o que acabou se estendendo a todos os outros tipos que "herdam" esse ATENDIMENTO GERAL, como no caso do ABRIGAMENTO. Mas não vi problema nisso. Então, a princípio, cada entidade vai iniciar um tipo de atendimento com a pessoa, associado ao tipo(s) de programa(s) que ela possui. Um atendimento de ABRIGAMENTO vai ter os dois campos (GERAL e o específico) disponíveis assim que o atendimento for iniciado (porque ele "herda"). Se a entidade tivesse um outro programa genérico, teria a possibilidade de abrir dois tipos de atendimentos diferentes, um teria 2 abas (geral e o específico) e o outro, apenas 1 aba (geral). Se entendi a sua dúvida Leandro, creio que essas respostas ajudem. Qq coisa dá um toque. 2009/12/9 Leandro <le...@wn...>: > Bom dia amigos > > Estamos a todo vapor na implantação do sistema em Bebedouro só que surgiu > uma dúvida quando chegamos as entidades que realizam abrigamento. > No momento de fazer o atendimento e cadastrar as crianças que estão > abrigadas seguimos o manual para o técnico da entidade, na página 90. > Só que não consegui entender uma coisa, está incluso no mesmo atendimento o > ABRIGAMENTO e o ATENDIMENTO GERAL (Entrega de cestas básicas, remédios, > etc). > Não consegui achar como eu faço apenas o Abrigamento do atendido. > Também fui fazer um teste e tentar registrar a entrega de Cesta Básica e > também só é possível registrando um ABRIGAMENTO. Acho que há algo errado ai, > ou senão me deem uma luz. > > Abçs > > Leandro Porto Nischida > Diretor de Criação > Wnim Publicidade e Assessoria > Fone (17) 3343 7652 > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > > |
|
From: Talita - M. <mon...@gm...> - 2009-12-02 16:51:04
|
Este foi sim um breve comentário do Jordão!!! rsrsss.... 2009/12/1 Carlos Jordão <car...@gm...> > Pessoal, > Tá lançada a versão 1.0.09, que contém a correção do bug da senha > na tela de edição dos dados da entidade. > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > |
|
From: Talita - M. <mon...@gm...> - 2009-12-02 16:50:53
|
Uhuuuu!!! Vcs são f.... bjs Talita 2009/12/1 Carlos Jordão <car...@gm...> > Pessoal, > Tá lançada a versão 1.0.09, que contém a correção do bug da senha > na tela de edição dos dados da entidade. > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > |
|
From: Carlos J. <car...@gm...> - 2009-12-01 20:36:24
|
Pessoal,
Tá lançada a versão 1.0.09, que contém a correção do bug da senha
na tela de edição dos dados da entidade.
|
|
From: Talita - M. <mon...@gm...> - 2009-11-30 20:05:03
|
Muito bom pessoal!!!
Quem contratou essa pessoa foi Jordão de São Carlos ou Fe do Guaruja?
Abçs
Talita
2009/11/27 Ze Fernando fonseca <zff...@ho...>
> Pra mim ta fechado, manter o padrão (checkbox)
> Fernando
>
> > Date: Fri, 27 Nov 2009 10:16:10 -0200
> > From: car...@gm...
> > To: Red...@li...
> > Subject: [Redeca-desenvolvedores] Bug da senha do usuário
>
> >
> > E aí gente? Blz?
> > Coloquei o Fábio Barbano, um analista do departamento para ajudar no
> > redeca. Atribui a ele a questão do "bug da senha que sempre precisa
> > trocar". Olha análise dele:
> >
> > O problema é o seguinte... nesse form do coordenador, tem o campo
> > "flag_password", assim como no form do usuário. É a flag que indica se
> > vai ser alterada ou não a senha.
> >
> > A diferença é que no form do usuário ele está como checkbox, e só vai
> > passar o valor "1" caso seja selecionado. Já nesse outro form ele está
> > como hidden, e vai passar o valor 1 clicando ou não no botão. Por isso
> > o sistema entende que sempre está selecionada a mudança de senha.
> >
> > Uma possível solução seria mudar o valor desse campo hidden para "0",
> > e adicionar um script no botão para alterar esse valor caso o usuário
> > clique no botão de alteração de senha, tipo onclick =
> > "document.getElementByName('flag_password').value = 1;" . Dessa
> > maneira, ao clicar no botão, será alterado o valor da flag.
> >
> > Outra opção seria tirar o botão e o hidden, e botar o mesmo checkbox
> > do form Usuários.
> >
> > ---
> > bom, para deixar a solução uniforme com a 1a tela, pedi para deixar o
> > botão como checkbox.
> > Se alguém tiver algo contra, levante a mão. :)
> > Entre segunda e terça eu subo no cvs e posto uma nova versão com o bug
> > corrigido.
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now. http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Redeca-desenvolvedores mailing list
> > Red...@li...
> > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores
>
> ------------------------------
> Novo Windows 7. Você vai achar que nasceu sabendo! Clique e conheça.<http://www.microsoft.com/brasil/windows7/default.html?WT.mc_id=1539>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Redeca-desenvolvedores mailing list
> Red...@li...
> https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores
>
>
|
|
From: Ze F. f. <zff...@ho...> - 2009-11-27 13:26:15
|
Pra mim ta fechado, manter o padrão (checkbox)
Fernando
> Date: Fri, 27 Nov 2009 10:16:10 -0200
> From: car...@gm...
> To: Red...@li...
> Subject: [Redeca-desenvolvedores] Bug da senha do usuário
>
> E aí gente? Blz?
> Coloquei o Fábio Barbano, um analista do departamento para ajudar no
> redeca. Atribui a ele a questão do "bug da senha que sempre precisa
> trocar". Olha análise dele:
>
> O problema é o seguinte... nesse form do coordenador, tem o campo
> "flag_password", assim como no form do usuário. É a flag que indica se
> vai ser alterada ou não a senha.
>
> A diferença é que no form do usuário ele está como checkbox, e só vai
> passar o valor "1" caso seja selecionado. Já nesse outro form ele está
> como hidden, e vai passar o valor 1 clicando ou não no botão. Por isso
> o sistema entende que sempre está selecionada a mudança de senha.
>
> Uma possível solução seria mudar o valor desse campo hidden para "0",
> e adicionar um script no botão para alterar esse valor caso o usuário
> clique no botão de alteração de senha, tipo onclick =
> "document.getElementByName('flag_password').value = 1;" . Dessa
> maneira, ao clicar no botão, será alterado o valor da flag.
>
> Outra opção seria tirar o botão e o hidden, e botar o mesmo checkbox
> do form Usuários.
>
> ---
> bom, para deixar a solução uniforme com a 1a tela, pedi para deixar o
> botão como checkbox.
> Se alguém tiver algo contra, levante a mão. :)
> Entre segunda e terça eu subo no cvs e posto uma nova versão com o bug
> corrigido.
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Redeca-desenvolvedores mailing list
> Red...@li...
> https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores
_________________________________________________________________
Você já ama o Messenger? Conheça ainda mais sobre ele no Novo site de Windows Live.
http://www.windowslive.com.br/?ocid=WindowsLive09_MSN_Hotmail_Tagline_out09 |
|
From: Carlos J. <car...@gm...> - 2009-11-27 12:43:05
|
E aí gente? Blz?
Coloquei o Fábio Barbano, um analista do departamento para ajudar no
redeca. Atribui a ele a questão do "bug da senha que sempre precisa
trocar". Olha análise dele:
O problema é o seguinte... nesse form do coordenador, tem o campo
"flag_password", assim como no form do usuário. É a flag que indica se
vai ser alterada ou não a senha.
A diferença é que no form do usuário ele está como checkbox, e só vai
passar o valor "1" caso seja selecionado. Já nesse outro form ele está
como hidden, e vai passar o valor 1 clicando ou não no botão. Por isso
o sistema entende que sempre está selecionada a mudança de senha.
Uma possível solução seria mudar o valor desse campo hidden para "0",
e adicionar um script no botão para alterar esse valor caso o usuário
clique no botão de alteração de senha, tipo onclick =
"document.getElementByName('flag_password').value = 1;" . Dessa
maneira, ao clicar no botão, será alterado o valor da flag.
Outra opção seria tirar o botão e o hidden, e botar o mesmo checkbox
do form Usuários.
---
bom, para deixar a solução uniforme com a 1a tela, pedi para deixar o
botão como checkbox.
Se alguém tiver algo contra, levante a mão. :)
Entre segunda e terça eu subo no cvs e posto uma nova versão com o bug
corrigido.
|
|
From: Talita - M. <mon...@gm...> - 2009-11-17 20:45:12
|
Legal! Embora eu não entenda nada do que vcs falam! Valeu! bjs Talita 2009/11/16 Giovanni dos Reis Nunes <gio...@va...> > Povo, > > Acredito que o mais recomendável para as instalações em Windows seja > utilizar o Cygwin (http://www.cygwin.com/), além dele instalar as coisas > nos locais mais óbvios (estes pacotes geralmente instalam as coisas nos > lugares fáceis para o cara que os compilou) permite a fácil atualização > das versões (fora a possibilidade de instalar o SSH). > > > -- > Giovanni dos Reis Nunes <gio...@va...> > Prefeitura Municipal de Várzea Paulista > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > |
|
From: Talita - M. <mon...@gm...> - 2009-11-17 19:51:10
|
Muito bom! Obrigada Jordão! bjs Talita 2009/11/16 Carlos Jordão <car...@gm...> > Olá a todos, > Fazendo algumas instalações para windows, detectei 2 problemas que > foram corrigidos: > 1) a codificação do arquivo resources_pt_BR.ini parece ter alguns > problemas no windows, mas agora ao menos não impedirão o software de > carregar. > 2) o XAMPP 1.7.2 usa a versão do PHP 5.3.0, que gera um problema em um > controller chamado Helper.php na biblioteca do Zend. Isso se dá pq há > uma função chamada "goto()", que o parser do 5.3.0 não aceita mais, > causando erro irrecuperável. Pelas discussões nas listas da Zend, as > referências internas foram corrigidas. Modifiquei o arquivo para não > causar mais problemas, e os testes mostraram normalidade no sistema. > > Com isso, fechei a versão 1.0.08, com maior compatibilidade para Windows. > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > |
|
From: Giovanni d. R. N. <gio...@va...> - 2009-11-16 15:18:47
|
Povo, Acredito que o mais recomendável para as instalações em Windows seja utilizar o Cygwin (http://www.cygwin.com/), além dele instalar as coisas nos locais mais óbvios (estes pacotes geralmente instalam as coisas nos lugares fáceis para o cara que os compilou) permite a fácil atualização das versões (fora a possibilidade de instalar o SSH). -- Giovanni dos Reis Nunes <gio...@va...> Prefeitura Municipal de Várzea Paulista |
|
From: Carlos J. <car...@gm...> - 2009-11-16 14:25:13
|
Olá a todos,
Fazendo algumas instalações para windows, detectei 2 problemas que
foram corrigidos:
1) a codificação do arquivo resources_pt_BR.ini parece ter alguns
problemas no windows, mas agora ao menos não impedirão o software de
carregar.
2) o XAMPP 1.7.2 usa a versão do PHP 5.3.0, que gera um problema em um
controller chamado Helper.php na biblioteca do Zend. Isso se dá pq há
uma função chamada "goto()", que o parser do 5.3.0 não aceita mais,
causando erro irrecuperável. Pelas discussões nas listas da Zend, as
referências internas foram corrigidas. Modifiquei o arquivo para não
causar mais problemas, e os testes mostraram normalidade no sistema.
Com isso, fechei a versão 1.0.08, com maior compatibilidade para Windows.
|
|
From: Carlos J. <car...@gm...> - 2009-11-11 12:30:43
|
A versão 1.0.07 conta com a correção no bug do metaphone para os casos de LUIS e LUIZ. para quem já tem uma base populada, será preciso regerar os metaphones. Vou dar uma olhada como se cria uma página no setor de administração para isso. Alguém tem sugestões? |
|
From: Talita - M. <mon...@gm...> - 2009-11-10 17:59:57
|
Obrigada pessoal!!! Bom saber que o metaphone está fazendo sucesso!!! Abraços e parabéns pelo trabalho de vcs! Talita 2009/11/10 Carlos Jordão <car...@gm...> > bom saber, tem q dar uma olhada no arquivo em .php > > Pelo que eu vi aqui, é um problema na implementação. O algoritmo troca > o Z por S sim, mas no final da string. > Acontece que nesse software considera-se passar um nome completo > (incluindo os espaços) e deixar a cargo > do algoritmo cuidar dos detalhes do que fazer com o final das > palavras. Daí que o algoritmo considera o fim da string > inteira, e não se o próximo é espaço ou o fim da string. > > corrigi no arquivo e testei. Ele vai gerar o metaphone correto agora > para os Luis e Luiz. > > o arquivo, em anexo, fica em lib/pt_metaphone/ > > > > 2009/11/10 Leandro <le...@wn...>: > > Jordão e Giovanni > > > > > > Aproveitando a deixa, estava fazendo uma demonstração do Redeca e fiz uma > > pesquisa com o nome LUIS e apareceu apenas os nomes com S, os com Z não > > apareceram. E vice-versa. > > > > Leandro Porto Nischida > > Diretor de Criação > > Wnim Publicidade e Assessoria > > Fone (17) 3343 7652 > > > > > > > > > > > > > > ----- Original Message ----- From: "Carlos Jordão" < > car...@gm...> > > To: "redeca-desenvolvedores" < > Red...@li...> > > Sent: Tuesday, November 10, 2009 11:55 AM > > Subject: [Redeca-desenvolvedores] [OFF] Uso do Metaphone ptBR > > > > > > Queria compartilhar isso com todos, que estamos usando com bastante > > sucesso o metaphone em > > um dicionário de português, aliado à busca de palavras nas leis > > municipais, para encontrar e/ou sugerir > > opções de busca. > > > > Agradecimentos ao Giovanni e sua equipe, que começaram esse trabalho. > > > > PS: dei uma pesquisada e tá pipocando algumas implementações de > > metaphone para português. > > Tem um trabalho derivado em Java que faz referência ao de Várzea > Paulista. > > > > > http://mecanicamente.blogspot.com/2009/10/metaphone-em-portugues-para-java.html > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > > trial. Simplify your report design, integration and deployment - and > focus > > on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > Redeca-desenvolvedores mailing list > > Red...@li... > > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > > |
|
From: Carlos J. <car...@gm...> - 2009-11-10 15:39:04
|
bom saber, tem q dar uma olhada no arquivo em .php Pelo que eu vi aqui, é um problema na implementação. O algoritmo troca o Z por S sim, mas no final da string. Acontece que nesse software considera-se passar um nome completo (incluindo os espaços) e deixar a cargo do algoritmo cuidar dos detalhes do que fazer com o final das palavras. Daí que o algoritmo considera o fim da string inteira, e não se o próximo é espaço ou o fim da string. corrigi no arquivo e testei. Ele vai gerar o metaphone correto agora para os Luis e Luiz. o arquivo, em anexo, fica em lib/pt_metaphone/ 2009/11/10 Leandro <le...@wn...>: > Jordão e Giovanni > > > Aproveitando a deixa, estava fazendo uma demonstração do Redeca e fiz uma > pesquisa com o nome LUIS e apareceu apenas os nomes com S, os com Z não > apareceram. E vice-versa. > > Leandro Porto Nischida > Diretor de Criação > Wnim Publicidade e Assessoria > Fone (17) 3343 7652 > > > > > > > ----- Original Message ----- From: "Carlos Jordão" <car...@gm...> > To: "redeca-desenvolvedores" <Red...@li...> > Sent: Tuesday, November 10, 2009 11:55 AM > Subject: [Redeca-desenvolvedores] [OFF] Uso do Metaphone ptBR > > > Queria compartilhar isso com todos, que estamos usando com bastante > sucesso o metaphone em > um dicionário de português, aliado à busca de palavras nas leis > municipais, para encontrar e/ou sugerir > opções de busca. > > Agradecimentos ao Giovanni e sua equipe, que começaram esse trabalho. > > PS: dei uma pesquisada e tá pipocando algumas implementações de > metaphone para português. > Tem um trabalho derivado em Java que faz referência ao de Várzea Paulista. > > http://mecanicamente.blogspot.com/2009/10/metaphone-em-portugues-para-java.html > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > |
|
From: Leandro <le...@wn...> - 2009-11-10 15:12:31
|
Jordão e Giovanni Aproveitando a deixa, estava fazendo uma demonstração do Redeca e fiz uma pesquisa com o nome LUIS e apareceu apenas os nomes com S, os com Z não apareceram. E vice-versa. Leandro Porto Nischida Diretor de Criação Wnim Publicidade e Assessoria Fone (17) 3343 7652 ----- Original Message ----- From: "Carlos Jordão" <car...@gm...> To: "redeca-desenvolvedores" <Red...@li...> Sent: Tuesday, November 10, 2009 11:55 AM Subject: [Redeca-desenvolvedores] [OFF] Uso do Metaphone ptBR Queria compartilhar isso com todos, que estamos usando com bastante sucesso o metaphone em um dicionário de português, aliado à busca de palavras nas leis municipais, para encontrar e/ou sugerir opções de busca. Agradecimentos ao Giovanni e sua equipe, que começaram esse trabalho. PS: dei uma pesquisada e tá pipocando algumas implementações de metaphone para português. Tem um trabalho derivado em Java que faz referência ao de Várzea Paulista. http://mecanicamente.blogspot.com/2009/10/metaphone-em-portugues-para-java.html ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Redeca-desenvolvedores mailing list Red...@li... https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores |
|
From: Carlos J. <car...@gm...> - 2009-11-10 13:55:40
|
Queria compartilhar isso com todos, que estamos usando com bastante sucesso o metaphone em um dicionário de português, aliado à busca de palavras nas leis municipais, para encontrar e/ou sugerir opções de busca. Agradecimentos ao Giovanni e sua equipe, que começaram esse trabalho. PS: dei uma pesquisada e tá pipocando algumas implementações de metaphone para português. Tem um trabalho derivado em Java que faz referência ao de Várzea Paulista. http://mecanicamente.blogspot.com/2009/10/metaphone-em-portugues-para-java.html |
|
From: Ze F. f. <zff...@ho...> - 2009-10-23 13:54:09
|
Belo BREVE COMENTÁRIO!!!! heheheehe acho que o caminho deve ser por ai mesmo.. Fernando > Date: Thu, 22 Oct 2009 22:05:56 -0200 > Subject: Re: [Redeca-desenvolvedores] FW: Discussão sobre duplicidade > From: car...@gm... > To: zff...@ho... > CC: red...@li... > > Essa solução de chave única no banco não considera variações no nome, > pois é feito pelo banco. > Inclusive, acontecer de variações no nome de caixa alta e baixa serem > considerados como diferentes pelo banco. > Só não lembro se todos os nomes são inseridos em maiúsculas, o que > diminuiria o problema. > > Mas uma solução melhor seria uma ferramenta de detecção e migração de dados. > Porque um procedimento bem definido desse tipo daria base para a > criação de um módulo offline no futuro. > > Para impedir mesmo um cadastro duplicado, o sistema precisa ser mais > chato e pró-ativo, na hora de cadastrar um novo, não deixar realmente > o usuário cadastrar alguém que ele considere igual. > Nessa linha, ele teria que fazer várias consultas e criar uma nota de > 0 a 1, ou de 0 a 10, como um "índice de semelhança". > Por exemplo, > se nome + data nascimento são iguais, índice = 10. > senão, índice = 0. > > O difícil é analisar outras condições que possam contribuir, como > metaphone do nome igual + data de nascimento = 8. > > Não tenho uma solução pronta para isso, nem um método para definir > valores para esse cálculo. Mas já conseguir fazer uma busca no banco > por nome case insensitive já ajuda nesse processo. > > De qq forma, outros estudos q fiz com nomes de ruas (tentei "casar" > duas bases de dados de nomes de ruas), encontrei que um índice de 0,8 > ou 80% de semelhança dá para considerar igual. Tem várias funções que > se propõe a encontrar a semelhança entre dois textos, cada qual à sua > maneira, mas esse me pareceu o melhor, para PHP: > http://www.php.net/manual/en/function.similar-text.php > Contudo, uma busca no banco com essa função é muito intensiva > computacionalmente pois ele precisa checar registro por registro, sem > possibilidade de armazenar algo semi pronto para ser comparado, como é > o caso do metaphone. > > > Agora, quanto à migração de dados, acho q é até mais fácil do que > parece. Uma vez que vc atesta que há duplicidade entre dois registros > (poderia haver a opção de deixar automático ou semi-automático a > conversão), seria feito um lock no banco e update em cascata. Não é > algo que deve demorar muito, pois será atualização do campo de chave > primária. A escolha se atualiza pelo ID do registro mais velho ou do > mais novo deve ser feita pelo caso mais sensível, que são as tabelas > com conteúdos, como per_person e de família. Atendimento pode ser > trocado o ID apenas, e assim ele se transformará em histórico. > Moradia, o registro mais velho vira histórico. > > Para o conteúdo das tabelas per_person, não é tão simples. Vamos > assumir que os dados serão migrados como histórico. Podemos: > 1) quando pessoa A tiver mais registros que B, migrar B para A. > Significa: alguém criou sem pesquisar no banco. > 1.1) Quando A for mais velho que B, transformar o registro atual de A > em histórico e os dados de B para o dado atual. > > 2) quando a diferença na quantidade de registros de A e B não passar > de 2, e diferença de datas mais recentes de atualização não passar de > um mês, optar por migrar do mais velho para o mais novo. > Significa: um cadastro recente na rede criado em dois lugares diferentes. > > 3) quando a diferença de última atualização entre A e B for maior que > 1 mês, migrar do mais velho para o mais novo. > Significa: Um cadastro duplicado e esquecido no banco. > > > Seria interessante ter um campo status (uma flag) para indicar o tipo > de histórico praticado, como no caso de uma conversão automática. > > Podemos supor que o atendido esteja falando a verdade sobre a sua > situação, então com isso dá para assumir que o registro mais > novo é o mais atual. Para evitar muitos problemas, poderíamos > estabelecer uma prática de ativar esse método no cadastro de uma nova > pessoa e uma vez por semana, varrer a base de dados. > > Por enquanto é o q tenho em mente. > > 2009/10/22 Ze Fernando fonseca <zff...@ho...>: > > Jordão, > > > > Acho que esse indice de registros duplicado pode ser considerado como nulo, > > o filtro de chave unica pode ser interessante. Nessa solução que vc passou, > > a variação do nome poderia invalidar a chave ou geraria um novo registro? > > Complementado o que vc falou, acho que o problema maior seria no caso de > > detectar um registro duplicado, como "elimina-lo", ou melhor como agir nesse > > caso, pois se for detectado na hora, da pra alterar o nome da pessoa e > > tranforma-la em uma pessoa pra ser desconsiderada, o problema é quando os > > registros ja possuem informações de atendimento. > > Fernando > > > > > >> Date: Wed, 21 Oct 2009 17:23:50 -0200 > >> From: car...@gm... > >> To: Red...@li... > >> Subject: [Redeca-desenvolvedores] Discussão sobre duplicidade > >> > >> Caros, > >> Há a preocupação quanto à duplicidade de dados no Redeca. > >> Fiz uma análise a partir de vários arquivos públicos de beneficiários > >> do Bolsa Família. > >> é uma lista contendo o nome das pessoas (família) e a data de > >> aniversário de cada uma delas. > >> > >> Baixei o suficiente para ter uma base de cerca de 3.057.000 > >> pessoas. Dessas, tirando duplicidade de cadastro presente na própria > >> lista, cheguei a um número de 28, que por amostragem, não dá pra ter > >> certeza se foi erro de cadastro ou se são duas pessoas diferentes. > >> Teria q analisar uma a uma. > >> > >> Ou seja, seriam 28 em 3 milhões de pessoas, o que daria algo > >> como 0,001% da população, ou a chance de ser duplicado o cadastro > >> utilizando nome + data de nascimento. > >> > >> Uma chave única no banco com esses campos > >> alter table per_person add unique (name,birth_date); > >> > >> Daria uma pequena segurança a mais, principalmente contra dois > >> cliques seguidos no botão de submit de um novo registro. Mas qualquer > >> variação no nome invalida a chave. > >> Ainda teria que existir um procedimento para descobrir os > >> cadastros similares e para qual migrar. > >> > >> O q vcs sugerem? > >> > >> > >> ------------------------------------------------------------------------------ > >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA > >> is the only developer event you need to attend this year. Jumpstart your > >> developing skills, take BlackBerry mobile applications to market and stay > >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! > >> http://p.sf.net/sfu/devconference > >> _______________________________________________ > >> Redeca-desenvolvedores mailing list > >> Red...@li... > >> https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > > > > ________________________________ > > Novo Internet Explorer 8: traduza com apenas um clique. Baixe agora, é > > grátis! > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > _______________________________________________ > > Redeca-desenvolvedores mailing list > > Red...@li... > > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > > > > _________________________________________________________________ Acesse seu Hotmail de onde quer que esteja através do celular. Clique aqui. http://www.windowslive.com.br/celular/home.asp?utm_source=MSN_Hotmail&utm_medium=Tagline&utm_campaign=MobileServices200908 |
|
From: Carlos J. <car...@gm...> - 2009-10-23 00:06:07
|
Essa solução de chave única no banco não considera variações no nome, pois é feito pelo banco. Inclusive, acontecer de variações no nome de caixa alta e baixa serem considerados como diferentes pelo banco. Só não lembro se todos os nomes são inseridos em maiúsculas, o que diminuiria o problema. Mas uma solução melhor seria uma ferramenta de detecção e migração de dados. Porque um procedimento bem definido desse tipo daria base para a criação de um módulo offline no futuro. Para impedir mesmo um cadastro duplicado, o sistema precisa ser mais chato e pró-ativo, na hora de cadastrar um novo, não deixar realmente o usuário cadastrar alguém que ele considere igual. Nessa linha, ele teria que fazer várias consultas e criar uma nota de 0 a 1, ou de 0 a 10, como um "índice de semelhança". Por exemplo, se nome + data nascimento são iguais, índice = 10. senão, índice = 0. O difícil é analisar outras condições que possam contribuir, como metaphone do nome igual + data de nascimento = 8. Não tenho uma solução pronta para isso, nem um método para definir valores para esse cálculo. Mas já conseguir fazer uma busca no banco por nome case insensitive já ajuda nesse processo. De qq forma, outros estudos q fiz com nomes de ruas (tentei "casar" duas bases de dados de nomes de ruas), encontrei que um índice de 0,8 ou 80% de semelhança dá para considerar igual. Tem várias funções que se propõe a encontrar a semelhança entre dois textos, cada qual à sua maneira, mas esse me pareceu o melhor, para PHP: http://www.php.net/manual/en/function.similar-text.php Contudo, uma busca no banco com essa função é muito intensiva computacionalmente pois ele precisa checar registro por registro, sem possibilidade de armazenar algo semi pronto para ser comparado, como é o caso do metaphone. Agora, quanto à migração de dados, acho q é até mais fácil do que parece. Uma vez que vc atesta que há duplicidade entre dois registros (poderia haver a opção de deixar automático ou semi-automático a conversão), seria feito um lock no banco e update em cascata. Não é algo que deve demorar muito, pois será atualização do campo de chave primária. A escolha se atualiza pelo ID do registro mais velho ou do mais novo deve ser feita pelo caso mais sensível, que são as tabelas com conteúdos, como per_person e de família. Atendimento pode ser trocado o ID apenas, e assim ele se transformará em histórico. Moradia, o registro mais velho vira histórico. Para o conteúdo das tabelas per_person, não é tão simples. Vamos assumir que os dados serão migrados como histórico. Podemos: 1) quando pessoa A tiver mais registros que B, migrar B para A. Significa: alguém criou sem pesquisar no banco. 1.1) Quando A for mais velho que B, transformar o registro atual de A em histórico e os dados de B para o dado atual. 2) quando a diferença na quantidade de registros de A e B não passar de 2, e diferença de datas mais recentes de atualização não passar de um mês, optar por migrar do mais velho para o mais novo. Significa: um cadastro recente na rede criado em dois lugares diferentes. 3) quando a diferença de última atualização entre A e B for maior que 1 mês, migrar do mais velho para o mais novo. Significa: Um cadastro duplicado e esquecido no banco. Seria interessante ter um campo status (uma flag) para indicar o tipo de histórico praticado, como no caso de uma conversão automática. Podemos supor que o atendido esteja falando a verdade sobre a sua situação, então com isso dá para assumir que o registro mais novo é o mais atual. Para evitar muitos problemas, poderíamos estabelecer uma prática de ativar esse método no cadastro de uma nova pessoa e uma vez por semana, varrer a base de dados. Por enquanto é o q tenho em mente. 2009/10/22 Ze Fernando fonseca <zff...@ho...>: > Jordão, > > Acho que esse indice de registros duplicado pode ser considerado como nulo, > o filtro de chave unica pode ser interessante. Nessa solução que vc passou, > a variação do nome poderia invalidar a chave ou geraria um novo registro? > Complementado o que vc falou, acho que o problema maior seria no caso de > detectar um registro duplicado, como "elimina-lo", ou melhor como agir nesse > caso, pois se for detectado na hora, da pra alterar o nome da pessoa e > tranforma-la em uma pessoa pra ser desconsiderada, o problema é quando os > registros ja possuem informações de atendimento. > Fernando > > >> Date: Wed, 21 Oct 2009 17:23:50 -0200 >> From: car...@gm... >> To: Red...@li... >> Subject: [Redeca-desenvolvedores] Discussão sobre duplicidade >> >> Caros, >> Há a preocupação quanto à duplicidade de dados no Redeca. >> Fiz uma análise a partir de vários arquivos públicos de beneficiários >> do Bolsa Família. >> é uma lista contendo o nome das pessoas (família) e a data de >> aniversário de cada uma delas. >> >> Baixei o suficiente para ter uma base de cerca de 3.057.000 >> pessoas. Dessas, tirando duplicidade de cadastro presente na própria >> lista, cheguei a um número de 28, que por amostragem, não dá pra ter >> certeza se foi erro de cadastro ou se são duas pessoas diferentes. >> Teria q analisar uma a uma. >> >> Ou seja, seriam 28 em 3 milhões de pessoas, o que daria algo >> como 0,001% da população, ou a chance de ser duplicado o cadastro >> utilizando nome + data de nascimento. >> >> Uma chave única no banco com esses campos >> alter table per_person add unique (name,birth_date); >> >> Daria uma pequena segurança a mais, principalmente contra dois >> cliques seguidos no botão de submit de um novo registro. Mas qualquer >> variação no nome invalida a chave. >> Ainda teria que existir um procedimento para descobrir os >> cadastros similares e para qual migrar. >> >> O q vcs sugerem? >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> Redeca-desenvolvedores mailing list >> Red...@li... >> https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > > ________________________________ > Novo Internet Explorer 8: traduza com apenas um clique. Baixe agora, é > grátis! > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores > > |
|
From: Ze F. f. <zff...@ho...> - 2009-10-22 19:17:24
|
Jordão, Acho que esse indice de registros duplicado pode ser considerado como nulo, o filtro de chave unica pode ser interessante. Nessa solução que vc passou, a variação do nome poderia invalidar a chave ou geraria um novo registro? Complementado o que vc falou, acho que o problema maior seria no caso de detectar um registro duplicado, como "elimina-lo", ou melhor como agir nesse caso, pois se for detectado na hora, da pra alterar o nome da pessoa e tranforma-la em uma pessoa pra ser desconsiderada, o problema é quando os registros ja possuem informações de atendimento. Fernando > Date: Wed, 21 Oct 2009 17:23:50 -0200 > From: car...@gm... > To: Red...@li... > Subject: [Redeca-desenvolvedores] Discussão sobre duplicidade > > Caros, > Há a preocupação quanto à duplicidade de dados no Redeca. > Fiz uma análise a partir de vários arquivos públicos de beneficiários > do Bolsa Família. > é uma lista contendo o nome das pessoas (família) e a data de > aniversário de cada uma delas. > > Baixei o suficiente para ter uma base de cerca de 3.057.000 > pessoas. Dessas, tirando duplicidade de cadastro presente na própria > lista, cheguei a um número de 28, que por amostragem, não dá pra ter > certeza se foi erro de cadastro ou se são duas pessoas diferentes. > Teria q analisar uma a uma. > > Ou seja, seriam 28 em 3 milhões de pessoas, o que daria algo > como 0,001% da população, ou a chance de ser duplicado o cadastro > utilizando nome + data de nascimento. > > Uma chave única no banco com esses campos > alter table per_person add unique (name,birth_date); > > Daria uma pequena segurança a mais, principalmente contra dois > cliques seguidos no botão de submit de um novo registro. Mas qualquer > variação no nome invalida a chave. > Ainda teria que existir um procedimento para descobrir os > cadastros similares e para qual migrar. > > O q vcs sugerem? > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Redeca-desenvolvedores mailing list > Red...@li... > https://lists.sourceforge.net/lists/listinfo/redeca-desenvolvedores _________________________________________________________________ Acesse o Portal MSN do seu celular e se mantenha sempre atualizado. Clique aqui. http://www.windowslive.com.br/celular/home.asp?utm_source=MSN_Hotmail&utm_medium=Tagline&utm_campaign=MobileServices200908 |
|
From: Carlos J. <car...@gm...> - 2009-10-21 19:24:01
|
Caros,
Há a preocupação quanto à duplicidade de dados no Redeca.
Fiz uma análise a partir de vários arquivos públicos de beneficiários
do Bolsa Família.
é uma lista contendo o nome das pessoas (família) e a data de
aniversário de cada uma delas.
Baixei o suficiente para ter uma base de cerca de 3.057.000
pessoas. Dessas, tirando duplicidade de cadastro presente na própria
lista, cheguei a um número de 28, que por amostragem, não dá pra ter
certeza se foi erro de cadastro ou se são duas pessoas diferentes.
Teria q analisar uma a uma.
Ou seja, seriam 28 em 3 milhões de pessoas, o que daria algo
como 0,001% da população, ou a chance de ser duplicado o cadastro
utilizando nome + data de nascimento.
Uma chave única no banco com esses campos
alter table per_person add unique (name,birth_date);
Daria uma pequena segurança a mais, principalmente contra dois
cliques seguidos no botão de submit de um novo registro. Mas qualquer
variação no nome invalida a chave.
Ainda teria que existir um procedimento para descobrir os
cadastros similares e para qual migrar.
O q vcs sugerem?
|
2 messages has been excluded from this view by a project administrator.
