[Proposta] Módulos pagos mas realmente eficientes!
Enviado: 31 Ago 2011, 21:07
Boa noite, pessoal. Eu sei que é longo, mas vale a pena! Se quiser, vá direto para a parte importante, lá no final.
Eu sou muito fã de sistemas Open Source (código aberto), mas por outro lado, sei que ninguém se alimenta por osmose, nem paga suas contas despejando um saco de "Parabéns!" (elogios) no balcão do caixa do banco - como diz minha mãe. Por isso, acho justo que trabalhos mais bem elaborados ou de maior nível técnico, sejam disponibilizados somente mediante pagamento. É assim com os temas, é assim com módulos, é assim com gráficos e vetores e é assim, até mesmo, com tutoriais!
A Envato apostou nisso e acertou em cheio. Temos hoje o ThemeForest para temas, ActiveDen para componentes em Flash, AudioJungle para bibliotecas de música e áudio, VideoHive para projetos e loops de efeitos para vídeos, GraphicRiver para vetores e arquivos gráficos em camadas, 3docean para texturas e materiais 3D, CodeCanion para códigos avulsos e módulos/plugins para todo tipo de sistema CMS, além de componentes para iPhone e Android, Tuts+ Marketplace para tutoriais e screencast e, por último mas não menos importante, PhotoDune para bibliotecas de fotografias. Foi mesmo uma tacada de mestre!
Mas onde eu quero chegar? Hoje temos na comunidades pessoas utilizando o OpenCart em suas mais distintas versões, e nem todos os módulos estão disponíveis para que atualizem suas lojas (a mais atual hoje é a 1.5.1.1, e muitos ainda usam a 1.4.7, lançada há mais de 1 ano atrás). Isso gera um "atraso" na popularização do OpenCart, devido a dificuldade de implantação para novos comerciantes. Soluções do passado não estão disponíveis no presente e ninguém quer começar hoje uma loja baseada numa versão antiga, insegura e menos funcional do OpenCart, para a qual não existe suporte de qualidade, mesmo no fórum oficial.
Enquanto a Envato acertou com as ferramentas de "distribuição", atuando como um centralizador de soluções, ela peca no que diz respeito ao controle de versões. Opa, mas é possível que os autores das contribuições listem a compatibilidade de uso dos seus códigos - é o que vão dizer os mais apressados - mas quando eu falo em controle, estou chamando atenção para o problema comum entre desenvolvedores de menor nível técnico a respeito de frameworks de desenvolvimento e orientação a objetos (utilizado em 80% ou mais do código do OpenCart). Eu já tive o desprazer de ver muitos módulos que sobrescrevem arquivos do OpenCart, sem necessidade alguma! Tudo bem que o OpenCart não possui um sistema de hooks bem eficiente ainda (coisa que hoje eu uso bastante no WHMCS) ou uma API - mesmo que disponível só de forma interna ou externa (o WHMCS iniciou com uma de acesso externo e hoje possui também uma interna, extramamente simples de se usar), mas com um pouco mais de estudo do código do sistema para o qual se está desenvolvendo o módulo, é possível que o desenvolvedor faça módulos mais "forward compatible" (compatíveis - automaticamente - com novas versões da loja).
O que eu proponho como solução: eu! Quero desenvolver módulos eficientes, especialmente para frete e pagamento, focando essa compatibilidade e, claro, na qualidade do código, para que todos fiquem satisfeitos. A minha dúvida fica no ponto que eu mencionei lá no início: osmose não dá... eu preciso de remuneração para desenvolver, dar suporte, atender sugestões, sem que o fato de investir tempo (e deixar de atender outros clientes) seja prejudicial para mim.
Parte importante
Eu já desenvolvo módulos para WHMCS em modelo de licenciamento (pagamento mensal ou life-time com direito à atualização por 1 ano), pensei em seguir a mesma linha de trabalho. Exemplo: um módulo de frete como o mencionado neste tópico ou para intermediadores de pagamento (MoIP, PagSeguro, DinheiroMail, etc) custaria cerca de R$ 5 mensal ou R$ 45 one-time com atualizações por 1 ano. Para gateways (como o iPagare, Cielo, Redecard), R$ 10 por mês ou R$ 90 one-time.
Gostaria de ouvir as opiniões, sugestões e críticas de vocês a respeito disso! Vocês pagariam esses valores por módulos realmente funcionais, com suporte pro-ativo (especialmente por que eu mesmo sou um usuário do OpenCart)?
Obrigado pela atenção e paciência (especialmente para quem leu tudo, sem pular direto para a parte em vermelho).
Eu sou muito fã de sistemas Open Source (código aberto), mas por outro lado, sei que ninguém se alimenta por osmose, nem paga suas contas despejando um saco de "Parabéns!" (elogios) no balcão do caixa do banco - como diz minha mãe. Por isso, acho justo que trabalhos mais bem elaborados ou de maior nível técnico, sejam disponibilizados somente mediante pagamento. É assim com os temas, é assim com módulos, é assim com gráficos e vetores e é assim, até mesmo, com tutoriais!
A Envato apostou nisso e acertou em cheio. Temos hoje o ThemeForest para temas, ActiveDen para componentes em Flash, AudioJungle para bibliotecas de música e áudio, VideoHive para projetos e loops de efeitos para vídeos, GraphicRiver para vetores e arquivos gráficos em camadas, 3docean para texturas e materiais 3D, CodeCanion para códigos avulsos e módulos/plugins para todo tipo de sistema CMS, além de componentes para iPhone e Android, Tuts+ Marketplace para tutoriais e screencast e, por último mas não menos importante, PhotoDune para bibliotecas de fotografias. Foi mesmo uma tacada de mestre!
Mas onde eu quero chegar? Hoje temos na comunidades pessoas utilizando o OpenCart em suas mais distintas versões, e nem todos os módulos estão disponíveis para que atualizem suas lojas (a mais atual hoje é a 1.5.1.1, e muitos ainda usam a 1.4.7, lançada há mais de 1 ano atrás). Isso gera um "atraso" na popularização do OpenCart, devido a dificuldade de implantação para novos comerciantes. Soluções do passado não estão disponíveis no presente e ninguém quer começar hoje uma loja baseada numa versão antiga, insegura e menos funcional do OpenCart, para a qual não existe suporte de qualidade, mesmo no fórum oficial.
Enquanto a Envato acertou com as ferramentas de "distribuição", atuando como um centralizador de soluções, ela peca no que diz respeito ao controle de versões. Opa, mas é possível que os autores das contribuições listem a compatibilidade de uso dos seus códigos - é o que vão dizer os mais apressados - mas quando eu falo em controle, estou chamando atenção para o problema comum entre desenvolvedores de menor nível técnico a respeito de frameworks de desenvolvimento e orientação a objetos (utilizado em 80% ou mais do código do OpenCart). Eu já tive o desprazer de ver muitos módulos que sobrescrevem arquivos do OpenCart, sem necessidade alguma! Tudo bem que o OpenCart não possui um sistema de hooks bem eficiente ainda (coisa que hoje eu uso bastante no WHMCS) ou uma API - mesmo que disponível só de forma interna ou externa (o WHMCS iniciou com uma de acesso externo e hoje possui também uma interna, extramamente simples de se usar), mas com um pouco mais de estudo do código do sistema para o qual se está desenvolvendo o módulo, é possível que o desenvolvedor faça módulos mais "forward compatible" (compatíveis - automaticamente - com novas versões da loja).
O que eu proponho como solução: eu! Quero desenvolver módulos eficientes, especialmente para frete e pagamento, focando essa compatibilidade e, claro, na qualidade do código, para que todos fiquem satisfeitos. A minha dúvida fica no ponto que eu mencionei lá no início: osmose não dá... eu preciso de remuneração para desenvolver, dar suporte, atender sugestões, sem que o fato de investir tempo (e deixar de atender outros clientes) seja prejudicial para mim.
Parte importante
Eu já desenvolvo módulos para WHMCS em modelo de licenciamento (pagamento mensal ou life-time com direito à atualização por 1 ano), pensei em seguir a mesma linha de trabalho. Exemplo: um módulo de frete como o mencionado neste tópico ou para intermediadores de pagamento (MoIP, PagSeguro, DinheiroMail, etc) custaria cerca de R$ 5 mensal ou R$ 45 one-time com atualizações por 1 ano. Para gateways (como o iPagare, Cielo, Redecard), R$ 10 por mês ou R$ 90 one-time.
Gostaria de ouvir as opiniões, sugestões e críticas de vocês a respeito disso! Vocês pagariam esses valores por módulos realmente funcionais, com suporte pro-ativo (especialmente por que eu mesmo sou um usuário do OpenCart)?
Obrigado pela atenção e paciência (especialmente para quem leu tudo, sem pular direto para a parte em vermelho).