Ol=E1 a todos,
Como alguns de voc=EAs j=E1 devem saber, eu venho com uma id=E9ia de criar =
um
servi=E7o online (comercial obviamente) em cima do phpBoleto vers=E3o 2.0
desde que comecei a desenvolver essa nova vers=E3o. Todo mundo precisa
sobreviver afinal de contas ;)
A pr=EDncipio tinha a id=E9ia de prover acesso remoto para a interface do
phpBoleto a empresas que precisassem dessa funcionalidade, como sites
pequenos / m=E9dios de e-commerce e coisa do tipo. Obviamente essa vers=E3o=
do
phpBoleto seria algo fechado s=F3 para esse cliente, com n=EDveis de
permiss=F5es e etc.
Como agora a vers=E3o 2.0 est=E1 come=E7ando finalmente a se estabilizar, e=
stou
novamente trabalhando nessa vers=E3o comercial do servi=E7o. Queria agora a
opini=E3o dos membros dessa lista sobre poss=EDveis features para ela.
N=E3o estou querendo saber se voc=EAs pagariam por algo assim, mas queria
saber quais features seriam interessantes para um phpBoleto muito mais
sofisticado e completo. At=E9 que seria legal se voc=EAs dessem a opini=E3o=
de
que algo como o que eu quero criar seria algo que poderia dar certo.
As palavras chave num servi=E7o remoto desses s=E3o obvias:
- N=E3o =E9 necess=E1rio o tempo de instala=E7=E3o e configura=E7=E3o de to=
das as
bibliotecas necess=E1rias pelo phpBoleto para gerar boletos em JPG, PDF ou =
o
que seja
- N=E3o =E9 necess=E1rio instalar PHP no seu servidor se voc=EA s=F3 utiliz=
ar ASP,
JSP ou o que for
- Chamadas remotas seriam poss=EDveis (por XML-RPC, SOAP e etc) para aquele=
s
aplicativos que querem trabalhar com o output do boleto sem perder a
flexibilidade das suas linguagens (ASP, JSP e etc)
- Eventuais bugs seriam consertados e dispon=EDveis imediatamente pelo
desenvolvedor (eu nesse caso ;)
Quaisquer opini=F5es ser=E3o muito bem-vindas. :)
Joao
--
Jo=E3o Prado Maia <jp...@ph...>
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=3Dbr
|
