finadmin-desenv Mailing List for Finadmin - Sua ferramenta de trabalho
Brought to you by:
pasemes,
rafaelescalfoni
Menu
▾
▴
finadmin-desenv — Lista de discussão para desenvolvedores do Finadmin.
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Christian R. R. <ki...@as...> - 2005-08-16 15:33:07
|
On Tue, Aug 16, 2005 at 12:31:18PM -0700, Anderson Marques wrote: > Encontrei projeto finadmin no sourceforge, gostaria de saber se projeto > ainda esta na ativa, porque gostaria de contribuir com projeto eu baixe > os fonte do projeto mas estou com problemas para descompactar > finadmin.rar e newtoner.rar e dá um erro crc. Que eu saiba, o finadmin não tem nada a ver com a Async :-) Take care, -- Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 3376 0125 |
|
From: Anderson M. <and...@ya...> - 2005-08-16 15:31:39
|
Boa tarde a todos. Encontrei projeto finadmin no sourceforge, gostaria de saber se projeto ainda esta na ativa, porque gostaria de contribuir com projeto eu baixe os fonte do projeto mas estou com problemas para descompactar finadmin.rar e newtoner.rar e dá um erro crc. agradeço pela atenção, Anderson Marques e-mail: and...@ya... _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ |
|
From: <ps...@ig...> - 2005-04-26 03:34:23
|
Evandro Vale Miquelito wrote: > > Olá Paulo, tudo bom ? > > Desculpe-me pela demora na resposta. Os últimos dias foram e ainda > estão sendo bastante atarefados aqui. > >> Sim, ja, como eu penso numa segunda versao em web (thin client), >> minha primeira opcao era Zope ate por causa da experiencia >> que venho adquirindo trabalhando com este framework la na COPPE >> (principalmente com web services). Porem, o desenvolvimento >> com o Zope nao me parece mto simples (contradizendo a filosofia >> python, na minha opiniao) ... e claro que se trata de um software >> de excelente qualidade e de grande utilidade, mas eis que descobri o >> rails e desde entao tenho estudado bastante ruby e rails ... me agradou >> mto este framework (e principalmente a linguagem) e parece que se >> encaixa perfeitamente no tipo de soft que >> estamos desenvolvendo (um dos grandes destaques e a metodologia de >> programacao MVC ... o rails praticamente >> te "obriga" a dividir o modelo, vista e controle - logico que da pra >> fazer isso com qq tecnologia, >> mas no rails isto se torna mais natural). Mas enfim, por enquanto, na >> minha preferencia, rails ta em primeiro lugar seguido pelo zope. > > > Sim, MVC é uma metodologia interessante mas creio que o melhor ainda seja > utilizarmos ferramentas que abstraem esse conceito e nos fornecem uma api > ainda mais simplificada e de alto nível. É isso que o framework Kiwi, que > desenvolvemos aqui na Async, faz. Já estamos na versão 2.0 e infelizmente > ainda não há documentação disponível para a mesma, contudo em > http://www.async.com.br/kiwi/ você encontra a documentação da versão 1.0. > >> Mas me surgiu uma duvida, pq vcs optaram por um soft desktop (gtk)? >> Vcs estao "presos" a plataforma Linux pelo que me parece, isto nao e >> um fator limitante >> para clientes? (e claro que e melhor utilizar o linux para maioria >> delas, mas e se algumas nao utilizarem?). > > > Presos não. Há versões gtk para windows embora ainda não tenhamos > testado o > Stoq neste ambiente. É preciso deixar claro que a Async é uma empresa que > trabalha com 100% de tecnologia open source e por enquanto não temos > interesse em investir em uma versão windows do Stoq. Por outro lado, > sendo a > suíte de aplicativos livre, é bem provável que alguém se disponha a > testar e > disponibilizar uma versão que rode em ambiente Microsoft. Há uma wiki > page > que escrevi há algum tempo sobre este tema. Veja em: > http://www.async.com.br/projects/stoq/wiki/index.php/Plataforma > > O motivo de escolhermos aplicações desktop foi o de prover o máximo em > termos de usabilidade para os usuários, ponto este que é justamente um > dos > mais fracos nos atuais ERPS disponíveis no mercado. Há também o > desejo de disponibilizarmos uma versão web dos aplicativos embora não > seja > por enquanto uma prioridade. > >> - Pelo que me pareceu ninguem ainda esta utilizando o sistema, certo? >> Os 8 > > > Na verdade a versão 1.0 do Stoq chegou a ser bastante utilizada sim. > Quanto > a versão 2.0 ainda não temos nenhum usuário devido ao estágio ainda > inicial > de desenvolvimento. > >> clientes aos quais >> vc se referiu vao pagar suporte ou algo assim? ou utilizarao >> totalmente de graca com o suporte de vcs? > > > Costumamos fechar contratos de manutenção com nossos clientes. Esta é a > forma como normalmente trabalhamos. > >> Pergunto isso, pois e claro que uma empresa (como a Async) tem que se >> manter de algumas forma, saco vazio nao para em pe, ne? ;) > > > Claro. Temos aqui na Async vários projetos, a grande maioria deles > relacionados a contratos com empresas do exterior e é dai, juntamente > com o > apoio da fapesp, que retiramos a verba para o desenvolvimento do Stoq. > Aliás, dentre os projetos que temos o único relacionado a software de > gestão é o Stoq. Entenda também que somos uma empresa especializada no > desenvolvimento de tecnologia. > >> no momento em que eu decidi abrir o codigo, e claro que tb eu tinha >> os meus interesses ... e o meu plano com o open >> source e fundamentalmente composto por 4 itens: o primeiro e claro, >> deixar que outras empresas utilizem livremente o sistema, >> o segundo e atraves deste uso pelas empresas receber um "feedback" >> que ajudara ampliacao do sistema, terceiro e que passado um tempo >> teremos servico de suporte (opcional) do produto e por ultimo, atrair >> desenvolvedores habilidosos que estejam "escondidos" por ai e >> contruiur algo legal. > > > É bastante similiar à tática que adotamos aqui. > >> - Em quais estados vcs estao presentes? e de qual estado vcs sao? > > > Estamos em São Carlos/SP. Chegou a visitar a nossa página ? > www.async.com.br > > Como eu já disse, nossa presença é mais forte no exterior do que aqui no > Brasil. Como referência, somos contratados pela Canonical Inc. para > atuar na > infra-estrutura da distribuição Ubuntu(www.ubuntulinux.org) baseada em > debian. Temos alguns clientes dentro do estado de São Paulo também e é > óbvio que desejamos ampliar nossa área de atuação. > >> Claro, o projeto chama-se Finadmin e como ja foi dito, foi construido >> utilizando Delphi + Interbase. >> Foi contruido quase que em sua totalidade por mim, contando com >> aproximadamente 40000 linhas de codigo >> (o que nao quer dizer mta coisa hehehe), para substituir em uma >> empresa aqui no Rio um software da >> Nasajon Sistemas (www.nasajon.com.br) o Controller Gold, pelo fato de >> nao atender completamente <www.nasajon.com.br> >> a empresa em questao e pelo seu preco elevado (R$900,00 mensais, por >> 5 licencas de uso). >> >> A arquitetura do sistema e cliente/servidor e o paradigma de >> progamacao utilizado e o orientado a eventos (longe do ideal), e o >> soft foi >> construido basicamente baseado nos processos de negocio da empresa e >> tb no Controller Gold ... a empresa trabalha com suprimentos de >> informatica, >> mais especificamente cartuchos para impressora laser e tinta (e a >> maior do Rio), entao temos um controle bem diferenciado (mais de >> detalhado) >> do processo de |venda -> producao (laboratorio) -> faturamento -> >> expedicao| do que o normal, alem de outros diferenciais. O soft >> despertou >> interesse de outras empresas da area (que sao as 2 outras), sendo que >> uma delas oferece tb servicos como plotter, xerox, transfer entre >> outros ... >> alias este interesse, foi um dos fatores que me motivaram a liberar o >> codigo. >> >> O sistema nao esta separado em partes independentes, de forma que o >> sistema disponibliza: cadastros diversos (cliente, vendedor, itens de >> estoque, itens >> de servico, cobradores e usuarios), documentos internos (sao >> documentos "virtuais" de controle do processo de negocio, utilizados >> para a comunicacao >> entre os diversos setores da empresa) e uma parte fical/financeira >> (titulos a receber, notas ficais, contas, parcelamentos) .... todas >> com controle de acesso, >> e relatorios diversos ... resumidamente e isto. >> >> O BD utilizado com ja foi dito e o Interbase, o acesso ao banco e >> feito utilzando componentes de acesso direto ao banco >> (lembrando que o Interbase e da propria borland) e vem nos atendendo >> mto bem (pelo menos para ate 20 clientes, q o caso de uma das empresas). >> >> O acesso a impressora fiscal e feito via componente do Delphi (que ja >> se encontrava pronto). E para relatorios estamos utilizando >> atualmente Report Builder, mas >> a maior parte foi feita em quick report. >> >> O site do projeto esta no "inicio do inicio", mas esta em >> http://finadmin.sf.net . <http://finadmin.sf.net> > > > Você me forneceu vários detalhes quanto ao funcionamento do sistema > feito em > Delphi. E quanto a versão Ruby+Rails ? > > Você já possui alguma idéia sobre como poderemos juntar forças e > construir > uma parceria boa para ambos ? > > Estamos focando para esta versão inicial do Stoq os segmentos > comerciais de lojas de roupas e artigos esportivos, móveis e > eletrodomésticos. Como é o mercado para softwares voltados a estes > segmentos no Rio ? > > > Felicitações. > >>>> Evandro Vale Miquelito : ev...@as... >>>> Async Open Source - Brazil | http://www.async.com.br >>> > > On Tue, 19 Apr 2005, Paulo Sérgio wrote: > >> Ola Evandro, >> >> Evandro Vale Miquelito wrote: >> >>> >>> Olá Paulo, tudo bom ? >>> >>> Muito interessante o seu e-mail. Também já desenvolvi várias >>> aplicações de >>> gestão usando Delphi/interbase, a última delas foi uma solução bastante >>> completa para gestão de lojas em geral, especialmente lojas de >>> móveis e/ou >>> eletrodomésticos. >>> >> Legal, temos a mesma experiencia. >> >>>> junto a comunidade. Estou liberando o codigo agora (faz umas 3 >>>> semanas), entao ainda >>>> estou fazendo um site pra colocar no sourceforge (o projeto ja esta >>>> cadastrado la), e fazendo algumas modificacoes para disponibilizar >>>> no CVS, >>> >>> >>> >>> >>> Foi de fato uma boa idéia passar para o lado do time de >>> desenvolvedores open >>> source e você verá o quanto o futuro é promissor para os >>> profissionais que >>> compartilham desta filosofia. >> >> >> >> Com certeza, pena que muitos ainda nao veem desta maneira. >> >>>> contamos com 4 desenvolvedores neste inicio e uma segunda versao >>>> reescrita do zero em Ruby+Rails (thin client) ja esta sendo >>>> planejada e projetada, >>> >>> >>> >>> >>> Já cogitou a idéia de escrever o novo sistema em python ? ZOPE ? >>> pygtk ? >>> A sua nova aplicação pelo visto é uma aplicação web, não ? >> >> >> >> Sim, ja, como eu penso numa segunda versao em web (thin client), >> minha primeira opcao era Zope ate por causa da experiencia >> que venho adquirindo trabalhando com este framework la na COPPE >> (principalmente com web services). Porem, o desenvolvimento >> com o Zope nao me parece mto simples (contradizendo a filosofia >> python, na minha opiniao) ... e claro que se trata de um software >> de excelente qualidade e de grande utilidade, mas eis que descobri o >> rails e desde entao tenho estudado bastante ruby e rails ... me agradou >> mto este framework (e principalmente a linguagem) e parece que se >> encaixa perfeitamente no tipo de soft que >> estamos desenvolvendo (um dos grandes destaques e a metodologia de >> programacao MVC ... o rails praticamente >> te "obriga" a dividir o modelo, vista e controle - logico que da pra >> fazer isso com qq tecnologia, >> mas no rails isto se torna mais natural). Mas enfim, por enquanto, na >> minha preferencia, rails ta em primeiro lugar seguido pelo zope. >> >> Mas me surgiu uma duvida, pq vcs optaram por um soft desktop (gtk)? >> Vcs estao "presos" a plataforma Linux pelo que me parece, isto nao e >> um fator limitante >> para clientes? (e claro que e melhor utilizar o linux para maioria >> delas, mas e se algumas nao utilizarem?). >> >>> >>> >>>> o plano e entrar forte neste setor como open source (assim como me >>>> pareceu, a principio, o Stoq). >>> >>> >>> >>> >>> Sim, o Stoq é uma solução 100% open source. >>> >>> >>>> Entao estou enviando este mail, para saber mais sobre o projeto >>>> Stoq e analisarmos se os nossos projetos estao no mesmo caminho (de >>>> ideologia e mercado, >>>> fundamentalmente) ... a partir disso poderemos ver se talvez seja >>>> melhor juntar forcas do que separarmos, ou ainda, trocarmos algumas >>>> ideias ... >>> >>> >>> >>> >>> Estou começando a achar que estamos em caminhos bem próximos sim, >>> Paulo. E >>> com certeza teremos de unir forças para atingirmos o mesmo objetivo >>> de forma >>> mais rápida e com maior qualidade. >> >> >> >> Estou vendo isto tambem ;-) >> >>> >>>> Algumas informacoes que seriam relevantes para mim, seriam: >>>> linguagem de desenvolvemento, qtd de desenvolverdores, qtd de >>>> clientes, lista de "features" (existe manual?), >>>> bd utilizado, q tipo de automacao comercial (e um soft ERP >>>> completo? ou so atende partes especificas? ex.: nota fiscal, titulo >>>> receber, lancamentos, estoque etc) entre outras. >>> >>> >>> >>> >>> Linguagem : python >>> >>> Desenvolvedores: cerca de 6 pessoas, sendo que já temos uma proposta de >>> parceria com uma universidade da Bahia visando >>> aumentar >>> este quadro. >>> >>> Clientes : já fechamos com uma rede de 8 lojas em Brasilia que >>> estará >>> utilizando o Stoq quando o mesmo estiver pronto. >>> >>> Banco de dados : ZODB(Zope object data base) e >>> IndexedCatalog(Framework para >>> ZODB escrito internamente pela equipe da async). >>> Nesta semana >>> estamos executando testes comparativos com outros >>> DBs e é >>> possível que haja suporte também para PostgreSQL. >> >> >> >> >>> Vou fornecer aqui uma breve explicação sobre o Stoq: >>> >>> O projeto Stoq vem sendo conduzido desde janeiro de 2001 pela >>> empresa >>> Async Open Source e com o auxílio da fapesp. Desde o início do >>> projeto >>> adotou-se um conjunto de ferramentas bastante inovadoras tais como o >>> IndexedCatalog e Kiwi, duas bibliotecas desenvolvidas >>> internamente pela >>> empresa e que se mostraram de grande valia para o desenvolvimento de >>> aplicativos de gestão empresarial. O fato da empresa se preocupar >>> bastante com o seu processo de desenvolvimento de software e >>> também com >>> a usabilidade no momento de desenvolver as interfaces dos >>> aplicativos >>> se constituiu em outro grande diferencial para o Stoq. >>> >>> Houve porém um período de latência do projeto em que a Async >>> optou por >>> desenvolver outros sistemas e consolidar sua plataforma. Após >>> superar >>> esta fase o projeto foi retomado, agora com uma plataforma mais >>> madura, >>> maior equipe e objetivos mais ambiciosos. A fase 2 do Stoq visa >>> agora >>> implementar uma suíte de 10 aplicativos voltados para a gestão de >>> empresas comerciais e seu desenvolvimento se encontra a todo vapor. >>> >>> Em síntese o Stoq é uma suíte de aplicativos desktop escritos em >>> python/pygtk2 e, como já dito anteriormente, utilizando-se de >>> muitas ferramentas >>> inovadoras e escritas internamente na async. As primeiras versões >>> estarão >>> bastante focadas em empresas do comércio varejista tais como >>> lojas de >>> roupas, móveis e eletrodomésticos. >>> Dentre os aplicativos Stoq destacam-se: >>> - pos: ponto de venda >>> - sales: aplicativo de venda para uso gerencial >>> - purchase: controle de compras >>> - warehouse: gerenciamento de almoxarifado >>> - payable: controle de contas a pagar >>> - receivable: controle de contas a receber >>> - admin: aplicação administrativa >>> - services: controle de serviços >>> >>> Temos também uma página wiki do projeto e que se encontra em >>> constante >>> atualização, embora ainda não esteja tão completa como gostaríamos: >>> http://www.async.com.br/projects/stoq/wiki/ >> >> >> >> Legal, gostei da divisao dos aplicativos ... algumas perguntas a mais: >> >> - Pelo que me pareceu ninguem ainda esta utilizando o sistema, certo? >> Os 8 clientes aos quais >> vc se referiu vao pagar suporte ou algo assim? ou utilizarao >> totalmente de graca com o suporte de vcs? >> Pergunto isso, pois e claro que uma empresa (como a Async) tem que se >> manter de algumas forma, saco vazio nao para em pe, ne? ;) >> no momento em que eu decidi abrir o codigo, e claro que tb eu tinha >> os meus interesses ... e o meu plano com o open >> source e fundamentalmente composto por 4 itens: o primeiro e claro, >> deixar que outras empresas utilizem livremente o sistema, >> o segundo e atraves deste uso pelas empresas receber um "feedback" >> que ajudara ampliacao do sistema, terceiro e que passado um tempo >> teremos servico de suporte (opcional) do produto e por ultimo, atrair >> desenvolvedores habilidosos que estejam "escondidos" por ai e >> contruiur algo legal. >> >> - Em quais estados vcs estao presentes? e de qual estado vcs sao? >> >>> Poderia me dizer um pouco mais sobre o sistema que vocês estão >>> desenvolvendo >>> ? Qual é o tipo de varejo que ele está focado ? Que tipo de >>> ferramenta você >>> pretende usar para geração de relatórios ? como é o acesso ao banco >>> de dados >>> e qual db vocês utilizam ? Já existe algum suporte para impressora >>> fiscal e >>> leitora de código de barra ? Há algum website ? >> >> >> >> Claro, o projeto chama-se Finadmin e como ja foi dito, foi construido >> utilizando Delphi + Interbase. >> Foi contruido quase que em sua totalidade por mim, contando com >> aproximadamente 40000 linhas de codigo >> (o que nao quer dizer mta coisa hehehe), para substituir em uma >> empresa aqui no Rio um software da >> Nasajon Sistemas (www.nasajon.com.br) o Controller Gold, pelo fato de >> nao atender completamente <www.nasajon.com.br> >> a empresa em questao e pelo seu preco elevado (R$900,00 mensais, por >> 5 licencas de uso). >> >> A arquitetura do sistema e cliente/servidor e o paradigma de >> progamacao utilizado e o orientado a eventos (longe do ideal), e o >> soft foi >> construido basicamente baseado nos processos de negocio da empresa e >> tb no Controller Gold ... a empresa trabalha com suprimentos de >> informatica, >> mais especificamente cartuchos para impressora laser e tinta (e a >> maior do Rio), entao temos um controle bem diferenciado (mais de >> detalhado) >> do processo de |venda -> producao (laboratorio) -> faturamento -> >> expedicao| do que o normal, alem de outros diferenciais. O soft >> despertou >> interesse de outras empresas da area (que sao as 2 outras), sendo que >> uma delas oferece tb servicos como plotter, xerox, transfer entre >> outros ... >> alias este interesse, foi um dos fatores que me motivaram a liberar o >> codigo. >> >> O sistema nao esta separado em partes independentes, de forma que o >> sistema disponibliza: cadastros diversos (cliente, vendedor, itens de >> estoque, itens >> de servico, cobradores e usuarios), documentos internos (sao >> documentos "virtuais" de controle do processo de negocio, utilizados >> para a comunicacao >> entre os diversos setores da empresa) e uma parte fical/financeira >> (titulos a receber, notas ficais, contas, parcelamentos) .... todas >> com controle de acesso, >> e relatorios diversos ... resumidamente e isto. >> >> O BD utilizado com ja foi dito e o Interbase, o acesso ao banco e >> feito utilzando componentes de acesso direto ao banco >> (lembrando que o Interbase e da propria borland) e vem nos atendendo >> mto bem (pelo menos para ate 20 clientes, q o caso de uma das empresas). >> >> O acesso a impressora fiscal e feito via componente do Delphi (que ja >> se encontrava pronto). E para relatorios estamos utilizando >> atualmente Report Builder, mas >> a maior parte foi feita em quick report. >> >> O site do projeto esta no "inicio do inicio", mas esta em >> http://finadmin.sf.net . <http://finadmin.sf.net> >> >> >> Abraco. >> >>>>>> Evandro Vale Miquelito : ev...@as... >>>>>> Async Open Source - Brazil | http://www.async.com.br >>>>> >>>>> >>>>> >>> >>> >>> On Sat, 16 Apr 2005, Paulo Sérgio wrote: >>> >>>> Ola Evandro, >>>> >>>> Descobri atraves da lista do python o Stoq. Achei interessante o >>>> sistema e queria saber mais algumas informacoes sobre ele. >>>> >>>> O fato e que eu tambem tenho um sistema de automacao comercial >>>> escrito em Delphi+Interbase que esta sendo utilizado em 3 empresas >>>> atualmente (aqui no RJ) e eu decidi liberar o seu codigo e >>>> desenvolve-lo junto a comunidade. Estou liberando o codigo agora >>>> (faz umas 3 semanas), entao ainda >>>> estou fazendo um site pra colocar no sourceforge (o projeto ja esta >>>> cadastrado la), e fazendo algumas modificacoes para disponibilizar >>>> no CVS, >>>> contamos com 4 desenvolvedores neste inicio e uma segunda versao >>>> reescrita do zero em Ruby+Rails (thin client) ja esta sendo >>>> planejada e projetada, >>>> o plano e entrar forte neste setor como open source (assim como me >>>> pareceu, a principio, o Stoq). >>>> >>>> Entao estou enviando este mail, para saber mais sobre o projeto >>>> Stoq e analisarmos se os nossos projetos estao no mesmo caminho (de >>>> ideologia e mercado, >>>> fundamentalmente) ... a partir disso poderemos ver se talvez seja >>>> melhor juntar forcas do que separarmos, ou ainda, trocarmos algumas >>>> ideias ... >>>> Algumas informacoes que seriam relevantes para mim, seriam: >>>> linguagem de desenvolvemento, qtd de desenvolverdores, qtd de >>>> clientes, lista de "features" (existe manual?), >>>> bd utilizado, q tipo de automacao comercial (e um soft ERP >>>> completo? ou so atende partes especificas? ex.: nota fiscal, titulo >>>> receber, lancamentos, estoque etc) entre outras. >>>> >>>> Estou a sua inteira disposicao para esclarecer e responder qualquer >>>> tipo de duvida ou curiosidade. >>>> >>>> Agradeco desde ja, >>>> Paulo Sergio. >>>> >>>> -- >>>> Paulo S Medeiros - B.Sc Student - DCC/COPPE/UFRJ - Brazil >>> >>> >>> >> -- >> Paulo S Medeiros - B.Sc Student - DCC/COPPE/UFRJ - Brazil > -- Paulo S Medeiros - B.Sc Student - DCC/COPPE/UFRJ - Brazil |
|
From: <pa...@gm...> - 2005-04-22 19:30:09
|
>=20 > Legal. apesar de realmente querer usar o sourceforge acho que > dever=EDamos discutir a implanta=E7=E3o de algo novo como temos feito por > email e da=ED colocarmos as tarefas l=E1 n=E9? Concorda? ; - ) >=20 A id=E9ia =E9 utilizar todos os canais de comunicacao ... os trackers sao m= ais a=20 formalizacao das discucoes ... Vc usa gmail tb ne? qdo vc ta dando reply vai pro endereco de quem enviou= =20 pra lista e nao pra lista... hehehe verifica so, dai vc manda pra lista ;-) |
|
From: <pa...@gm...> - 2005-04-22 17:19:32
|
>=20 >=20 >=20 > Bem, a pessoa pode ou n=E3o ter o interbase/firebird rodando ent=E3o > deveria ser uma op=E7=E3o Download 1 - Com interbase/firebird ( > FinAdmin_with_Interbase.exe) ou (FinAdmin_Full.exe) > Donwload 2 - Sem interbase/firebird ( FinAdmin.exe) Certo ... deve se oferecer em dois pacotes, com ou sem interbase.=20 N=E3o sei se voc=EA t=E1 pensando assim, mas a vers=E3o com interbase deve instala-lo de forma transparente junto com o FinAdmin, concorda? > e configurar o endereco do > > banco de dados na rede (arquivo DB.conf), o resto e so descompactar > > arquivo. >=20 > Talvez, bem, detectar atrav=E9s do DB.conf (ou arquivo.ini) (se ele n=E3o > existe ou coisa parecida) chamar um form para configurar o Servidor de > DB. hmmm ... se nao for trivial confiurar o arquivo automaticamente poderemos= =20 realmente deixar para o usu=E1rio, at=E9 pq n=E3o =E9 nada de outro mundo =E9 s=F3 o = ip (ou o nome=20 netbios). Vou criar estas tarefas l=E1 no sourceforge ;o) |
|
From: <pa...@gm...> - 2005-04-22 16:12:56
|
Opa! On 4/22/05, Murilo R. Esplugues <mur...@gm...> wrote: >=20 > 2005/4/22, Paulo S=E9rgio Medeiros <pa...@gm...>: > > Ola pessoal, agora que to com um pouquinho mais de tempo voltei a=20 > trabalhar > > de verdade :D >=20 > Hei, dizem que isso =E9 bom ; - ) > Passei o feriado dando uma olhada nas tabelas, final de semana come=E7o > a documenta=E7=E3o... Legal, de uma olhada na pasta de documentacao do projeto (CVS =3D>=20 finadmin\trunk\Documentacao\tabelas) que eu e Rafael=20 tinhamos iniciado algo, de uma olhada e ve se serve pra algo :D > Bom, estou atualizando os trackers que servirao como apoio principal ao > > desenvolvimento XP > > a distancia. Portanto, vamos utiliza-lo, pois ja estou atribuindo=20 > tarefas e > > prazos, sintam-se livre para criar > > novos e comentar os que ja existem, pois a dinamica vai ser +- essa ...= =20 > se > > alguem tem alguma duvida > > e so postar ae ;o) > > > Ok, j=E1 havia recebido a mensagem do feature-request(backup). Parece > bem interessante. Pra mim tb e novo ... vamos adequando ao nosso uso e estilo aos poucos ;o) > Peguei um pequeno trecho na documentacao do sourceforge que resume a > > atulizacao dos mesmos: > > [corta] >=20 > Oque? Voc=EA n=E3o traduziu pra n=F3s? ; - ) > Estou brincando, s=F3 pra descontrair essa sexta muito chata... Hehehehehe ... vou chamar um tradutor opensource :D=20 Ei, vc n=E3o acha q d=E1 pra fazer um pacote com o execut=E1vel pra downloa= d > pra quem quizer ir usando ou, voc=EA prefere esperar mais um pouco mais? > Ser=E1 que o fato de usar umas libs pirata pode ser um empecilho pra > n=F3s? >=20 Negativo, nao sera um empecilho pq elas estao encapsuladas dentro do=20 executavel :-). sorte nossa ...de qq maneira o intuito e que a versao 2 utilize apenas ferramentas de=20 desenvolvimento opensource, portanto essa e uma situacao temporaria. Mas com relacao ao pacote realmente e uma necessidade, mas ate agora nao=20 tive tempo de fazer um instalador. O ponto fundamental e instalar junto o interbase (ou deixa o usuario=20 instalar por conta propria?) e configurar o endereco do=20 banco de dados na rede (arquivo DB.conf), o resto e so descompactar arquivo= . []'s |
|
From: <pa...@gm...> - 2005-04-22 14:55:20
|
Ola pessoal, agora que to com um pouquinho mais de tempo voltei a trabalhar= =20 de verdade :D Bom, estou atualizando os trackers que servirao como apoio principal ao=20 desenvolvimento XP a distancia. Portanto, vamos utiliza-lo, pois ja estou atribuindo tarefas e= =20 prazos, sintam-se livre para criar novos e comentar os que ja existem, pois a dinamica vai ser +- essa ... se= =20 alguem tem alguma duvida e so postar ae ;o) Peguei um pequeno trecho na documentacao do sourceforge que resume a=20 atulizacao dos mesmos: Four Trackers are automatically created for each new project. Since these= =20 are part of our standard project service offering, we call these the=20 Standard Trackers: - *Bug Reports:* As software bugs are discovered, users may submit a=20 detailed Bug Report. These Bug Reports may then be escalated to a softwa= re=20 developer for review and resolution. This Tracker is listed as *Bugs*in the project menu. - *Support Requests:* The Support Request Tracker is used to ensure=20 timely and proper responses to all end-user support inquiries. The Suppo= rt=20 Request Tracker is most often used to track usability problems and usage= =20 questions related to the operation of the software which require an=20 immediate response. This Tracker is listed as *Support* in the project= =20 menu. - *Feature Requests (RFE):* The Feature Request Tracker allows users=20 to submit requests for enhancement (RFE) to the software. These types of= =20 requests typically do not require an immediate response and responses=20 typically come in a significantly longer timeframe than those to Support= =20 Requests and Bug Reports. Submissions may be closed when the requested= =20 changes are incorporated in to the software, or when rejected by develop= ers.=20 This Tracker is listed as *RFE* in the project menu. - *Patches:* Software source code patches<http://sourceforge.net/docman/display_doc.php?docid=3D24202&group_i= d=3D1#patches>may be submitted by users and developers for review via the Tracker system. This allows for better, more uniform recording of patch submissions than= is=20 possible using other methods, such as mailing lists. Patch submissions m= ay=20 be closed when incorporated in to the software, or when rejected by=20 developers. This Tracker is listed as *Patches* in the project menu. |
|
From: <pa...@gm...> - 2005-04-18 22:31:56
|
Pessoal mandei pro mail de vcs, uma conversa que andei tendo com o Evandro,= =20 um dos desenvolvedores do sistema Stoq. Por favor, deem uma lida, esta e respondam o que vcs acham sobre isto? []'s, Paulo Sergio. |
|
From: <ps...@ig...> - 2005-04-18 22:31:49
|
Ola Evandro, Evandro Vale Miquelito wrote: > > Olá Paulo, tudo bom ? > > Muito interessante o seu e-mail. Também já desenvolvi várias > aplicações de > gestão usando Delphi/interbase, a última delas foi uma solução bastante > completa para gestão de lojas em geral, especialmente lojas de móveis > e/ou > eletrodomésticos. > Legal, temos a mesma experiencia. >> junto a comunidade. Estou liberando o codigo agora (faz umas 3 >> semanas), entao ainda >> estou fazendo um site pra colocar no sourceforge (o projeto ja esta >> cadastrado la), e fazendo algumas modificacoes para disponibilizar no >> CVS, > > > Foi de fato uma boa idéia passar para o lado do time de > desenvolvedores open > source e você verá o quanto o futuro é promissor para os profissionais > que > compartilham desta filosofia. Com certeza, pena que muitos ainda nao veem desta maneira. >> contamos com 4 desenvolvedores neste inicio e uma segunda versao >> reescrita do zero em Ruby+Rails (thin client) ja esta sendo planejada >> e projetada, > > > Já cogitou a idéia de escrever o novo sistema em python ? ZOPE ? pygtk ? > A sua nova aplicação pelo visto é uma aplicação web, não ? Sim, ja, como eu penso numa segunda versao em web (thin client), minha primeira opcao era Zope ate por causa da experiencia que venho adquirindo trabalhando com este framework la na COPPE (principalmente com web services). Porem, o desenvolvimento com o Zope nao me parece mto simples (contradizendo a filosofia python, na minha opiniao) ... e claro que se trata de um software de excelente qualidade e de grande utilidade, mas eis que descobri o rails e desde entao tenho estudado bastante ruby e rails ... me agradou mto este framework (e principalmente a linguagem) e parece que se encaixa perfeitamente no tipo de soft que estamos desenvolvendo (um dos grandes destaques e a metodologia de programacao MVC ... o rails praticamente te "obriga" a dividir o modelo, vista e controle - logico que da pra fazer isso com qq tecnologia, mas no rails isto se torna mais natural). Mas enfim, por enquanto, na minha preferencia, rails ta em primeiro lugar seguido pelo zope. Mas me surgiu uma duvida, pq vcs optaram por um soft desktop (gtk)? Vcs estao "presos" a plataforma Linux pelo que me parece, isto nao e um fator limitante para clientes? (e claro que e melhor utilizar o linux para maioria delas, mas e se algumas nao utilizarem?). > > >> o plano e entrar forte neste setor como open source (assim como me >> pareceu, a principio, o Stoq). > > > Sim, o Stoq é uma solução 100% open source. > > >> Entao estou enviando este mail, para saber mais sobre o projeto Stoq >> e analisarmos se os nossos projetos estao no mesmo caminho (de >> ideologia e mercado, >> fundamentalmente) ... a partir disso poderemos ver se talvez seja >> melhor juntar forcas do que separarmos, ou ainda, trocarmos algumas >> ideias ... > > > Estou começando a achar que estamos em caminhos bem próximos sim, > Paulo. E > com certeza teremos de unir forças para atingirmos o mesmo objetivo de > forma > mais rápida e com maior qualidade. Estou vendo isto tambem ;-) > >> Algumas informacoes que seriam relevantes para mim, seriam: linguagem >> de desenvolvemento, qtd de desenvolverdores, qtd de clientes, lista >> de "features" (existe manual?), >> bd utilizado, q tipo de automacao comercial (e um soft ERP completo? >> ou so atende partes especificas? ex.: nota fiscal, titulo receber, >> lancamentos, estoque etc) entre outras. > > > Linguagem : python > > Desenvolvedores: cerca de 6 pessoas, sendo que já temos uma proposta de > parceria com uma universidade da Bahia visando aumentar > este quadro. > > Clientes : já fechamos com uma rede de 8 lojas em Brasilia que > estará > utilizando o Stoq quando o mesmo estiver pronto. > > Banco de dados : ZODB(Zope object data base) e > IndexedCatalog(Framework para > ZODB escrito internamente pela equipe da async). > Nesta semana > estamos executando testes comparativos com outros DBs > e é > possível que haja suporte também para PostgreSQL. > Vou fornecer aqui uma breve explicação sobre o Stoq: > > O projeto Stoq vem sendo conduzido desde janeiro de 2001 pela empresa > Async Open Source e com o auxílio da fapesp. Desde o início do projeto > adotou-se um conjunto de ferramentas bastante inovadoras tais como o > IndexedCatalog e Kiwi, duas bibliotecas desenvolvidas internamente > pela > empresa e que se mostraram de grande valia para o desenvolvimento de > aplicativos de gestão empresarial. O fato da empresa se preocupar > bastante com o seu processo de desenvolvimento de software e também > com > a usabilidade no momento de desenvolver as interfaces dos aplicativos > se constituiu em outro grande diferencial para o Stoq. > > Houve porém um período de latência do projeto em que a Async optou por > desenvolver outros sistemas e consolidar sua plataforma. Após superar > esta fase o projeto foi retomado, agora com uma plataforma mais > madura, > maior equipe e objetivos mais ambiciosos. A fase 2 do Stoq visa agora > implementar uma suíte de 10 aplicativos voltados para a gestão de > empresas comerciais e seu desenvolvimento se encontra a todo vapor. > > Em síntese o Stoq é uma suíte de aplicativos desktop escritos em > python/pygtk2 e, como já dito anteriormente, utilizando-se de > muitas ferramentas > inovadoras e escritas internamente na async. As primeiras versões > estarão > bastante focadas em empresas do comércio varejista tais como lojas de > roupas, móveis e eletrodomésticos. > Dentre os aplicativos Stoq destacam-se: > - pos: ponto de venda > - sales: aplicativo de venda para uso gerencial > - purchase: controle de compras > - warehouse: gerenciamento de almoxarifado > - payable: controle de contas a pagar > - receivable: controle de contas a receber > - admin: aplicação administrativa > - services: controle de serviços > > Temos também uma página wiki do projeto e que se encontra em > constante > atualização, embora ainda não esteja tão completa como gostaríamos: > http://www.async.com.br/projects/stoq/wiki/ Legal, gostei da divisao dos aplicativos ... algumas perguntas a mais: - Pelo que me pareceu ninguem ainda esta utilizando o sistema, certo? Os 8 clientes aos quais vc se referiu vao pagar suporte ou algo assim? ou utilizarao totalmente de graca com o suporte de vcs? Pergunto isso, pois e claro que uma empresa (como a Async) tem que se manter de algumas forma, saco vazio nao para em pe, ne? ;) no momento em que eu decidi abrir o codigo, e claro que tb eu tinha os meus interesses ... e o meu plano com o open source e fundamentalmente composto por 4 itens: o primeiro e claro, deixar que outras empresas utilizem livremente o sistema, o segundo e atraves deste uso pelas empresas receber um "feedback" que ajudara ampliacao do sistema, terceiro e que passado um tempo teremos servico de suporte (opcional) do produto e por ultimo, atrair desenvolvedores habilidosos que estejam "escondidos" por ai e contruiur algo legal. - Em quais estados vcs estao presentes? e de qual estado vcs sao? > Poderia me dizer um pouco mais sobre o sistema que vocês estão > desenvolvendo > ? Qual é o tipo de varejo que ele está focado ? Que tipo de ferramenta > você > pretende usar para geração de relatórios ? como é o acesso ao banco de > dados > e qual db vocês utilizam ? Já existe algum suporte para impressora > fiscal e > leitora de código de barra ? Há algum website ? Claro, o projeto chama-se Finadmin e como ja foi dito, foi construido utilizando Delphi + Interbase. Foi contruido quase que em sua totalidade por mim, contando com aproximadamente 40000 linhas de codigo (o que nao quer dizer mta coisa hehehe), para substituir em uma empresa aqui no Rio um software da Nasajon Sistemas (www.nasajon.com.br) o Controller Gold, pelo fato de nao atender completamente <www.nasajon.com.br> a empresa em questao e pelo seu preco elevado (R$900,00 mensais, por 5 licencas de uso). A arquitetura do sistema e cliente/servidor e o paradigma de progamacao utilizado e o orientado a eventos (longe do ideal), e o soft foi construido basicamente baseado nos processos de negocio da empresa e tb no Controller Gold ... a empresa trabalha com suprimentos de informatica, mais especificamente cartuchos para impressora laser e tinta (e a maior do Rio), entao temos um controle bem diferenciado (mais de detalhado) do processo de |venda -> producao (laboratorio) -> faturamento -> expedicao| do que o normal, alem de outros diferenciais. O soft despertou interesse de outras empresas da area (que sao as 2 outras), sendo que uma delas oferece tb servicos como plotter, xerox, transfer entre outros ... alias este interesse, foi um dos fatores que me motivaram a liberar o codigo. O sistema nao esta separado em partes independentes, de forma que o sistema disponibliza: cadastros diversos (cliente, vendedor, itens de estoque, itens de servico, cobradores e usuarios), documentos internos (sao documentos "virtuais" de controle do processo de negocio, utilizados para a comunicacao entre os diversos setores da empresa) e uma parte fical/financeira (titulos a receber, notas ficais, contas, parcelamentos) .... todas com controle de acesso, e relatorios diversos ... resumidamente e isto. O BD utilizado com ja foi dito e o Interbase, o acesso ao banco e feito utilzando componentes de acesso direto ao banco (lembrando que o Interbase e da propria borland) e vem nos atendendo mto bem (pelo menos para ate 20 clientes, q o caso de uma das empresas). O acesso a impressora fiscal e feito via componente do Delphi (que ja se encontrava pronto). E para relatorios estamos utilizando atualmente Report Builder, mas a maior parte foi feita em quick report. O site do projeto esta no "inicio do inicio", mas esta em http://finadmin.sf.net . <http://finadmin.sf.net> Abraco. >>>> Evandro Vale Miquelito : ev...@as... >>>> Async Open Source - Brazil | http://www.async.com.br >>> > > > On Sat, 16 Apr 2005, Paulo Sérgio wrote: > >> Ola Evandro, >> >> Descobri atraves da lista do python o Stoq. Achei interessante o >> sistema e queria saber mais algumas informacoes sobre ele. >> >> O fato e que eu tambem tenho um sistema de automacao comercial >> escrito em Delphi+Interbase que esta sendo utilizado em 3 empresas >> atualmente (aqui no RJ) e eu decidi liberar o seu codigo e >> desenvolve-lo junto a comunidade. Estou liberando o codigo agora (faz >> umas 3 semanas), entao ainda >> estou fazendo um site pra colocar no sourceforge (o projeto ja esta >> cadastrado la), e fazendo algumas modificacoes para disponibilizar no >> CVS, >> contamos com 4 desenvolvedores neste inicio e uma segunda versao >> reescrita do zero em Ruby+Rails (thin client) ja esta sendo planejada >> e projetada, >> o plano e entrar forte neste setor como open source (assim como me >> pareceu, a principio, o Stoq). >> >> Entao estou enviando este mail, para saber mais sobre o projeto Stoq >> e analisarmos se os nossos projetos estao no mesmo caminho (de >> ideologia e mercado, >> fundamentalmente) ... a partir disso poderemos ver se talvez seja >> melhor juntar forcas do que separarmos, ou ainda, trocarmos algumas >> ideias ... >> Algumas informacoes que seriam relevantes para mim, seriam: linguagem >> de desenvolvemento, qtd de desenvolverdores, qtd de clientes, lista >> de "features" (existe manual?), >> bd utilizado, q tipo de automacao comercial (e um soft ERP completo? >> ou so atende partes especificas? ex.: nota fiscal, titulo receber, >> lancamentos, estoque etc) entre outras. >> >> Estou a sua inteira disposicao para esclarecer e responder qualquer >> tipo de duvida ou curiosidade. >> >> Agradeco desde ja, >> Paulo Sergio. >> >> -- >> Paulo S Medeiros - B.Sc Student - DCC/COPPE/UFRJ - Brazil > -- Paulo S Medeiros - B.Sc Student - DCC/COPPE/UFRJ - Brazil |
|
From: <pa...@gm...> - 2005-04-18 22:21:19
|
Fala Murilo! Fala Rafael! Murilo, como estao as coisas? conseguiu baixar as tabelas? se nao, qual o= =20 cliente CVS que vc ta usando? E as bibliotecas, conseguiu tb? (se nao eu te= =20 mando por mail mesmo...) Algumas novidades, nao estou mais fazendo administracao da rede de umas das= =20 empresas na qual o finadmin vem sendo utilizado. Portanto, a ideia e que o= =20 desenvolvimento ganhe maior velocidade :-) []'s |
|
From: Murilo R. E. <mur...@gm...> - 2005-04-13 20:13:33
|
Boa tarde a todos.=20 Paulo estou com problemas para descompactar finadmin.rar e newtoner.rar e d=E1 um erro crc, como se estivesse com problemas de corrup=E7=E3o, testei em dois micros e nada. Pode verificar por favor? Obrigado. Murilo R. Esplugues |
|
From: Murilo R. E. <mur...@gm...> - 2005-04-12 12:38:53
|
On Apr 12, 2005 9:38 AM, Murilo R. Esplugues <mur...@gm...> w= rote: > On Apr 11, 2005 8:14 PM, Paulo S=E9rgio Medeiros <pa...@gm...> wrot= e: > > Fala pessoal, essa lista que eu cadastrei vcs vai ser nossa lista de > > desenvolvimento ... > > > Hei, isso =E9 bom. >=20 > > Estou atualizando o sourceforge na medida do possivel para comecarmos > > a trabalhar juntos ... > > > blz. >=20 > > Murilo, nao sei se vc ja usou cvs com codigo delphi ... temos que > > tomar cuidado com alguns arquivos que podem acabar com a atualizacao > > do outro, os principais que me lembro agora sao os data modules (que > > contem as tabelas) e os arquivos de projeto, .dpr; .dof etc > > Se por exemplo eu atualizar o datamodule e depois vc sobrescrever com > > a sua atualizacao vai dar galho ... os arquivos de projeto entao nem > > se fala (mudam de data a cada save) ... por isso determinaremos mto > > bem quais arquivos cada um vai mexer (atualizar) quando for > > implementar algo ... > > > N=E3o. Nunca trabalhei com com Delphi e cvs, mas concordo q. devemos > ter cuidado para n=E3o detornar o trabalho um do outro. >=20 > > Deem uma olhada la no sourceforge e me enviem sugestoes ... > > > Ok, as coisas apertaram por aqui ontem, mas hoje vou l=E1 com certeza. >=20 > > Murilo, gostei da sua ideia de implementarmos a documentacao por > > modulos ... vamos fazer assim, vc pega a do bando de dados (claro que > > eu vou te ajudar), e eu e rafael vamos fazer pequenas descricoes de > > cada janela que se juntara tudo num manual final ... o que acham? > > > > []'s > Pra mim est=E1 ok! Vou baixar os arquivos hoje e dar uma boa olhada, > depois conversamos. Uma pergunta, o Rafael trabalha na mesma empresa > que vc? >=20 > Abra=E7o. >=20 >=20 > Murilo R. Esplugues > |
|
From: <pa...@gm...> - 2005-04-11 23:24:08
|
Pra quem nao conhece eu recomendo a leitura, curta e objetiva. |
|
From: <pa...@gm...> - 2005-04-11 23:15:01
|
Fala pessoal, essa lista que eu cadastrei vcs vai ser nossa lista de desenvolvimento ... Estou atualizando o sourceforge na medida do possivel para comecarmos a trabalhar juntos ... Murilo, nao sei se vc ja usou cvs com codigo delphi ... temos que tomar cuidado com alguns arquivos que podem acabar com a atualizacao do outro, os principais que me lembro agora sao os data modules (que contem as tabelas) e os arquivos de projeto, .dpr; .dof etc Se por exemplo eu atualizar o datamodule e depois vc sobrescrever com a sua atualizacao vai dar galho ... os arquivos de projeto entao nem se fala (mudam de data a cada save) ... por isso determinaremos mto bem quais arquivos cada um vai mexer (atualizar) quando for implementar algo ... Deem uma olhada la no sourceforge e me enviem sugestoes ... Murilo, gostei da sua ideia de implementarmos a documentacao por modulos ... vamos fazer assim, vc pega a do bando de dados (claro que eu vou te ajudar), e eu e rafael vamos fazer pequenas descricoes de cada janela que se juntara tudo num manual final ... o que acham? []'s |
