Sistema de Gestão em Django
Marcio Moreira
Amigos,
1. Será que vale a pena desenvolver um sistema de gestão para uma pequena empresa comercial, industrial ou de serviços - desde o zero - usando tecnologia internet / intranet?
2. Será que vale a pena tornar isto um projeto open-source?
3. Será que participar do desenvolvimento e implantar na própria empresa um sistema gerencial open-source pode representar riscos de segurança para a empresa? Há risco de divulgar publicamente que uma empresa é gerida com o uso de um sistema de código-aberto? Ou basta uma boa segurança no servidor?
4. Seria o Django uma boa plataforma para este desenvolvimento?
5. Seria viável planejar este sistema para se tornar um mini ERP no futuro, ou é melhor não pensar tão grande?
Have fun :-)
Agora meus comentários:
- Minha plataforma pessoal de trabalho é Mac.
- Pretendo usar Linux e Mac na minha empresa.
- Adoro Python.
- Penso que as interfaces web tem vantagens em comparação com aplicações desktop, pois o futuro é a rede. Outra razão é que o trabalho que realizamos aqui exige viagens, e um sistema web favoreceria um acompanhamento à distância dos acontecimentos na empresa.
- Também precisamos lembrar de fascinantes tecnologias, como Adobe Flex e OpenLaszlo, para a criação de interfaces tipo desktop rodando na web. Mesmo assim, o puro HTML tem vantagens no quesito simplicidade.
- Acredito em open-source, e um sistema que examinei com bons olhos foi o Stoq, da Async. Mas infelizmente, esta frase na FAQ do Stoq me desanimou: "A Async Open Source, e seus desenvolvedores não possuem interesse em suportar uma plataforma que não seja de código aberto (Linux) para o Stoq."
- Não podemos negar que o mundo da informática neste início de milênio é tri-plataforma: Windows, Linux e Macintosh. "Lato sensu", o universo informático moderno é poli-plataforma: PDAs, celulares, PCs, TVs digitais, videogames, etc., etc., etc... o TCP/IP é a cola que nos une :-)
Um grande abraço a todos,
Márcio Moreira
Teresina, Piauí
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
Marinho Brandao
simplista, pois algumas situações específicas necessitam de análise
mais profunda) eu responderia SIM a todas as perguntas.
E uma boa sugestão seria: porque não tentar fazer uma versão web do
Stoq? É um sistema estável e que está muito bem, talvez poderia ser
extendido para a web... talvez através do Django seria mais complicado
(eu acho que eles usaram o SQLObject), mas no TG talvez isso seja uma
boa idéia :)
Claro q algumas coisas precisariam ser bem pensadas, mas esse é um
projeto que eu ainda quero ter a oportunidade de iniciar ou
participar.
Em 12/10/07, Marcio Moreira<arq...@yahoo.com.br> escreveu:
--
Marinho Brandão (José Mário)
Desenvolvimento
Tron Informática Ltda
Telefone: 55 (62) 3239 7337
Andrews Medina
Em 12/10/07, Marcio Moreira<arq...@yahoo.com.br> escreveu:
>
> Amigos,
>
> 1. Será que vale a pena desenvolver um sistema de gestão para uma pequena
> empresa comercial, industrial ou de serviços - desde o zero - usando
> tecnologia internet / intranet?
Sim
>
> 2. Será que vale a pena tornar isto um projeto open-source?
Sim, com isso você não estará sozinho, podendo ser auxiliados por
outras pessoas que tem o mesmo interesse que o seu.
>
> 3. Será que participar do desenvolvimento e implantar na própria empresa um
> sistema gerencial open-source pode representar riscos de segurança para a
> empresa? Há risco de divulgar publicamente que uma empresa é gerida com o
> uso de um sistema de código-aberto? Ou basta uma boa segurança no servidor?
Não creio que ter o código de um sistema aberto o torne vunerázel. É
só pensar no quesito segurança. Criptografando senhas, restringindo
acessos no local correto é lógico uma boa segurança no servidor.
Com o código sendo aberto é mais fácil alguém achar alguma
vunerabilidade e corrigir.
>
> 4. Seria o Django uma boa plataforma para este desenvolvimento?
Sim
>
> 5. Seria viável planejar este sistema para se tornar um mini ERP no futuro,
> ou é melhor não pensar tão grande?
Lógico!
> - Também precisamos lembrar de fascinantes tecnologias, como Adobe Flex e
> OpenLaszlo, para a criação de interfaces tipo desktop rodando na web. Mesmo
> assim, o puro HTML tem vantagens no quesito simplicidade.
Eu acho Adobe Flex uma ferramenta fantástica para interfaces para Web
e tenho brincado com a dupla Flex + Django.
Mas acho que um Framework ajax com componentes visuais (widgets)
poderia suprir o Flex.
[]'s
--
Andrews Medina
http://pyman.blogspot.com/
www.andrewsmedina.com.br
Andrews Medina
> E uma boa sugestão seria: porque não tentar fazer uma versão web do
> Stoq? É um sistema estável e que está muito bem, talvez poderia ser
> extendido para a web... talvez através do Django seria mais complicado
> (eu acho que eles usaram o SQLObject), mas no TG talvez isso seja uma
> boa idéia :)
Esta no meu enoorme TODO fazer uma aplicação assim usando Django
(aliás já comecei algo)
Guilherme M. Gondim (semente)
> 1. Será que vale a pena desenvolver um sistema de gestão para uma pequena
> empresa comercial, industrial ou de serviços - desde o zero - usando
> tecnologia internet / intranet?
Sim. Eu e muita gente tem interesse em uma ferramenta do tipo.
> 2. Será que vale a pena tornar isto um projeto open-source?
Vale multíssimo a pena! ;-)
> 3. Será que participar do desenvolvimento e implantar na própria empresa um
> sistema gerencial open-source pode representar riscos de segurança para a
> empresa? Há risco de divulgar publicamente que uma empresa é gerida com o
> uso de um sistema de código-aberto? Ou basta uma boa segurança no servidor?
Conhece a Lei de Linus? "Havendo olhos suficientes, todos os erros são
óbvios". Quem disse isso foi Eric Raymond, dê uma lida em A Catedral e
o Bazar: http://www.geocities.com/CollegePark/Union/3590/pt-cathedral-bazaar.html
O texto faz um paralelo entre o desenvolvimento aberto (bazar) e
restrito (catedral).
Segundo a "Lei de Linus", podemos concluir que os riscos de segurança
serão encontrados e corrigidos em um menor tempo.
> 4. Seria o Django uma boa plataforma para este desenvolvimento?
Aí depende se você gostar dele ;-). Mas ele dá conta do recado, é
seguro e te fornece velocidade no desenvolvimento.
> 5. Seria viável planejar este sistema para se tornar um mini ERP no futuro,
> ou é melhor não pensar tão grande?
Eu acho que um pequeno projeto sempre pode vir a ser um grande
projeto. Em minha opinião, é sempre mais fácil começar como um pequeno
projeto, com metas que possam ser cumpridas em pouco tempo e sempre
definindo novas metas que estão ao alcance dos envolvidos e, nesse
rítmo, o projeto se tornará grande o suficiente para atender muita
gente.
Abraço,
semente
Jader Rubini
Django quanto ao Subversion foi a intenção de desenvolver uma aplicação
dessa.
---------------------------------------------
Jader Rubini
jader...@gmail.com
http://jaderubini.wordpress.com
> -----Mensagem original-----
> De: django...@googlegroups.com [mailto:django...@googlegroups.com]
> Em nome de Guilherme M. Gondim (semente)
> Enviada em: sexta-feira, 12 de outubro de 2007 18:17
> Para: django...@googlegroups.com
> Assunto: [django-brasil] Re: Sistema de Gestão em Django
ArqEco
Seguem alguns pensamentos que tenho sobre o projeto:
Abraços,
Márcio
|||-------------------------------------------------------------------|||
||| Sistema de Gestão para Pequenas Empresas
||| [ com tecnologia Internet ]
|||-------------------------------------------------------------------|||
___Etapas do projeto___
1. Lista de sonhos.
2. Definição de prioridades.
3. Site do projeto.
4. Atribuição de tarefas.
5. Desenvolvimento e lançamento da versão 0.1.
6. Continuação do desenvolvimento até atingir a versão 1.0.
7. Reavaliação e direcionamento futuro.
___Vantagens___
- Multiplataforma no servidor e no cliente.
- Possibilidade de gerar renda na implantação e suporte do sistema em
empresas.
- Gestão através da web pode gerar interesse em muitos empresários.
- Possíveis apoiadores: SEBRAE, FINEP, instituições de apoio ao
software livre.
___Princípios___
- Uso de Python e Django.
- Interface simplificada. Personalizável através de CSS.
- Um ou mais "temas" CSS podem ser incluídos na distribuição.
- Usabilidade (Não basta ser funcional, tem de ser prático para o
usuário).
- Estudar e reaproveitar código-fonte livre, sempre que possível.
Exemplos:
-+- Stoq: Tem licença GNU (livre para copiar, modificar, e até mesmo
vender, desde que citada a fonte). Destaque: módulo FiscalPrinter.py.
-+- Satchmo Project.
-+- Luca.
-+- TinyERP.
___Necessidades___
- Comprometimento, integração, colaboração, amizade, respeito e boa
vontade.
- Divulgação. A divulgação em sites específicos dos três principais
S.O. (Linux, Windows e Mac) pode atrair desenvolvedores. Também
precisa divulgar nos foruns de Python, Django, TG, Zope, arquitetura
de home pages, et cetera.
- Controle de versões.
- Esquema de migração de BD para atualização de versões.
___Projetos equivalentes___
Enquanto isso, na Argentina...
Sistema de gestión Luca
http://papo.vialibre.org.ar/luca/
Características del programa:
La versión 0.2 incluye los siguientes módulos:
* Clientes
* Proveedores
* Productos
* Stock
* Listas de precios
* Movimiento de caja diaria
* Facturación de productos y servicios
* Cuenta corriente
* Informes y listados para análisis de compras/ventas y otros
El diseño del sistema contempla las siguientes características:
* Múltiples sucursales, depósitos, empresas.
* Stock disgregado.
* Contabilidad.
* Centros de costos.
* Impuestos, retenciones y percepciones en todos los niveles:
documentos, comprobantes, transacciones, etc.
* Múltiples formas de cobro/pago con seguimiento de documentos.
* Movimientos bancarios(cheques, tarjetas de crédito, etc)
* Clientes(con cuenta corriente)
* Proveedores (con cuenta corriente)
* Listas de precio por cliente.
* Historiales de todas las tablas.
* Inventario con localización física de inmuebles.
* Comisiones de vendedores.
Silvio Rangel
Olá Marcio. Sou o Gerente de Produto do Stoq, gostaria apenas de
esclarecer a nossa opinião. Uma das visões da Async para o Stoq é que
ele seja de fato um sistema que venha a revolucionar a utilização de
sistemas para "Automação Comercial".
Desta forma, ao analisarmos o mercado e a quantidade de soluções
proprietárias voltadas para plataforma Windows em relação as de código
aberto, vimos que de fato não seria interessante neste primeiro
momento adentrar em um mercado onde várias soluções dos mais variados
valores estão disponíveis. Por isto escolhemos a plataforma linux como
sendo um ambiente ideal para o nosso trabalho. Não é difícil rodar o
Stoq no Windows como está descrito na página, logo, qual seria a
vantagem do produto frente seus concorrentes? Fora o fato de ser Open
Source?
A Equipe Stoq dará todo apoio necessário aos desenvolvedores que se
interessarem em realizar um projeto voltado para WEB, como sugeriu no
comentário abaixo o Marinho Brandão. Queremos a cada dia que as
pessoas se interessem por realizar trabalhos utilizando como base o
Stoq, desta forma, podemos juntos criar soluções de qualidade, para
que o uso de software livre seja cada vez maior.
Atenciosamente.
--
Silvio Rangel - Gerente Produto Stoq
sil...@async.com.br - (16) 3376-0125
Anderson Santos
TinyERP para a empresa de um amigo meu que desenvolve softwares. Vou
dar uma olhada.
Agora, com relação a viabilidade, só tive desvantagens com relação às
aplicações Desktop com python, pois se for uma máquina mais
antiguinha, fica um bocado lento, no mais para mim parece muito bem.
Com relação à facilidade, é possível desenvolver uma aplicação sem
mesmo muitos recursos "deskitopizantes" como Ajax ou Flex, veja por
exemplo qualquer transação que você faça no site do seu banco, seja
impressão de boletos ou pagamento de contas. Mas um gerenciamento de
contatos em aplicações como o Plaxo.com onde a interface é relevante
por causa do público ou de alguma facilidade necessária, aí precisamos
apelar para a perfumaria. Claro que quando falarmos em painéis de
controle gerencial ou gráficos interativos, a história é diferente.
Hoje em dia acho impossível não considerar uma aplicação online, e
para toda mobilidade offline que precisarem, pode-se usar todos os
recursos que já utilizavam qdo não era possível conectar o sistema ao
banco de dados, por exemplo.
Além do que, a interface a ser utilizada está cada vez mais ampla,
seja um browser, seja em um celular ou palm, seja um feed ou até mesmo
e-mail pode ser uma interface para as informações. Com relação ao
desempenho do desktop, sempre há opções, nem que seja uma integração
"python-delphi", utilizando webservices feitos em python com django,
ou uma interface REST.
Mas é possível utilizar o próprio Django como backend para aplicações
GUI, então não vejo melhor opção para quem já tem experiência com ele,
ou seja, respondo Sim a todas suas perguntas.
Aqui na empresa onde trabalho a moda é Java, querem Java, precisam ver
Java rodando. Eu já fui em algumas conferências, já vi algumas coisas,
trabalho com Django para fazer o website e sinceramente, acho q eles
só precisam de bons projetos, não Java, Django, .Net ou qualquer outra
coisa. A maioria das soluções que vejo fazerem em Java também consigo
ver implementadas em Python/Django tranquilamente, tudo depende do bom
uso das ferramentas.
Espero poder apoiar qualquer projeto Open-source que venha surgir
desta discussão.
Marinho Brandao
ao meu ver, não só o Stoq é um excelente trabalho e produto, como
também seria uma empreendimento bastante inteligente trabalhar no
sistema ao invés de criar um novo ou utilizar um extrangeiro. Isso
porque vc une forças com outras pessoas que possuem o mesmo interesse,
logo o custo é reduzido e as criações são para bem comum.
Fazer uma versão ou módulo web seria uma extensão muito bacana do
projeto. Eu só nunca me aventurei a fazer isso porque o tempo que a
gente tem é pequeno pra muitas iniciativas, então eu me limito às que
estou já envolvido. Mas seria uma idéia muito boa, na minha opinião :)
Em 18/10/07, Anderson Santos<anderson....@gmail.com> escreveu:
Anderson Santos
analisar o código fonte para ver sua implementação. O TinyERP é
extremamente modular e possui uma interface muito amigável, além de
ter um módulo web bem refinado, com gráficos, relatórios e outras
ferramentas, só que as ferramentas para o público nacional deveriam
ser totalmente desenvolvidas.
A minha intenção era "lançar" (ou participar de) um software Open-
source comercializável, como nos moldes do próprio Tiny e outros
softwares de gestão de outras linguagens, já que um dos grandes
problemas da empresa que colaboro é a falta de mão de obra
especializada, assim, a parte boa é que o desenvolvimento poderia ser
feito profissionalmente, porém com toda a comunidade ajudando e
obviamente tendo todos os benefícios como venda regional dos serviços
para o sistema ou usufruto do mesmo, etc. Por isso, creio que um
sistema deste porte deve ser estruturado para ser expansível e
modularizável desde o início e por não conhecer o Stoq, não sei até
onde ele atinge esses requisitos. Mas assim que a empresa estiver
madura o suficiente para entrar nessa fase, eu irei colaborar onde
suprir minhas necessidades, agora, quanto ao time Python / Django,
isso é pré-requisito =P
On 18 out, 14:15, "Marinho Brandao" <mari...@gmail.com> wrote:
> Anderson,
>
> ao meu ver, não só o Stoq é um excelente trabalho e produto, como
> também seria uma empreendimento bastante inteligente trabalhar no
> sistema ao invés de criar um novo ou utilizar um extrangeiro. Isso
> porque vc une forças com outras pessoas que possuem o mesmo interesse,
> logo o custo é reduzido e as criações são para bem comum.
>
> Fazer uma versão ou módulo web seria uma extensão muito bacana do
> projeto. Eu só nunca me aventurei a fazer isso porque o tempo que a
> gente tem é pequeno pra muitas iniciativas, então eu me limito às que
> estou já envolvido. Mas seria uma idéia muito boa, na minha opinião :)
>
> Em 18/10/07, Anderson Santos<anderson.santos...@gmail.com> escreveu:
Gustavo Gonçalves
Software desktop é do tempo do vôo surfista... tem que ser descentralizado, um servidor e softwares clientes. Daí o cliente pode ser um browser, feed, app. desktop, celular, o q seja. Claro, Django por trás de tudo, para a coisa fluir com rapidez.
Quanto a aproveitar código acho perfeito, mas talvez ficar 100% dependente do sistema original não seja uma boa. Fazer um fork do STOQ e mecher nele a vontade seria uma boa idéia. Pensado em MTV(ou MVC) o Model já está pronto no STOQ, ficaria o Django somente responsável pela View e Controler. Daí as novas funcionalidades a serem incluídas o Model já seria feito no Django. Até a coisa tomar certa proporção e todo o Model original do STOQ ser migrado para Django.
Uma questão que levando é: Quem seria o CLIENTE? Sem alguém para dizer o que quer, e como, fica difícil montar um sistema. Alguém com a necessidade REAL de usar um software como este deve ser eleito o CLIENTE. Este(s) sujeito(s) teria(m) a liberdade total de solicitar, validar e negar os requisitos do sistema. Agir assim é determinar um foco. O cliente é uma grande empresa, pequena empresa, de serviço, de comércio, varejo, atacado, etc, etc, etc... Por exemplo, se fosse eu o cliente, o sistema teria que ser voltado para uma instituição de ensino.
Que esta conversa termine em um software que cumpra a necessidade e seja muito fácil de se usar!!
Abraços
www.fundacaoaprender.org.br
(35)3471-4181
pirata.dabaixada
O pessoal o Tiny fez uma versão web relâmpago com o TG !
Abraços,
Heronim
Anderson Santos
descobrir sobre ele), mas relâmpago ou não, pelo menos há essa
possibilidade já implementada e em uso.
Mas mesmo assim, acredito que deve-se existir uma API amigável para a
comunicação em dois clientes diferentes, assim como o Gustavo
comentou.
O Tiny também tem forms bastante amigáveis, mas com relação a
organização de menus, é um caos completo.Não consigo me localizar em
tantos itens que não dizem muito sobre o que são, sempre parecidos.
Com relação à Clientes, quero utilizar o Tiny em uma software house
que atualmente trabalho como freelancer. Vamos começar com um projeto
um pouco menor que um ERP para aprendermos as adaptações e a partir
daí trabalharemos as adaptações fiscais existentes.
Com relação a utilizar o código e mexer nele eu só gostaria de fazer
isso se a arquitetura dele estivesse muito fraca, senão teríamos que
eliminar a compatibilidade dos projetos e qualquer alteração feito no
original não poderá ser aproveitada prontamente no novo código.
Mas, infelizmente, pelo menos pra mim, isso é um projeto para um
futuro próximo, mas estou de olho =)
On 19 out, 16:33, "pirata.dabaixada" <pirata.dabaix...@gmail.com>
wrote:
ArqEco
Gostaria de agradecer a gentileza do Silvio, da Async, em fornecer
suporte para adaptação do Stoq para web. O Stoq foi feito por quem
conhece a realidade brasileira. Isso conta muito.
Silvio, se estiver lendo esta mensagem, concordo com sua visão de
mercado. Mas queria lhe indicar uma idéia para pensar. Já tem bastante
gente usando Mac no Brasil. E ao contrário do Windows, não tem nenhum
sistema de ERP brasileiro para Mac. Fiz uma pesquisa e parece que o
Mac OS X tem versões de todos os componentes necessários para o Stoq,
incluindo o PyGTK. Por R$ 600,00 você compra um iMac G3 usado para
testar e já pode atender este mercado :-)
Voltando ao assunto...
Quero também informar que andei provocando o pessoal do Satchmo
Project (e-commerce feito em Django) sobre nossa questão, que no caso
seria "criar um pequeno ERP, a partir do Satchmo, que já faz muito bem
o trabalho de loja via web". Visitei os três sites citados como
exemplo do Satchmo e são muito bonitos. O pessoal do Satchmo achou
interessante a idéia, e falou que isto poderia ser feito através de um
sistemas de sinais e ouvintes (signals and listeners). O link da
discussão é esse: http://groups.google.com/group/satchmo-developers/t/2aa14afb0bedbd2f
Tenho acompanhando nossa discussão aqui e aproveito para informar que
posso trabalhar na parte de design de interface deste nosso projeto.
Também posso ajudar em programação, mas meu conhecimento é bem
inferior ao dos colegas. Depois de definida a infra-estrutura básica
pelos colegas experientes, acho que posso ajudar em alguns módulos
mais simples.
Quanto ao problema de quem será o CLIENTE, posso dizer que minha
empresa certamente irá usar o sistema. Inicialmente estamos apenas
prestando SERVIÇOS, e que só atuaremos com COMÉRCIO daqui a quatro a
seis meses.
Ou seja, atender a comércio e a prestação de serviços já dois
requisitos para o sistema :-)
Abraços,
Márcio Moreira
Silvio Rangel
gente interessada de fato em um sistema web de gestão comercial. E
obrigado pela dica do suporte a MAC, iremos estudar esta opção e assim
que tivermos algo anunciaremos a vocês.
Atenciosamente.
--
Silvio Rangel - Gerente Produto Stoq
sil...@async.com.br - (16) 3376-0125
On 22 out, 13:33, ArqEco <arq...@yahoo.com.br> wrote:
> Amigos,
>
> Gostaria de agradecer a gentileza do Silvio, da Async, em fornecer
> suporte para adaptação doStoqpara web. OStoqfoi feito por quem
bigg...@gmail.com
Sacanagem.
Roubaram minha ideia de projeto final, pro periodo q vem :(
Marinho Brandao
ganhando parceiros do que sendo roubado... rs :)
Em 24/10/07, bigg...@gmail.com <bigg...@gmail.com> escreveu:
>
> Po
> Sacanagem.
> Roubaram minha ideia de projeto final, pro periodo q vem :(
>
>
> >
>
--
ArqEco
A discussão foi muito boa.
E agora?
Abraços,
Márcio
Anderson Santos
arquitetura que será utilizada no escritório que trabalho e por isso
estamos assassinando o Delphi (coitado).
Apesar de ser tentador aproveitar algum sistema existente como o Stoq
ou iniciar um projeto novo, estamos considerando o TinyERP pelo seu
suporte e arquitetura existentes, o que facilitaria a entrada em
empresas maiores, além da documentação (apesar de comprada como
parceria), estrutura de plugins e etc. Qual a opinião de vocês, será
que é interessante inicar um novo projeto ou dedicar esforços aos
projetos existentes como o Stoq ou localização do Tiny, considerando
que estamos falando de um projeto comercial real a curto prazo com
clientes de diferentes portes e necessidades? Se for considerar os
existentes, quais projetos vocês consideram capazes de "aguentar o
tranco"?
Digo isso pra responder ao Márcio, pois a ação está para ser tomada
agora e acredito que com tantas pessoas interessadas, podemos iniciar
um projeto com bons resultados mas precisamos entrar em um acordo.
Marinho Brandao
TinyERP, e se não houvesse necessidade obrigatória de ser totalmente
web, eu escollheria o Stoq da forma como está e faria ajustes em caso
de necessidade - inclusive um modulo em Django ou TG para requisitos
que fossem web.
Eu não acredito em sistemas de gestão importados e acho que o
argumento do curto prazo é muito forte.
Existe um projeto em Rails semelhante ao Stoq chamado Abelo, que eu
saiba não está tão maduro, mas é todo web e parece ser muito bacana
também :) veja [1] e [2]
[1] http://www.fernandoquadro.com.br/html/2007/10/08/sistema-comercial-livre-em-rails/
[2] http://www.colivre.coop.br/Abelo/NoticiaAbelo20071004194406Ptbr
Em 09/11/07, Anderson Santos<anderson....@gmail.com> escreveu:
ArqEco
Disse o Marinho:
> eu escollheria o Stoq da forma como está e faria ajustes em caso
> de necessidade - inclusive um modulo em Django ou TG para requisitos
> que fossem web.
Me permitam ir um pouco além.
Para desenvolver um módulo web para o Stoq precisaríamos realmente do
Django (ou TG, ou outra framework grande) ???
Será que algo mais simples e genérico como web.py (www.webpy.org) não
seria o suficiente, levando-se em conta que a parte de back-end está
praticamente pronta no Stoq?
Faço este questionamento apenas para lembrar que o Django-Br é apenas
uma parte da comunidade Python-Br. Se fosse possível adotar uma
solução mais genérica, talvez pudessemos ter o apoio de mais gente da
comunidade Python-Br. E apoio, gente disposta a trabalhar, é item
extremamente importante em projetos open source.
Abraços a todos,
Márcio Moreira
Anderson Santos
mas eu particularmente iria preferir o Django por poder fazer uso de
diversos recursos do site para integração. Claro, um projeto desse
porte deve ir muito além de preferências pessoais, mas voltando a dar
exemplo do Tiny, sei que ele integra com alguns frameworks e CMS.
E além disso, existem diversas funcionalidades da web como caching,
autenticação, sessions, forms e etc que já estariam sob controle
utilizando um framework "maior".
jdahlin
Primeiro, desculpa por meu português não sou brasilierio :-)
Eu sou um dos autores principais do Stoq.
On Nov 10, 1:11 am, "Marinho Brandao" <mari...@gmail.com> wrote:
> Considerando o "curto prazo" e a necessidade de localização do
> TinyERP, e se não houvesse necessidade obrigatória de ser totalmente
> web, eu escollheria oStoqda forma como está e faria ajustes em caso
> de necessidade - inclusive um modulo em Django ou TG para requisitos
> que fossem web.
Obrigado, acho tem tudo razão.
Tem um "proof-of-concept" web para Stoq, ele está usando Pylons
(SQLObject+mako).
SQLObject e mako foi escolhidos por que eles já estão usados no outros
partes do Stoq.
Não sei se Django funcionaria bem com SQLObject, mas precisa utilizar
ele ou vai perder
a parte mais interesante do projeto.
Se vocês querem dar uma olhada do codigo, tem ele aqui:
http://svn.async.com.br/cgi-bin/viewvc.cgi/stoqweb/trunk/
(svn direto é svn://svn.async.com.br/stoqweb/trunk)
Mas não espere demais, só tem poucos interfaces e não são muito bem
feitos (ainda espero!),
é só um demostração, falta autenticação etc.
Johan
ArqEco
> autenticação, sessions, forms e etc que já estariam sob controle
> utilizando um framework "maior".
Entendi :-)
Valeu Anderson,
Márcio
ArqEco
Por acaso a prova-de-conceito do Stoq para web está rodando em algum
servidor que a gente possa acessar pela internet para testar?
Um abraço,
Márcio
jdahlin
> Por acaso a prova-de-conceito doStoqpara web está rodando em algum
interesante que ver o codigo
para saber o que é possivel (com classes dominos do stoq junto com
web)
Johan
ArqEco
Permita-me colocar um "requisito de cliente" :-)
O caso mais interessante para mim seria poder usar o Stoq para gerir
uma loja física e uma loja virtual ao mesmo tempo.
Por exemplo, as interfaces desktop do Stoq estão completas. Portanto
ele está plenamente funcional para a loja física.
Para a loja virtual, o mais importante inicialmente, acredito eu,
seria um módulo de vendas, ou alguma forma de integração (tipo API,
por exemplo) entre o Stoq e uma interface bonita de vendas
personalizada criada para cada site por seu próprio web designer/
programador.
Não sei se estou sendo claro... :-)
No futuro, poderemos ter um Stoq totalmente web, mas a possibilidade
de um cliente realizar suas compras diretamente pelo site, conectado a
um Stoq, seria excelente.
Um abraço,
Márcio