<commit_before>== Catarse
=== A primeira plataforma de financiamento colaborativo de projetos criativos do Brasil

Seja bem-vindo ao repositório dos códigos-fonte do Catarse. Nosso objetivo ao abrir o código do site é estimular a criação de uma comunidade de desenvolvedores em torno do crowdfunding no Brasil, com alto nível de qualidade.

Temos como objetivo, também, a criação de um Rails Engine para a criação de sites de crowdfunding. Criamos um rascunho em http://github.com/danielweinmann/crowdfunding, porém contamos com sua colaboração para a evolução desta gem. Nossa idéia é utilizar o código do Catarse como ponto de partida para a criação do Engine, e depois utilizar o Engine no Catarse. Porém, só iremos começar este desenvolvimento quando tivermos pelo menos + 1 colaborador interessado em usar a gem. Deste modo conseguiremos abstrair as necessidades de pelo menos 2 sites e colocar no Engine.

Você pode ver estes códigos-fonte em ação no http://catarse.me.

== Boas práticas

Embora você tenha o direito de utilizar estes códigos com liberdade, de acordo com a licença do MIT, nós agradeceremos se você devolver os frutos do seu trabalho à comunidade.

Nosso objetivo ao abrir o código do Catarse é a difusão do crowdfunding no Brasil, em um mercado criativo e colaborativo. Portanto, se você quiser criar seu site utilizando o Catarse como modelo, por favor, respeite nossa identidade visual :) queremos ver o seu site no ar, porém com a sua cara e não a nossa.

== Como contribuir

Antes de contribuir, dê uma boa olhada no nosso UserVoice (http://catarse.uservoice.com) para saber o que o pessoal está pedindo e o que já está nos nossos planos.

Depois, basta fazer um fork, mudar, e mandar um pull request.

Nós utilizamos RSpec e Steak para os testes, e as melhores práticas são:
* Manter os testes de modelo com 100% de cobertura (usando rcov)
* Criar testes de aceitação para tudo que for usar interface
* Criar testes de controle apenas quando os testes não estiverem cobertos por um teste de aceitação. Ou seja: damos prioridade para os testes de aceitação em relação aos testes de controles.

Atualmente, uma série de funcionalidades estão sem testes de aceitação. Se você não sabe como começar, uma boa maneira pode ser contribuindo com testes de aceitação :) qualquer dúvida, estou à disposição no mailto:<EMAIL>.

== Licença

Copyright (c) 2011 Softa

Licenciado sob a licença do MIT (vide o arquivo MIT-LICENSE)<commit_msg>Small changes on the README<commit_after>== Catarse
=== A primeira plataforma de financiamento colaborativo de projetos criativos do Brasil

Seja bem-vindo ao repositório dos códigos-fonte do Catarse. Nosso objetivo ao abrir o código do site é estimular a criação de uma comunidade de desenvolvedores em torno do crowdfunding no Brasil, com alto nível de qualidade.

Temos como objetivo, também, a criação de um Rails Engine para a criação de sites de crowdfunding. Criamos um rascunho em http://github.com/danielweinmann/crowdfunding, porém contamos com sua colaboração para a evolução desta gem. Nossa idéia é utilizar o código do Catarse como ponto de partida para a criação do Engine, e depois utilizar o Engine no Catarse. Porém, só iremos começar este desenvolvimento quando tivermos pelo menos + 1 colaborador interessado em usar a gem. Deste modo conseguiremos abstrair as necessidades de pelo menos 2 sites e colocar no Engine.

Você pode ver estes códigos-fonte em ação no http://catarse.me.

== Boas práticas

Embora você tenha o direito de utilizar estes códigos com liberdade, de acordo com a licença do MIT, nós agradeceremos se você devolver os frutos do seu trabalho à comunidade.

Nosso objetivo ao abrir o código do Catarse é a difusão do crowdfunding no Brasil, em um mercado criativo e colaborativo. Portanto, se você quiser criar seu site utilizando o Catarse como modelo, por favor, respeite nossa identidade visual :) queremos ver o seu site no ar, porém com a sua cara e não a nossa.

== Como contribuir

Antes de contribuir, dê uma boa olhada no nosso UserVoice (http://catarse.uservoice.com) para saber o que o pessoal está pedindo e o que já está nos nossos planos.

Depois, basta fazer um fork, mudar, e mandar um pull request.

Nós utilizamos RSpec e Steak para os testes, e as melhores práticas são:
* Manter os modelos com 100% de cobertura de testes (usando rcov)
* Criar testes de aceitação para tudo que for usar interface
* Criar testes de controle apenas quando as funcionalidades não puderem ser completamente cobertas por testes de aceitação. Ou seja: damos prioridade para os testes de aceitação em relação aos testes de controles.

Atualmente, uma série de funcionalidades estão sem testes de aceitação. Se você não sabe como começar, uma boa maneira pode ser contribuindo com testes de aceitação :) qualquer dúvida, estou à disposição no mailto:danielweinmann<EMAIL>.

== Licença

Copyright (c) 2011 Softa

Licenciado sob a licença do MIT (vide o arquivo MIT-LICENSE)
{'fraction_non_alphanumeric': 0.03746978243352135, 'fraction_numerical': 0.0036261079774375505, 'mean_word_length': 4.578651685393258, 'pattern_counts': {'":': 0, '<': 5, '<?xml version=': 0, '>': 5, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '3978954', 'n_tokens_mistral': 1647, 'n_tokens_neox': 1592, 'n_words': 776}