Permitir configuração da página de destino após a ativação do empreendimento
Rodrigo Souto
rodrigo at colivre.coop.br
Wed Apr 3 13:46:00 BRT 2013
Olá Daniel,
Discordo do seu ponto de vista de que isso que vocês vão fazer é um
ajuste da funcionalidade. Na minha visão, isso é uma extensão da
funcionalidade. E o fato da funcionalidade ser do core não impede que
essa extensão seja um plugin. Fazer como um plugin, na maioria
das vezes, só tem vantagem. A própria arquitetura guia o
desenvolvimento ao desacoplamento, o que facilita bastante a manutenção
do código. Se eventualmente existirem muitos plugins pequenos que fazem
coisas pontuais, podemos categorizá-los, juntá-los em um mais genérico,
etc; isso é mais fácil do que colocar no core e arrancar depois.
Daniel Tygel escreveu isso ai:
> Leandro, Valessio e demais,
>
> Em nenhum momento falei que era ruim fazer plugins. Pelo contrário, se
> pegamos a conversa que criou o noosfero, a ideia era que ele fosse todo de
> plugins, e eu era um dos que defendia fortemente isso. Seria ótimo se um
> monte de coisas fossem plugins. Mas têm um monte de coisas que hoje não
> são plugins, são core, por decisões anteriores, que nem minhas são.
>
> Propor, com toda a calma do mundo, que peguemos a parte de
> empreendimentos e façamos um plugin, não tem sentido. É preciso fazer
> transições. E isso necessita de tempo. E enquanto estas coisas não são
> plugins, temos que lidar com a vida real: Nós temos um sistema em
> produção, que é a primeira implementação do noosfero (junto com o zen3), e
> mais de 7.500 usuários. Isso está sendo usado, por pessoas, na vida real.
>
> Estamos recebendo mil reclamações de um monte de coisas, e estamos
> lidando com isso da melhor maneira possível, tentando evitar que façamos
> mudanças só na nossa versão instalada e isso não reverta em contribuição
> para o noosfero, evitando assim qualquer fork. Mas tem coisas que
> precisamos hoje ainda mexer no core, pois a funcionalidade de ativar
> empreendimentos, e de tudo relacionado a empreendimentos, é core. Trata-se
> então da proposta de fazer um ajuste em uma funcionalidade já existente e
> que é core, e não de pegarmos agora e termos que parar tudo o que estamos
> fazendo e fazer um mega esforço para pluginizar tudo relacionado a
> empreendimentos.
>
> É neste sentido que uma compreensão histórica é necessária. Se a
> decisão ancestral de que ativação de empreendimentos fosse core é errada,
> não faz sentido termos que arcar com isso hoje e sermos impedidos de fazer
> um ajuste nesta funcionalidade, se ela já existe e é core. Isso
> dificultaria enormemente termos uma solução para uma demanda que tem gente
> por trás, pessoas, usuários, que estão crescentemente desacreditando do
> noosfero como solução, e que gostaríamos que ficassem felizes e pudessem
> fazer suas tarefas corretamente.
>
> Como disse antes: que tal discutirmos de verdade pluginização, e
> definir as features que se tornarão plugins? E então traçar um plano de
> transição para a pluginização, de modo que hoje ainda seja possível fazer
> ajustes no que hoje é core, de modo que os usuários não sejam afetados?
>
> Por isso eu falei que estava havendo uma mistura de duas conversas:
> uma é a nossa mensagem inicial, querendo saber a melhor forma de fazer um
> ajuste numa funcionalidade já existente e que está no core. Outro debate é
> se toda a parte de empreendimentos, e aí a parte de agenda, e aí também a
> parte de comunidade, e aí a parte de login de usuários, etc se tornarão
> plugins, e de que maneira se tornarão plugins (não só empreendimentos).
>
> Abraços,
>
> daniel
>
> Em 02-04-2013 19:08, Leandro Nunes escreveu:
>
> Daniel se desarme ;)
> Numa análise apriorística adicionar qualquer coisa no core é ruim.
> Devemos sempre fazer plugins das novas funcionalidades quando vemos que
> não dá ai sim entra pro core.
> Nós no Serpro estamos fazendo vários blocos de conteúdo para o Noosfero
> que são muito bons, mas são plugins.
> Para o meu uso o bloco que criei é essencial, mas para o seu uso pode
> ser completamente inútil. Então é melhor que tudo seja um plugin porque
> ai cada administrador do sistema define qual plugin vai usar.
> O problema que você está enfrentando é que é muito mais fácil fazer
> algumas coisas direto no core mesmo, mas o fato de ser mais fácil não
> quer dizer que seja o correto :)
> Na verdade o ideal seria pegar todas estas configurações que você falou
> e transformá-las num plugin. Como isso dá muito trabalho, faz um plugin
> que tenha só essa configuração e no futuro as outras vão sendo
> incorporadas.
>
> 2013/4/2 Daniel Tygel <[1]dtygel em gmail.com>
>
> Oi gente,
>
> Estou achando sinceramente estranho fazer um plugin apenas para
> permitir que um destino de uma ação seja configurável. Existe algo
> core, que é a ativação de um empreendimento. Existe outra coisa core,
> que é a url de destino depois que o cara ativa o empreendimento.
> Agora, fazer um plugin só para que uma parte da ação seja plugin não
> faz o menor sentido lógico. Se a ação de ***ativar empreendimento*** é
> core, então nada mais simples que a mudança da url desta ação
> (ativação) seja core. Só tem sentido se então a ação de "ativação de
> empreendimento" seja ***toda*** um plugin. E aí sim, teremos que
> debater mais a fundo as coisas.
>
> Tem como começarmos a ter critérios claros de quando algo será
> core ou não? Isso passa por uma reflexão sobre o que é o noosfero. É
> só rede social?
>
> Acho que misturar uma coisa simples, que é parte de uma ação que já
> é core (ativação de empreendimento), e que é necessária para uma
> implementação que usa o noosfero, com um debate mais amplo sobre
> pluginização, é misturar alhos com bugalhos.
>
> Agora, fica uma preocupação:
>
> Se o fato do noosfero ter empreendimentos é um "problema" para o
> noosfero pois "carrega muito o core", temos aí um problema grave sobre
> concepção deste software, que ajudamos a fundar. Desde o início, a
> proposta do noosfero não é simplesmente ser uma rede social! Se há
> alguma tendência de se tornar isso, é fundamental que possamos saber
> disso o quanto antes para podermos pensar outras possibilidades de
> software livre para a economia solidária.
>
> Abraços,
>
> daniel
>
> Em 02-04-2013 18:29, Leandro Nunes escreveu:
>
> A priori eu acho isso uma coisa bem específica.
> Quem não usa empreendimento não usa essa funcionalidade para nada e
> é mais um atributo no environment que já tem MUITA coisa.
> Eu acho que temos que "lutar" para as coisas serem plugins e não
> adicionar coisas no core.
> Só devemos mexer no core por exceção.
> Se alguma funcionalidade do plugin se tornar extremamente útil ai
> sim transforma o plugin em core.
> Eu acho que temos que "pluginizar" MUITAS coisas no Noosfero.
> Talvez seja pertinente criar um plugin mais genérico onde se tenha
> várias configurações relacionadas com empreendimentos.
> Abraços,
>
> 2013/4/2 Bráulio Bhavamitra <[2]brauliobhavamitra em gmail.com>
>
> Certo Rodrigo, entendi a solução via plugin.
> Agora surge uma outras questões:
> - faz sentido um plugin que apenas faz um redirecionamento? um
> plugin que apenas faz isso não iria confundir e causar alguma
> inconsistencia?
> - esta funcionalidade não seria considerada básica (core) e útil
> para outras redes?
> abraços,
> bráulio
>
> 2013/4/2 Rodrigo Souto <[3]rodrigo em colivre.coop.br>
>
> Pelo que eu entendi do que vocês querem fazer dá pra fazer um
> plugin de
> forma bem fácil. Basta fazer uma interface de configuração do
> plugin
> onde o admin pode preencher a url, armazena-la usando o
> Noosfero::Plugin::Settings e fazer um after_filter na ação de
> ativação
> do empreendimento através do hotspot de filtros nos controllers.
> Isso
> provavelmente já resolveria para vocês
>
> Bráulio Bhavamitra escreveu isso ai:
> > 2013/4/2 Rodrigo Souto <[4]rodrigo em colivre.coop.br>
> >
> > > Diga Bráulio,
> > >
> > > Essa solução é semelhante a as outras diversas opções que
> não deveriam
> > > ser opções que nós temos no ambiente porque não tínhamos a
> infra de
> > > plugins quando foram feitas. Entendo que fazer dessa forma
> será muito
> > > mais prático, porém trará mais inconsistência para o core.
> Por isso
> > > sugeri que, caso fosse aplicável, fosse mudado o
> comportamento atual do
> > > core. Se esse não for o caso, acho que plugin/hotspot é o
> mais
> > > recomendável.
> > >
> >
> > Oi Rodrigo,
> >
> > Não é possível mudar o comportamento sem uma configuração no
> banco, seja
> > ela via plugin ou no core.
> > A url pode variar de uma rede noosfero para outra... E no caso
> do cirandas
> > é o link para um conteúdo de uma comunidade.
> >
> > Que sugere neste caso?
> >
> > abraços,
> > bráulio
> >
> >
> > >
> > > Braulio escreveu isso ai:
> > > > Oi rodrigo,
> > > >
> > > > A intenção é fazer do jeito mais simples que encontramos:
> uma variável
> > > nas
> > > > configurações do ambiente, usando o settings_items. Se nao
> estiver
> > > > definida, o comportamento continua como o atual.
> > > >
> > > > Que acha?
> > > >
> > > > Abraços,
> > > > Braulio
> > > > Em 01/04/2013 20:00, "Rodrigo Souto"
> <[5]rodrigo em colivre.coop.br> escreveu:
> > > >
> > > > > Não sei exatamente o que ou como vocês vão fazer isso,
> mas essa
> > > situação
> > > > > tem cara de ter duas opções mais adequadas que são:
> mudar o
> > > > > funcionamento do core ou fazer um plugin (e
> provavelmente um hotspot)
> > > > > para lidar com esse redirecionamento diferenciado.
> > > > >
> > > > > Daniel Tygel escreveu isso ai:
> > > > > > Olá a todos, especialmente da Colivre,
> > > > > >
> > > > > > Hoje, depois que você ativa a página de um
> empreendimento, você
> > > > > > cai em uma página que tem basicamente uma mensagem
> (parabéns por ter
> > > > > > ativado) e 2 botões (um para gerenciar o
> empreendimento, e outro
> > > > > > para ir ao painel de controle individual).
> > > > > >
> > > > > > Nós da EITA estamos querendo criar uma variável no
> noosfero, que
> > > > > > poderia ser definida pelo console, de modo que seja
> possível definir
> > > > > > outra url de destino após a ativação.
> > > > > >
> > > > > > Alguém da comunidade vê algum problema em fazermos
> isso?
> > > > > >
> > > > > > Obrigado,
> > > > > >
> > > > > > daniel
> > > > > > _______________________________________________
> > > > > > Noosfero-br mailing list
> > > > > > [6]Noosfero-br em listas.softwarelivre.org
> > > > > >
> [7]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> > > > >
> > > > > --
> > > > > Rodrigo Souto <[8]rodrigo em colivre.coop.br> :: [9]55 71
> 8131-7714
> > > > > Colivre - Cooperativa de Tecnologias Livres
> > > > > [10]http://www.colivre.coop.br/
> > > > >
> > > > > _______________________________________________
> > > > > Noosfero-br mailing list
> > > > > [11]Noosfero-br em listas.softwarelivre.org
> > > > >
> [12]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> > > > >
> > > > >
> > >
> > > > _______________________________________________
> > > > Noosfero-br mailing list
> > > > [13]Noosfero-br em listas.softwarelivre.org
> > > >
> [14]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> > >
> > >
> > > --
> > > Rodrigo Souto <[15]rodrigo em colivre.coop.br> :: [16]55 71
> 8131-7714
> > > Colivre - Cooperativa de Tecnologias Livres
> > > [17]http://www.colivre.coop.br/
> > >
> > > _______________________________________________
> > > Noosfero-br mailing list
> > > [18]Noosfero-br em listas.softwarelivre.org
> > >
> [19]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> > >
> > >
>
> > _______________________________________________
> > Noosfero-br mailing list
> > [20]Noosfero-br em listas.softwarelivre.org
> >
> [21]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
> --
> Rodrigo Souto <[22]rodrigo em colivre.coop.br> :: [23]55 71
> 8131-7714
> Colivre - Cooperativa de Tecnologias Livres
> [24]http://www.colivre.coop.br/
> _______________________________________________
> Noosfero-br mailing list
> [25]Noosfero-br em listas.softwarelivre.org
> [26]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
> _______________________________________________
> Noosfero-br mailing list
> [27]Noosfero-br em listas.softwarelivre.org
> [28]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
> --
> Dois Axé!!!
>
> -----
> "Comece fazendo o que é necessário, depois o que é possível e de
> repente você estará fazendo o impossível."
> São Francisco de Assis
> Leandro Nunes
>
> _______________________________________________
> Noosfero-br mailing list
> [29]Noosfero-br em listas.softwarelivre.org
> [30]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
> _______________________________________________
> Noosfero-br mailing list
> [31]Noosfero-br em listas.softwarelivre.org
> [32]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
> --
> Dois Axé!!!
>
> -----
> "Comece fazendo o que é necessário, depois o que é possível e de repente
> você estará fazendo o impossível."
> São Francisco de Assis
> Leandro Nunes
>
> _______________________________________________
> Noosfero-br mailing list
> [33]Noosfero-br em listas.softwarelivre.org
> [34]http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
> References
>
> Visible links
> 1. mailto:dtygel em gmail.com
> 2. mailto:brauliobhavamitra em gmail.com
> 3. mailto:rodrigo em colivre.coop.br
> 4. mailto:rodrigo em colivre.coop.br
> 5. mailto:rodrigo em colivre.coop.br
> 6. mailto:Noosfero-br em listas.softwarelivre.org
> 7. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 8. mailto:rodrigo em colivre.coop.br
> 9. file:///tmp/tel:55%2071%208131-7714
> 10. http://www.colivre.coop.br/
> 11. mailto:Noosfero-br em listas.softwarelivre.org
> 12. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 13. mailto:Noosfero-br em listas.softwarelivre.org
> 14. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 15. mailto:rodrigo em colivre.coop.br
> 16. file:///tmp/tel:55%2071%208131-7714
> 17. http://www.colivre.coop.br/
> 18. mailto:Noosfero-br em listas.softwarelivre.org
> 19. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 20. mailto:Noosfero-br em listas.softwarelivre.org
> 21. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 22. mailto:rodrigo em colivre.coop.br
> 23. file:///tmp/tel:55%2071%208131-7714
> 24. http://www.colivre.coop.br/
> 25. mailto:Noosfero-br em listas.softwarelivre.org
> 26. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 27. mailto:Noosfero-br em listas.softwarelivre.org
> 28. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 29. mailto:Noosfero-br em listas.softwarelivre.org
> 30. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 31. mailto:Noosfero-br em listas.softwarelivre.org
> 32. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> 33. mailto:Noosfero-br em listas.softwarelivre.org
> 34. http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> _______________________________________________
> Noosfero-br mailing list
> Noosfero-br em listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
--
Rodrigo Souto <rodrigo em colivre.coop.br> :: 55 71 8131-7714
Colivre - Cooperativa de Tecnologias Livres
http://www.colivre.coop.br/
-------------- Pr?xima Parte ----------
Um anexo n?o-texto foi limpo...
Nome: signature.asc
Tipo: application/pgp-signature
Tamanho: 490 bytes
Descri??o: Digital signature
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20130403/7fa9e48e/attachment.pgp>
More information about the Noosfero-br
mailing list