PDV Open Source - pagando por ele
858 views
Skip to first unread message
otaviofcs
Oct 8, 2009, 10:32:09 AM10/8/09
to rails-br
O que eu quero saber é se vocês conhecem um produto Open Source de PDV
(ponto de venda) que rode em servidores Linux? A explicação mais
completa segue abaixo.
Acabo de voltar de uma reunião no "Centro Nacional de Folclore e
Cultura Popular". Eles tem uma demanda que não parece complexa:
Eles querem um produto Open Source, que rode em Linux ao menos no lado
do servidor, já que existe a possibilidade do cliente desktop ser
windows. É lógico que eu acho que vale mais se ele rodar em ambos e
melhor ainda, se for 100% web.
O legal é que eles estão dispostos a pagar pelo acréscimo de
funcionalidades e posteriormente licitar um suporte ao produto. Aí
vocês perguntam:
"o que a Riopro está ganhando com isso?"
Bom, eles querem que a gente faça um levantamento dos processos
existentes para saber qual o nível de aderência dos potenciais
softwares. Nada muito demorado, nem custoso.
"E como seria feito o pagamento pelo acréscimo de funcionalidades?"
Primeiramente, ainda não sei. Mas o que eu ofereci foi que a Riopro
(que tem cadastro no SICAF), pudesse faturar junto ao orgão e ela
seria responsável por homologar e pagar os prêmios. O valor global
total seria até baixo em um primeiro momento: algo como R$6 a R$8 mil.
"Eu preciso ser do Rio de Janeiro para poder participar do acréscimo
de funcionalidades?"
Não. A idéia é justamente ser livre para receber contribuições dos
mais diversos estados do país.
Para que vocês entendam: a Riopro não vai, seguramente, ficar rica
fazendo isso. O objetivo é mesmo desenvolver uma comunidade forte em
cima de um produto e até mesmo agregar, quem sabe, outras instituições
no futuro (visto que a demanda no governo é por produtos OpenSource).
O que a gente ganha mesmo é o conhecimento de potenciais
desenvolvedores para futuras contratações e conhecer/trabalhar com uma
ferramenta que a gente mesmo possa oferecer suporte e implantação no
futuro para terceiros.
Obrigado para quem participar da discussão.
abraços,
Otávio Sampaio
http://blog.riopro.com.br
Riopro, Gestão Inteligente
(ponto de venda) que rode em servidores Linux? A explicação mais
completa segue abaixo.
Acabo de voltar de uma reunião no "Centro Nacional de Folclore e
Cultura Popular". Eles tem uma demanda que não parece complexa:
Eles querem um produto Open Source, que rode em Linux ao menos no lado
do servidor, já que existe a possibilidade do cliente desktop ser
windows. É lógico que eu acho que vale mais se ele rodar em ambos e
melhor ainda, se for 100% web.
O legal é que eles estão dispostos a pagar pelo acréscimo de
funcionalidades e posteriormente licitar um suporte ao produto. Aí
vocês perguntam:
"o que a Riopro está ganhando com isso?"
Bom, eles querem que a gente faça um levantamento dos processos
existentes para saber qual o nível de aderência dos potenciais
softwares. Nada muito demorado, nem custoso.
"E como seria feito o pagamento pelo acréscimo de funcionalidades?"
Primeiramente, ainda não sei. Mas o que eu ofereci foi que a Riopro
(que tem cadastro no SICAF), pudesse faturar junto ao orgão e ela
seria responsável por homologar e pagar os prêmios. O valor global
total seria até baixo em um primeiro momento: algo como R$6 a R$8 mil.
"Eu preciso ser do Rio de Janeiro para poder participar do acréscimo
de funcionalidades?"
Não. A idéia é justamente ser livre para receber contribuições dos
mais diversos estados do país.
Para que vocês entendam: a Riopro não vai, seguramente, ficar rica
fazendo isso. O objetivo é mesmo desenvolver uma comunidade forte em
cima de um produto e até mesmo agregar, quem sabe, outras instituições
no futuro (visto que a demanda no governo é por produtos OpenSource).
O que a gente ganha mesmo é o conhecimento de potenciais
desenvolvedores para futuras contratações e conhecer/trabalhar com uma
ferramenta que a gente mesmo possa oferecer suporte e implantação no
futuro para terceiros.
Obrigado para quem participar da discussão.
abraços,
Otávio Sampaio
http://blog.riopro.com.br
Riopro, Gestão Inteligente
Rafa - www.cearaonrails.org
Oct 8, 2009, 10:42:23 AM10/8/09
to rail...@googlegroups.com
Vinicius Luiz
Oct 8, 2009, 10:49:01 AM10/8/09
to rail...@googlegroups.com
Fala ceara, qual o link?
até eu fiquei curioso :)
att,
Vinicius Luiz
Skype/Yahoo: vinicius.luiz
MSN: vinic...@hotmail.com
Gtalk: mcp.vi...@gmail.com
Twitter: http://twitter.com/vinicius_luiz
Blog: http://viniciusluizz.wordpress.com
----------------------------------------------
Analista Desenvolvedor - TI
CETAM Ltda. - Centro de Tecnologia da Amazônia
when there is no place in hell, the dead walked the earth!
até eu fiquei curioso :)
att,
Vinicius Luiz
Skype/Yahoo: vinicius.luiz
MSN: vinic...@hotmail.com
Gtalk: mcp.vi...@gmail.com
Twitter: http://twitter.com/vinicius_luiz
Blog: http://viniciusluizz.wordpress.com
----------------------------------------------
Analista Desenvolvedor - TI
CETAM Ltda. - Centro de Tecnologia da Amazônia
when there is no place in hell, the dead walked the earth!
2009/10/8 Rafa - www.cearaonrails.org <rafas...@gmail.com>
Catón
Oct 8, 2009, 10:50:42 AM10/8/09
to rail...@googlegroups.com
O link é http://www.stoq.com.br/pt-br/
O problema é que ele não é web-based, é?!
Lucas Catón
Software Developer
http://bloglucascaton.com.br/
O problema é que ele não é web-based, é?!
Lucas Catón
Software Developer
http://bloglucascaton.com.br/
2009/10/8 Vinicius Luiz <mcp.vi...@gmail.com>
otaviofcs
Oct 8, 2009, 10:52:59 AM10/8/09
to rails-br
Obrigação de ser em Rails não tem. A preferência é por Rails, Java ou
Python mesmo. A única coisa que com certeza tem que ter é teste.
Inclusive, para homologar os acréscimos de funcionalidades, terá que
ter testes comprovando o funcionamento. A idéia que eu dei de
premiação seria algo no estilo das "Bounties" do "Horde" (um webmail
em php): http://horde.org/bounties/
Ou seja, define-se um trabalho, abre-se um ticket, define-se um valor
para o ticket, um desenvolvedor "pega" o trabalho e, se concluir e for
homologado, recebe o dinheiro. A única coisa é que se o cara demorar
muito, o ticket seria liberado e outro desenvolvedor poderia resolver.
Obrigado,
Otávio
Python mesmo. A única coisa que com certeza tem que ter é teste.
Inclusive, para homologar os acréscimos de funcionalidades, terá que
ter testes comprovando o funcionamento. A idéia que eu dei de
premiação seria algo no estilo das "Bounties" do "Horde" (um webmail
em php): http://horde.org/bounties/
Ou seja, define-se um trabalho, abre-se um ticket, define-se um valor
para o ticket, um desenvolvedor "pega" o trabalho e, se concluir e for
homologado, recebe o dinheiro. A única coisa é que se o cara demorar
muito, o ticket seria liberado e outro desenvolvedor poderia resolver.
Obrigado,
Otávio
Wenderson Rodrigues Malheiros
Oct 8, 2009, 11:45:20 AM10/8/09
to rail...@googlegroups.com
O stoq é legal... cheguei a instalar e testar... fino mesmo. O problema de não poder indicá-lo para alguns clientes foi a inviabilidade de configuração do TEF que é obrigatório para homologar em Minas Gerais.
--
----------------------------------------------------------------
Wenderson Rodrigues Malheiros
Linux evangelist
Ruby Enthusiast
2009/10/8 otaviofcs <osam...@riopro.com.br>
--
----------------------------------------------------------------
Wenderson Rodrigues Malheiros
Linux evangelist
Ruby Enthusiast
Pedro Fernandes Steimbruch
Oct 8, 2009, 12:04:37 PM10/8/09
to rail...@googlegroups.com
Otávio,
Tu fizeste uma comparação com o Horde e descrevesse o modelo no qual eles trabalham (eu não conhecia, mas achei interessante), isso por enquanto tá só no papel?
Abraços,
Pedro Fernandes Steimbruch.
Tu fizeste uma comparação com o Horde e descrevesse o modelo no qual eles trabalham (eu não conhecia, mas achei interessante), isso por enquanto tá só no papel?
Abraços,
Pedro Fernandes Steimbruch.
otaviofcs
Oct 8, 2009, 1:04:22 PM10/8/09
to rails-br
Pedro,
Mais no papel impossível. Na verdade, estou avaliando se será
possível. O que me gerou interesse foi a vontade dos funcionários de
ter uma solução livre que eles pudessem pagar evolução no longo prazo.
Porém, não creio que eles tenham como bancar o processo inteiro
sozinhos, e como falei, não ganho, a princípio, nada de mais.
O que eu queria é poder dar continuidade a um projeto existente,
beneficiando o projeto e o cliente. No meu caso, homologação junto à
receita não é crítico, por ser um órgão público.
Em linhas gerais, gostei da cara do Stoq, mas não soube avaliar o
estado de atualização do software. Vou entrar em contato com a empresa
e perguntar. Python não é minha praia mas isso seguramente não é um
problema. Só que, pelo pouco que entendi da estrutura de diretórios, a
cobertura de testes é zero. Estou enganado?
Alguém tem mais alguma idéia?
Mais no papel impossível. Na verdade, estou avaliando se será
possível. O que me gerou interesse foi a vontade dos funcionários de
ter uma solução livre que eles pudessem pagar evolução no longo prazo.
Porém, não creio que eles tenham como bancar o processo inteiro
sozinhos, e como falei, não ganho, a princípio, nada de mais.
O que eu queria é poder dar continuidade a um projeto existente,
beneficiando o projeto e o cliente. No meu caso, homologação junto à
receita não é crítico, por ser um órgão público.
Em linhas gerais, gostei da cara do Stoq, mas não soube avaliar o
estado de atualização do software. Vou entrar em contato com a empresa
e perguntar. Python não é minha praia mas isso seguramente não é um
problema. Só que, pelo pouco que entendi da estrutura de diretórios, a
cobertura de testes é zero. Estou enganado?
Alguém tem mais alguma idéia?
Reply all
Reply to author
Forward
0 new messages