Re: Mezuro deixará de ser um plugin do Noosfero

[Bráulio Bhavamitra]

Também sou mais do casamento noosfero-rails do que do atual noosfero-debian.
Enquanto o noosfero estiver subjugado ao debian estaremos sempre (muitos)
passos para trás do Rails...
Mas concordo que o debian deva ser o sistema suportado para produção, mas
não que isto determine tantas outras coisas.

abraços,
bráulio


2013/7/15 Paulo Meirelles <paulo at softwarelivre.org>

> Olá todos da comunidade do Noosfero,
>
> Apenas pude participar dos primeiros 30 minutos da reunião hoje e peguei
> alguns de surpresa ao anunciar que o time do Mezuro decidiu que o Mezuro
> deve deixar de ser um plugin do Noosfero.
>
> O time acha que o Mezuro é/será algo talvez um pouco "grande" para ser
> plugin, ou seja, acaba sendo um sistema dentro de outro, o que vem
> dificultando a evolução do Mezuro. O Noosfero passou a causar um "overhead"
> de desenvolvimento ao longo do tempo. Nos primeiros momentos, o Noosfero
> foi fundamental para chegarmos em algo pronto/funcional, mas agora mudou.
>
> Em suma, entendemos que o Noosfero incubou o Mezuro para validarmos várias
> de nossas ideias, bem como também foi um caminho para a USP tentar
> colaborar com o Noosfero: dentro das estratégias de colaboração do CCSL-USP
> . O Mezuro "cresceu" e temos colaboradores. Motivar tais colaboradores faz
> parte desse processo e lidar com Noosfero passou a desmotivar quem
> realmente vem desenvolvendo o Mezuro nos últimos meses, em especial por
> conta do Rails 2.3.5 e Ruby 1.8.
>
> Eu, como USP, ASL e comunidade, venho tentando faz um tempo colaborar com
> a questão da migração para o Rails 3, de diferentes formas/frentes, mas o
> time do Mezuro quer ir além. Seguem alguns levantamentos que o time do
> Mezuro fez para o que estamos chamando de "Mezuro Standalone" (
> https://github.com/mezuro/mezuro-standalone):
>
> ===
> - Gerar gem para entidades da Kalibro (
> https://github.com/radar/guides/blob/master/gem-development.md)
>
> - Rails 4 RC2 (http://rubygems.org/gems/rails/versions/4.0.0.rc2)
>   - Autenticação via Devise (
> http://rubygems.org/gems/devise/versions/3.0.0.rc)
>   - Savon ou outra coisa para comunicação?
>   - Testes
>     - Testes unitários e funcionais com RSpec (
> http://rubygems.org/gems/rspec-rails)
>     - Helpers de teste com shouldamatchers (
> https://github.com/thoughtbot/shoulda-matchers)
>     - Testes de aceitação com Cucumber (http://rubygems.org/gems/cucumber)
>       -Ver poltergeist como alternativa ao selenium (
> http://rubygems.org/gems/poltergeist)
>     - FactoryGirl (ao invés de fixtures) (
> https://github.com/thoughtbot/factory_girl)
>   - RailsAdmin
>
> - Ruby 2.0.0 (http://www.ruby-lang.org/en/)
>   - RVM (rvm.io)
>
> - HTML 5
>   - Boilerplates (http://html5boilerplate.com/)
>     - jquery-rails (http://rubygems.org/gems/jquery-rails)
>     - modernizr-rails (http://rubygems.org/gems/modernizr-rails)
>
> - Deploy via capistrano (http://rubygems.org/gems/capistrano)
>
> - Ver a compatibilidade de tudo isso com Rails 4
>   - Provavelemente devem ter versões RC nos repositorios git, como o caso
> do Devise
>
> - Estrutura esperada de modelos
>   - Três models do mezuro atual: configuration, project e reading_group
>   - Novos models: user
> ===
>
> Queremos ouvir a comunidade do Noosfero sobre nossos encaminhamentos e
> visão.
>
> abraços!
> --
> Paulo Meirelles
> FGA-UnB (http://fga.unb.br)
> CCSL-IME/USP (http://ccsl.ime.usp.br)
>
> _______________________________________________
> Noosfero-br mailing list
> Noosfero-br at listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
>


-- 
"Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
ideologia. Morra por sua ideologia" P.R. Sarkar

EITA - Educação, Informação e Tecnologias para Autogestão
http://cirandas.net/brauliobo
http://eita.org.br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20130716/f5431aad/attachment.html>