Projeto ACBr - Planos de Expansão

[Daniel Simoes]

16 horas atrás, jt_vb disse:

Cogitamos em um fabricante porem cobram valores muito autos. Você já tem alguma previsão para a DLL?

Creio que em 2 ou 3 meses já teremos a 1a DLL, para o componente NFe

 

16 horas atrás, jt_vb disse:

Forma de pagamento poderia ter uma opção de pagamento anual obtendo um belo desconto para quem pagar nesta modalidade.

Estará disponível em breve...

 

16 horas atrás, jt_vb disse:

seria o foco do ACBR SAC, assim como a minha empresa.

Seu pensamento está correto... por isso que estamos refatorando o MonitorPLUS (melhorando o mesmo)   e criando as DLLs (ACBrLIB)... O @Rafael Dias, que é o autor do ACBrFrameWork, está a frente do projeto ACBrLIB

[Amarildo de Matos]

Boa Noite..

Quando o Cassiano me apresentou o Acbr, fiquei muito motivado. Apesar de no inicio, estar apenas programando e fazendo videos

sobre Acbr integrado, com Windev, fiz questão de Assinar o Sac, pois acho essencial, essa assinatura.. Para empresas de Desenvolvimento

o valor 120 mes, é super em conta. sempre que indico o acbr, que peço para eles fazerem a assinatura tambem, pois somente assim, o Acbr

irar cada vez mais nos ajudar.

quando a dll, vai ser muito bom mesmo.. 

 

Abracos a Todos, 

Amarildo de Matos

Mestre Jedi.

Editado 29 Março, 2018 por Amarildo de Matos

[valterpatrick]

Eu gostei da ideia de ter uma certificação para desenvolvedores, talvez seja uma boa fazer isto. 

[valterpatrick]

Eu estava conversando com um amigo meu, ele deu algumas idéias como cobrar uma licença barata (10 reais mensais) pelo ACBr Monitor e talvez lançar uma licença Premium onde quem tem esta licença recebe as atualizações mais rápidas e quem não tem receberia tipo um mês depois. Já eu acho que se cobrace um valor irrisório de todos os usuários do sistema, algo do tipo como 1 ou 10 reais por mês por empresa já ajudaria.
 

[Daniel Simoes]

Desculpe... mas no nosso entendimento 120.00 já é um valor bastante baixo... e não há obrigação de contratual mensal, podendo ser adquirido sob demanda...

[Fabio Ferreira_838]

Em 28/02/2018 at 17:13, jt_vb disse:

Daniel boa tarde,

Bom minhas questões:

Sobre a DLL esta é uma questão super importante para minha empresa pois hoje utilizamos ACBrFramework.Net.dll e a mesma não tem todos os componentes Nfe/Sat etc...,

Cogitamos em um fabricante porem cobram valores muito autos. Você já tem alguma previsão para a DLL?

 

SAC ACBr minha empresa já foi assinante porem como lhe informei apenas utilizamos a ACBrFramework.Net ( excelente dll) porem desatualizada para alguns critérios do tef estamos tendo problemas para

homologação. Sugestão para o pagamento muitos que utilizam é de outra linguagem somente liberar a atualização da dll 1 vez por mês para quem não tem SAC.

Forma de pagamento poderia ter uma opção de pagamento anual obtendo um belo desconto para quem pagar nesta modalidade.

Acredito que o plano de negócio* não são os programadores DELPHI  porque eles conseguem modificar os objetos diretamente e sim os desenvolvedores de outras linguagem esses sim

seria o foco do ACBR SAC, assim como a minha empresa.

 

Remunerar os maiores desenvolvedores DELPHI que contribuem com o projeto*.

Acho que é isso

Abraço.

 

Concordo com a sugestão... Poderia se manter a mesma forma de contratação do SAC porém oferecer uma modalidade opcional de contratação anual onde o contratante teria um desconto diferenciado o que beneficiaria o contratante e por outro lado incentiva os profissionais a contratar o SAC - Anual. Acredito que esse modelo de negócio aumentaria a receita do fórum.

[Daniel Simoes]

1 hora atrás, Fabio Ferreira_838 disse:

Concordo com a sugestão... Poderia se manter a mesma forma de contratação do SAC porém oferecer uma modalidade opcional de contratação anual onde o contratante teria um desconto diferenciado o que beneficiaria o contratante e por outro lado incentiva os profissionais a contratar o SAC - Anual. Acredito que esse modelo de negócio aumentaria a receita do fórum.

Estará disponível em breve.... Estamos quase concluindo...

[jt_vb]

Daniel boa noite,

Estamos iniciando uma reescrita de um dos nossos programas e conforme foi divulgado o ACBR iria liberar uma dll para impressão em VB.NET dentre outras linguagens, você teria alguma previsão para essa liberação.

Gostaria de nos organizar um abraço e obrigado.

[Daniel Simoes]

Creio que já está no fim... a ACBrPosPrinter.dll o @Rafael Dias, pode dar mais detalhes

[Rafael Dias]

@jt_vb

A ACBrPosPrinter.dll se encontra em fase de testes, já existe um demo em c# disponível no SVN que pode ser facilmente convertido para VB.Net.

Basta apenas baixar os fontes e compilar no lazarus a dll e utilizar o demo para testes.

[jt_vb]

Ok Rafael irei realizar os testes obrigado.

[WashingtonReis]

Muito bom a ideia de expansão, apoio totalmente, atualmente programo em C# .net, e seria bacana ter um maior suporte nessa linguagem.

[Daniel Simoes]

Apenas para atualizar o tópico... já temos a ACBrLibPosPrinter disponível para Download

https://www.projetoacbr.com.br/forum/files/category/35-acbrlibposprinter/

[HASA]

- Boa tarde, como não encontrei um demo para HARBOUR baixei o pacote ACBrLibPosPrinter Windows - x86/x64 o mesmo não tem documentação nem exemplo básico das funções a serem chamadas, onde posso encontrar alguma dica de utilização?

HASA

[Daniel Simoes]

O portal da ACBrLib ainda está em construção... provisoriamente, subi o Help em:

https://acbr.sourceforge.io/ACBrLib/PosPrinter/ACBrLibPosPrinter.html

[HASA]

Obrigado.

HASA

[ricardopdv]

Em 29/03/2018 at 15:11, Daniel Simoes disse:

Desculpe... mas no nosso entendimento 120.00 já é um valor bastante baixo... e não há obrigação de contratual mensal, podendo ser adquirido sob demanda...

R$ 10,00 ? Sério ? Um projeto desta magnitude "life saving" sempre atualizada. Deve fazer parte dos que cobram R$ 50,00 de mensalidade dos clientes e acabam com o mercado de automacao.

[HASA]

- Ricardo, acredito que você matou a xarada.

HASA

[jorge andrade]

Em 24/11/2017 at 19:08, bylaardt disse:

Creio que o Tópico foi para uma direção que o  Daniel não esperava, mas vamos à minha visão:

1) Quanto à postura do Sr. Marchetti:
Também sou de Santa Catarina, um estado que trabalha, que produz, de gente orgulhosa e promissora, que não está acostumado a pedir ajuda sem dar nada em troca. e também não está acostumado a dar ajuda para pessoas ingratas. Isso é cultural para nṍs. Se você quer ajuda, nós ajudaremos, mas se quiser criticar nossa ajuda difamando o nosso trabalho ou achando que a ajuda que fornecemos é uma obrigação e não um favor, culturalmente entenderemos que você não é mais merecedor dos nossos esforços.
O que o Sr. Marchetti fez é apenas um reflexo da nossa cultura (e de outros estados, alguns inclusive do norte, como por exemplo Rondônia, que teve muitos imigrantes gaúchos). Somos diretos, objetivos, não usamos pronomes de tratamento, (segunda pessoa e TU ), mas isso não significa que somos agressivos, apenas que possuímos culturas diferentes.
Tenho certeza que muitos vão achar meu texto agressivo ou chamá-lo de "textão" ou achar que também estou dando "patadas" mas não... quero apenas mostrar as diferenças culturais e se você não é programador delphi e acha que por isso não pode contribuir com o projeto, você provavelmente está errado.

2) Quanto ao "que eu uso", citado pelo Sr. douglaswf :
Eu não uso nada por enquanto. Estou na fase de estudar os códigos. Apaixonei-me pelos códigos e pela organização usada pelo ACBr. Não sou programador Delphi, uso Object-pascal. Muito similar, porém diferentes. meus códigos são sempre cheios de helper types que são incompatíveis com a proposta do ACBr de manter a compatibilidade com o Delphi desde a versão 7 em diante, mas isso não me impede de querer entender e aprimorar cada vez mais.
Minhas primeiras metas pessoais são:
2.1) Fazer com que o ACBr se torne compilável por cross-compile (FPC) de linux para windows. Atualmente não é possível porque os os fontes não estão em UTF8 e os caracteres acentuados deverão estar para que funcione o crosscompile no FPC em linux (espero fazer isso colocando constantes do tipo TTranslateString em arquivos .inc com diretivas de compilação {$IFDEF FPC} ou similar)
2.2) Fazer com que os componentes ACBr possam ser traduzido por arquivos .po através dessas constantes dos arquivos UTF8.
Mas para isso acontecer, preciso de estudo e tempo. Já até sugerido pelo Daniel Simoes que fosse feito um fork. Mas ainda estou estudando a possibilidade de fornecer alterações ao projeto ACBr ou fazer um refactoring do que realmente me interessei. segue o link da sugestão do Daniel.

3) Quanto ao tópico original. Vi que algumas opiniões são pontuais e querem resolver seus problemas pessoais. Esperava ver mais contribuições nos sentidos de:
3.1) Manter a longevidade do projeto;
3.2) Criar formas de arrecadação consistentes;
3.3) Viabilizar para o projeto economicamente e intelectualmente ;
3.4) Promover e divulgar o projeto profissionalmente e academicamente;
3.5) Agregar novos recursos.

4) Quanto à outras linguagens:
Apesar de conhecer diversas linguagens, eu possuo preferências de desenvolvimento, exemplo, projetos comerciais que demandam manutenção, precisam de códigos organizados e de fácil manutenção. por isso opto por object pascal, mas para Android, apesar de já ser possível desenvolver por pascal, uso o java. A maior parte do código livre escrito no planeta são de linguagens c like, mas isso não significa que você precisa aprender apenas uma linguagem.
Caso você seja especialista em outra linguagem, provavelmente poderá contribuir construindo cabeçalhos das bibliotecas descritas no vídeo do Daniel Simoes nas linguagens que você esteja familiarizado.

opinião pessoal: Github melhor  que SourceForge que é melhor que Launchpad, Google Code ou CodePlex.

Sinceramente, já vi muitas coisas na minha vida, mas tentar explicar a falta de educação e tratamento pessoal com origem cultural, foi o maior absurdo que vi em toda a minha vida. As vezes as pessoas tentam se mostrar inteligentes e acabam cometendo esses absurdos, colocando as origens regionais como se fossem  motivos de objetividade em respostas sem nenhum propósito ao tópico em questão.

Todos que deram as suas opiniões e sugestões,  foram nas melhorias do projeto e acredito que o Jânio como usuário e beneficiado do projeto tenha apenas se colocado a ajudar nas suas sugestões e críticas. Quanto a resposta do Juliomar, poderia ser de forma diferente, de maneira que agregasse conteúdo as considerações do Jãnio, mas,  jamais da forma que foi feita, criando um combate, confrontado a sua falta de conhecimento na ferramenta como se fosse um pária.

Agora, quanto a vc,  me perdoe, não faça isso novamente, não imponha a sua falta de educação ao povo de SC, RS, RO e nem dos demais estados. Não há justificativa na sua defesa em concordar com tal falta de zelo e tratamento aos pares deste fórum e menos ainda assinar embaixo por uma resposta ríspida e sem fundamentos. Sinceramente, não sei a sua idade, mas agiu como criança do ensino primário e deveria ser repreendido com um gancho de afastamento do fórum por alguns meses.

Me perdoem os demais pares, mas estes tipos de respostas não ajudam em nada o projeto, do qual sou dependente e como tal não tenho vergonha de falar que não tenho conhecimento de DELPHI/LAZARUS, mas sinto-me confortável e confiante no uso do monitor binário.

Gostei da ideia do plano de pagamento anual com um desconto.

[]s,