Pam Little Cat

Criando um blog com Ruby on Rails – Parte 2

2010-07-09T11:09:00.000-07:00

Galera, estou de volta pra continuar a criação daquela aplicação em RoR.

Na primeira parte deste pequeno tutotial, criamos um CRUD da entidade Post. Nessa segunda parte, vamos incrementar nossa aplicação, adicionando algumas validações para incluir um Post e também, vamos alterar o layout pra deixar nosso blog mais bonitinho.

Vamos começar adicionando as validações. A primeira, vai ser para não permitir a inclusão de campos em branco. Para isso, vamos abrir o modelo (WebBlog/app/post.rb) e adicionar o seguinte trecho de código: validates_presence_of :tittle, :body

Os métodos validates do Rails fazem validação, checando algum campo em uma condição específica. Nesse caso, a condição é a presença de campos em branco. Veremos outras condições daqui a pouco.

A linguagem ruby tem uma leitura tão simples, que é praticamente auto-explicativa: o código está validando a presença de: tittle e body. Simples, né? Pra testar, não é preciso nem reiniciar o servidor, é só salvar e testar. Se você tentar inserir um post sem título e conteúdo, a aplicação irá informar que os campos estão em branco.

Agora vamos adicionar outra validação: o título não pode conter mais que 50 caracteres. Dessa vez, vamos usar o método validates_length_of, para ser aplicado ao campo título. O trecho de código que faz isso é esse: validates_length_of :tittle, :maximum => 50. Vejam que a condição é mostrada pelo símbolo :maximum, que recebe como parâmetro o valor 50.

Em seguida, é só salvar e testar na aplicação.

Vamos agora adicionar a terceira e última validação ao nosso blog, para não permitir que tenhamos dois Posts com o mesmo título, vamos fazer com que esse campo seja único, não possa ser repetido. Para isso, vamos usar o método validates_uniqueness_of e indicamos o campo tittle.

E prontinho, nossa aplicação está pronta pra não permitir o cadastro de post com títulos repetidos.

Agora que a nossa aplicação já está fazendo as devidas validações, vamos melhorar o layout dela. Vou fazer algumas alterações na tela de consulta (WebBlog/app/views/posts/show.html.erb), para que ela fique com cara de um blog de verdade.

Depois de fazer as alterações, a aplicação fica assim...

A tela inicial já está parecendo um blog, agora vamos alterar a tela de detalhe do post. Eu quero que a tela de detalhe fique bem parecida com a tela inicial. Para isso, vamos usar um recurso do Rails chamado Partial, para renderizar nas duas telas um mesmo trecho de código, evitando a duplicação.

Vamos ver a tela de detalhe como ela está.

Agora, vamos criar um arquivo chamado _post.html.erb no diretório WebBlog/app/views/post. (Por convenção, o nome de um partial deve iniciar com o sílbolo _ no início). Nesse arquivo, vamos colocar uma parte do trecho de código que alteramos na tela de consulta.

Prontinho, agora estamos prontos para reaproveitar o código.

Primeiramente, vamos alterar na tela de consulta, para que ela chame o partial. Adicionamos o código <%= render :partial => post %>. Esse código, diz que é pra renderizar um partial, utilizando o objeto 'post' como variável.

Depois, adicionamos esse mesmo código na tela de detalhe, só atentando pra alterar a variável, ao invés de ser 'post' vai ser '@post'.

Agora, vamos ver na tela como ficou.

Agora sim nossa aplicação já ficou com uma carinha de blog. Esse post fica por aqui, no próximo, vou mostrar como fazer os testes para validar o funcionamento da nossa aplicação.

Espero que vocês tenham gostado de mais um post sobre como montar uma aplicação com RoR, e no final, espero que tenhamos montado uma aplicação simples, porém bem completa, pra aprender como é legal trabalhar com essa linguagem! Qualquer dúvida, só entrar em contato... :)

Até a próxima!!

Movimento #horadodesapego

2010-06-01T18:42:00.000-07:00

Semana passada eu iniciei a #horadodesapego e acho que o pessoal gostou da idéia hehehe. Tem tanta gente interessada em alguns livros e perguntando se pode participar também...

Portanto, o Ta Safo resolveu dar início ao Movimento #horadodesapego, que vai funcionar mais ou menos assim:

Foi criada uma planilha no google docs com a lista de livros que as pessoas querem doar. Quem se interessar por algum livro, acessa a planilha e marca ao lado do livro. Quem tiver algum livro pra doar, adiciona na planilha. Depois de algum tempo, vamos marcar uma data pra que todos os doadores e interessados possam entregar e receber os livros e também, pra que todos possam se conhecer e realizar uma pequena confraternização.

Gostou da idéia? Participe! Entre na lista do Ta Safo pra participar da discussão sobre o movimento, acesse a planilha e escolha seu livro! E mesmo que você não queira doar nem recber nenhum livro, apareça no dia da troca também, pra conhecer a gente e trocar uma idéia!

Criando uma aplicação com Ruby on Rails - Parte 1

2010-05-27T07:29:00.000-07:00

Tô de volta...! Como falei em outro post, na minha palestra no #tasafoemacao – Edição CESUPA, mostrei como criar uma pequena aplicação em RoR. A aplicação de exemplo, foi a que várias pessoas já fizeram, um blog. Pra quem perdeu, fiz esse post criando a mesma aplicação, pra que todos possam fazer em casa pra aprender. Vou dividir em mais de um post, pra leitura não ficar muito cansativa. No primeiro post, vou criar primeiro a entidade Post.

Primeiramente, vamos baixar e instalar o Ruby. Depois, sugiro que baixem uma IDE, para facilitar o desenvolvimento. A IDE que eu utilizo é o RadRails, que é uma IDE baseda no Eclipse. Eu, sinceramente, prefiro programar em IDE’s a utilizar bloco de notas. Mas pra quem prefere bloco de notas, pode ficar a vontade também que dá pra ser feito tranquilamente.

Depois de ter o ambiente todo prontinho, vamos começar a criar a nossa aplicação. Primeiramente, vamos criar um novo projeto Rails.

Dê o nome de WebBlog ao projeto. Na hora de criar o projeto, o RadRails pede que indiquemos qual banco de dados vamos utilizar. Eu vou utilizar o MySql, pois é o banco que tenho instalado na minha máquina.

Após criar o projeto, vejam que já foi gerado toda a estrutura de pastas do projeto, inclusive até alguns arquivos, como por exemplo, o de configuração do banco de dados (WebBlog/config/database.yml). Nesse arquivo, vejam que o rails já criou pra mim três confirgurações de banco de dados: uma para ser usada em ambiente de desenvolvimento, outra em ambiente de teste e outra em ambiente de produção. O arquivo já contém quase todas as configurações necessárias para conectar ao banco instalado na minha máquina.

No rails, o adapter é que provê a conexão com o banco de dados. Então, quando você escolher outro banco, você vai ter que mudar o adapter. O ruby já vem com alguns adapters intalados (...\Ruby\lib\ruby\gems\1.8\gems\activerecord-2.3.4\lib\active_record\connection_adapters). Caso você queira utilizar um banco, cujo adapter não venha com o ruby, você terá que instalá-lo (mas isso fica pra um outro post).

O arquivo de configuração do banco de dados já está quase pronto, só falta adicionar as informações do meu banco (usuário e senha).

Adicionando essas informações, eu posso executar o comando para criar o banco de dados. Lembrando que, ao criar um projeto, o rails gera o arquivo com as configurações do banco, porém não gera o banco. É necessário então executar um comando para que ele seja gerado. Esse comando, fica na view RAKE TASKS . Vou selecionar a opção db:create:all, para gerar o banco de dados.

Após criar o banco de dados, podemos partir pra segunda parte do desenvolvimento que é criar a minha entidade Post. O rails possui um recurso chamado scaffold, que fornece toda a implementação do MVC para uma entidade. Ou seja, ao gerar um scaffold de Post, vamos criar uma estrutura que permitirá executar um CRUD dessa entidade. O scaffold gera o modelo, as views, o controlador e o script de criação da tabela no banco de dados. Tudo isso é transparente pro desenvolvedor, ele precisa apenas executar esse comando e dizer quais atributos a entidade terá.

Para criar um scaffold, abrimos a view Generator, que é um recurso utlizado para gerar uma parte do código, digitamos o nome da entidade que vamos criar e os atributos que ela terá. Nesse caso, vamos criar uma entidade Post, que terá somente três atributos como parâmetro: tittle, que é do tipo string; body, que é do tipo text; e post_date, que é do tipo date.

Após executar, o console exibe um log com todos os arquivos e pastas que foram criados. Você pode olhar também na estrutura do seu projeto tudo que foi criado.

Assim como, ao criamos um projeto, o rails cria os arquivos de configuração do banco, o comando scaffold também gera os scripts de criação das tabelas. Nesse caso, o arquivo create_posts.rb (WebBlog/db/migrate) possui o script para criação da tabela posts. Como o rails é baseado em CoC (Convention Over Configuration), a convenção é criar o nome da tabela adicionando um S no final do nome do modelo. Como criamos um modelo post, o nome da tabela, por convenção, será posts. Assim como o nome do controlador, nome da pasta das views... tudo baseado em convenção, e é isso que também agiliza bastante o desenvolvimento com rails!

Precisamos então rodar o script para criar as tabelas no banco. Vamos então executar o comando db:migrate, na view RAKE TASKS, para criar a tabela posts no nosos banco de dados.

O log do console informa que a tabela foi criada.

Prontinho! Sua aplicação já esta pronta para incluir, excluir, alterar e consultar posts! Para testar, vamos iniciar o servidor (View Servers)...

E acessar a página...

Já podemos então incluir, alterar, listar e excluir os nossos Posts.A aplicação está funcionando perfeitamente.

No próximo post, vou mostrar como fazer algumas melhorias na aplicação, incluindo validações e melhorias de layout.

Bem galera, espero que vocês tenham gostado desse primeiro post. Semana que vem eu posto a segunda parte desse pequeno tutorial.

Have a nice week ;)

#horadodesapego

2010-05-26T06:05:00.000-07:00

Pessoal,

Estou doando desses livros e gostaria de saber se alguém tem interesse em ficar com algum deles...

Caso alguém se interesse, é só entrar em contato comigo que a gente dá um jeito.

Em breve vem uma nova lista da #horadodesapego.

Espero que eles sejam de utilidade pra alguém.

-~~Aprenda em 21 dias Java 2~~

- Série Curso Básico & Rápido : Montagem de Micros 3ª Edição

- ~~XML: Conceitos e Aplicações~~

-~~Certificação Sin para programador & desenvolvedor Java 2~~

Tá Safo em Ação

2010-05-24T11:12:00.000-07:00

Fala galera!!

Depois de passar um tempo sumida, estou de volta e com algumas novidades. Primeiro quero falar do Ta Safo em Ação, que é um encontro promovido pela comunidade Ta Safo, voltado para o compartilhamento de conhecimento. Não é um evento só para profissionais, nem só para estudantes, nem só para entusiastas. É um evento pra quem tiver interesse de aprender coisas novas e divulgar alguma coisa bacana que saiba... enfim, é um evento sem frescura! Temos palestras motivacionais, técnicas, conceituais... tem de tudo um pouco.

O primeiro encontro foi no IESAM, no dia 15 de abril. Os alunos compareceram em peso, pois foi um encontro que fez parte da Semana Acadêmica do IESAM. Pra quem se interessar, as palestras estão todas no blog do Ta Safo.

O segundo encontro aconteceu semana passada, dia 20 de maio, no CESUPA. Mais uma vez, alunos, profissionais e entusiastas participaram e deram sua contribuição.

Começamos com a palestra Tá Safo em 10 minutos (que durou 20 minutos, na verdade) do Sanches. Essa palestra é imperdível! O Sanshes tem um jeito próprio de apresentar essa palestra que não consegue deixar ninguém sem dar boas gargalhadas. Com muito bom humor e descontração ele apresentou o Ta Safo pra quem não conhecia.

Depois, tivemos a palestra Carreira 2.0 com o Paulo Igor (também conhecido como Pigor). Essa palestra deixou muita gente pensativa em como agir daqui pra frente. Show de bola!

Estreando como a primeira mulher no Ta Safo em Ação: euzinha, com a minha palestra “Contruindo um blog em minutos com Ruby on Rails”. Foi um exemplo da vida real de um programador, com muita tensãããão, diante de coisas que eram pra dar certo mas misteriosamente não davam, hehehe. Mas no final, deu tudo certo e todo mundo pode perceber o quanto é simples montar uma aplicação completa usando o Rails.

Em seguida, foi a vez do Vitor Feitosa, também iniciante no Ta Safo em Ação, com a palestra “Perca peso em seu processo, think Lean” mostrando pra todo mundo porque o Lean é um sucesso.

Depois desse ciclo de palestras, foi aberta a Desconferência , um espaço pro pessoal que estava assistindo e tem alguma coisa legal pra mostrar pra gente em 10 ou 15 minutos. Tivemos uma pessoa interessada em mostrar um projetinho legal, que foi o Anderson Silveira. Ele mostrou como integrar o Flex com o Flick. A apresentação dele demorou um pouco mais que 15 minutos, mas a galera tava bastante interessada e não arredou o pé enquanto ele não terminou.

E pra fechar a noite, o Ta Safo sorteou algumas camisas entre o pessoal que ficou até o fim. O evento acabou umas 22:30h, todos satisfeitos por mais um encontro ter acontecido, com caras novas palestrando e gente da plátéia querendo participar com a gente.

Estamos querendo agora levar o Ta Safo em Ação pra outras instituições, se alguém se interessar em levar pra sua instituição, é só entrar em contato com a gente que realizamos o encontro onde for. Estamos cheio de gente com boa vontade e vontade de fazer acontecer.

Estou terminando um post com um tutotial da aplicação que eu montei na palestra do Cesupa, então aguardem que essa semana mesmo tenho mais novidades pra vocês.

Espero que vocês tenham gostado e sintam vontade de participar com a gente, da nossa caravana #tasafoemacao.

[]’s

A mudança de cultura como uma vilã

2010-01-14T11:33:00.000-08:00

Todos os agilistas sabem que o desenvolvimento ágil tem como foco principal o micro-gerenciamento. Quando me refiro a micro-gerenciamento, me refiro ao desenvolvimento em si, ao andamento das atividades que cada membro do time se propôs a fazer. Mike Cohn inclusive diz que as práticas do Agile suportam o micro-gerenciamento.

Mas quando se fala nisso, não estamos falando da necessidade de um gerente pra controlar de perto o time, pois em Agile, quem é responsável por isso é o próprio time. É o time que precisa saber, por exemplo, se as atividades foram cumpridas, pois como todos estão comprometidos com a meta da Sprint, caso alguma atividade fique pela metade, todos tem o dever de contribuir para que ela seja finalizada.

Beleza, pra quem tem o pensamento ágil, isso é muito claro. Mas muitas vezes, é difícil fazer com que a cultura das outras pessoas seja adaptada pra essa nova realidade. O micro-gerenciamento incomoda muita gente. Incomoda tanto os gerentes, que sentem a necessidade de saber exatamente o que seus desenvolvedores estão fazendo, pois não há confiança entre ele e sua equipe, quanto do lado dos desenvolvedores, pois muitos não são pró-ativos e precisam de um gerente “comando-controle” do seu lado.

O micro-gerenciamento é percebido no dia-a-dia do time, na realização das tarefas, na identificação dos impedimentos, na resolução desses impedimento pelo Scrum Master (SM). É assim que ele funciona. Não é ninguém no pé de ninguém, dizendo o que cada um deve fazer.
Já trabalhei em duas empresas que resolveram adotar o desenvolvimento ágil: uma foi um sucesso e a outra nem tanto.

Na primeira, a equipe estava bem alinhada, todos tinham a mesma linha de raciocínio. Não precisávamos mudar a cultura da empresa, pois nós criamos essa cultura. Nós definimos o estilo de trabalho e conforme as pessoas iam integrando a equipe, elas iam sendo contagiadas pela nossa cultura, que já era Agile. Não tivemos problema nenhum, o trabalho fluiu maravilhosamente e no final... cliente satisfeitíssimo.

A mesma equipe foi trabalhar na segunda empresa . A princípio foi ótimo, estávamos todos empolgados. Porém, com o passar do tempo, fomos percebendo que o problema gerado pela mudança de cultura seria muito maior do que imaginávamos. Os conceitos básicos não estavam bem solidificados na cabeça das pessoas. A mudança de cultura incomodava muita gente, tanto gerentes quanto desenvolvedores.

As reuniões diárias passaram a ser um sofrimento pro time, pois como eles não entendiam o maior benefício dela, que era promover a comunicação e a visibilidade do andamento das atividades, todos achavam que eram uma reunião desnecessária. Todo mundo ficava calado, ninguém falava nada. Pra piorar, colocaram, além do SM e do time, uma terceira pessoa pra participar da reunião. Essa pessoa era responsável pelo andamento da reunião. Resumindo, o que acontecia era o seguinte: quando o time ficava calado, essa terceira pessoa entrava em ação e começava a forçar as pessoas a falarem. Resultado: todo mundo falava por falar, sem se interessar muito pelo que as outras pessoas estavam dizendo. Nem preciso dizer que após algum tempo essas reuniõs passaram a ser uma chatice, né?

Esses conceitos vem com calma, não é forçando alguém a falar que esse alguém vai perceber a real importância das reuniões diárias. Quando se tocar disso, ai sim ela vai se sentir na obrigação de participar, pois, como um time pode ser autogerenciável, se ninguém tem conhecimento do que os outros integrantes do time estão fazendo...?

Com o passar do tempo, as coisas começaram a desandar, e todo mundo culpava o processo. Mas como Agile vai funcionar, se ninguém quer pensar como Agile? Preencher milhares de documentos a cada semana é ser ágil? O pobre do SM tinha mais documento pra preencher que o gerente: era um documento de planejamento de Sprint, relatório de andamento da Sprint, relatório de andamento das atividades (diferente do outro, esse era semanal!). Quase não sobrava tempo pra ele retirar os impedimentos, de tanto documento que precisava ser escrito.
Um conceito puxa o outro, e quando todos ficarem bem solidificados na cabeça das pessoas, ai sim elas vão perceber a real importância da comunicação do time. Aí sim vão perceber também, que tanto documento não agrega valor ao produto... E é assim que, na minha opinião, a maturidade do time vai sendo formada, com a percepção da importância das coisas e não com a imposição.

Esse foi um pequeno relato de duas experiência que eu tive. E serve de conselho pra quem está pensando em adotar Agile na sua empresa. Primeiramente, invista no treinamento da equipe, na mudança de cultura, pois caso os conceitos não estejam solidificados na mente das pessoas, ou caso sejam mal aplicados, pode levar seu projeto pro ralo... e a culpa vai ser sempre do modelo cascata, ou do modelo ágil... ou de qualquer outro modelo que venha a existir.

VI Beljungle

2009-12-09T13:04:00.000-08:00

Pra quem não sabe, semana passada aconteceu o VI Beljungle, um evento anual organizado pelo Beljug (Grupo de usuários Java de Belém). Antigamente, ele acontecia junto com a SEPAI (Semana Paraense de Informática), mas agora ele é um evento independente, organizado por pessoas que fazem parte do Beljug e que estão engajadas em disseminar essa cultura no estado. Mais uma vez, estávamos lá presentes, ajudando na organização.

O evento foi muito bom, os temas das palestras foram bem legais, próximos da realidade dos desenvolvedores, tivemos até uma palestra internacional, com o Sang Sing da Sun, com o tema “Java EE 6: Next Generation Enterprise Application Plataform”. Os outros palestrantes foram todos locais, provando que tem muita gente boa aqui e melhor de tudo, disposta a compartilhar seus conhecimentos com a comunidade.

É muito legal ver as pessoas interessadas em participar do evento, seja como palestrante e/ou ouvinte mesmo, pois o mais legal é a interação entre as pessoas, a troca de conhecimento.No final do evento, tivemos o Boteco Java. Funcionou exatamente da mesma maneira que no Maré, onde os palestrantes e a platéia sentaram todos juntos e trocam idéias sobre qualquer assunto que seja de seu interesse. É um momento muito interessante, pois rola um bate papo mesmo, bem informal, onde todo mundo pode trocar idéia, sem ter aquela “coisa” de palestrante x platéia, pois fica todo mundo no mesmo nível.

No final, tivemos um feedback bacana dos participantes e, o melhor de todos, foi de uma pessoa da platéia que disse mais ou menos isso:

“Se cada um de nós se comprometer a trazer uma outra pessoa ano que vem, esse auditório aqui vai ficar lotado. O evento foi muito bom e seria interessante se a gente divulgasse isso pros nossos conhecidos, pra eles terem idéia do que estão perdendo.”

Foi uma observação bem legal e muito bem colocada, inclusive. São essas coisas que nos estimulam e não deixar esse evento morrer, muito pelo contrário, fazer com que, a cada ano que passa, ele fique mais fortalecido!

A nossa idéia pro ano que vem é unir toda a comunidade de TI e organizar eventos bem legais, pois já chega de ficar dizendo que nunca chega nada aqui pra gente. É bom que TODOS PARTICIPEM! Pois só assim vamos perceber quanta coisa boa temos aqui e que não somos muito diferentes (tecnicamente falando) das pessoas que vem de fora. Vamos valorizar o que é nosso!!!

Abraços e até a próxima...!

CSM + Maré de Agilidade

2009-12-01T15:30:00.000-08:00

Ano passado decidi criar esse blog pra discutir assuntos que acho interessantes, porém sempre ia deixando pra depois e acabou que não escrevi nada! No Carnaval desse ano, novamente me empolguei e decidi que dessa vez, ia ser pra valer. Mais uma vez, não fiz NADA. Mas... os acontecimentos do último final de semana me fizeram sentir necessidade de compartilhar com todos vocês tudo de legal que aconteceu. Então apaguei tudo que tinha escrito e comecei do zero!

Bem, pra quem não sabe, semana passada aconteceram 2 coisas aqui em Belém. Dias 26 e 27, teve o curso de CSM com o Alexandre Magno e dias 26, 27 e 28 aconteceu o Maré de Agilidade! Sim... ambos em B-E-L-É-M. Falo assim porque muita gente não acredita que um evento desse porte, como o Maré, possa acontecer aqui.

Falando primeiramente do CSM, o curso foi simplesmente sensacional! O Alexandre, além de ser um cara gente boa, é um instrutor de primeiríssima qualidade, explicando o assunto de forma fenomenal, sem deixar ninguém sair da sala com alguma interrogação na cabeça. Esse curso foi de fundamental importância pra minha vida profissional, pois se antes dele eu já usava SCRUM de uma maneira beeem singela, agora então, quero tirar proveito de tudo de bom que ele possa me oferecer! Ele traz acontecimentos reais, que ele mesmo já passou, pra poder esclarecer todas as nossas dúvidas. Recomendo todos que estejam interessados em aprender sobre SCRUM a fazerem esse curso, é muito bom!

Não bastasse a satisfação em ter feito o CSM, veio o Maré. Pra quem não conhece, o Maré de Agilidade (www.maredeagilidade.com.br) é um evento que já passou por várias capitais do Brasil, e discute vários assuntos, dentre eles, as tendências em gerência de projetos e técnicas de desenvolvimento de software que constituem atualmente o grande diferencial de empresas como Apple, Google, Microsoft, Yahoo e Globo.com.

Ele aconteceu aqui em Belém, por iniciativa nossa, do grupo TáSafo (http://www.tasafo.org), e com o apoio e patrocínio de vários outros orgãos. Aconteceu no CESUPA e foram 2 dias de minicursos e 1 dia de palestras.

Como eu estava no CSM, infelizmente não pude participar nos dias de minicurso. Porém, no sábado, dia das palestras, eu pude estar presente e constatei porque que o evento é um sucesso por onde ele passa!

Primeiramente, pelo fatos dos palestrantes serem pessoas maravilhosas!! Alexandre Gomes (SEA Tecnologia), Renato Willi (SEA Tecnologia), Wesley Rocha (SEA Tecnologia), Alexandre Magno (Adaptworks) , Manoel Pimentel (Visão Ágil), Felipe Rodrigues (Fratech) e Leonardo Antonialli (SEA Tecnologa) são pessoas nota 10, jovens, experientes, dispostos a passar pra galera a experiência profissional deles. Tem o fato também dos temas escolhidos serem assuntos atuais, e que são carentes de discussão aqui na nossa região.

Infelizmente, muita gente perdeu... é uma pena que tanta tenha perdido essa oportunidade de acordar pra vida, assim como eu acordei. É uma pena que ninguém tenha a oportunidade de se transformar num profissional 2.0, como o Alexandre Gomes mostrou pra gente (pra quem tiver interesse... http://www.vimeo.com/7696734).

Esse Maré me fez ter outra visão da minha profissão, sinceramente falando. Me fez ver que tem gente jovem como eu, fazendo tudo isso acontecer. E eu quero fazer parte disso também!! Eu VOU fazer parte disso também!

Esse foi o primeiro de vários outros eventos que o TáSafo vai trazer pra galera de Belém, pra que todo mundo fique por dentro do que ta acontecendo lá fora. Vamos movimentar a comunidade! Vamos mostrar que aqui também tem muita coisa boa!!
Foi resumido, mas acho que deu pra perceber o quão importante pra mim foi ter participado do Maré!!!

T+, galera... volto em breve!

PS: Queria agradecer de coração aos novos amigos Alexandre Gomes, Renato Willi, Wesley Rocha, Alexandre Magno, Manoel Pimente, Felipe Rodrigues, Leonardo Antonialli e Serge Rehem.. sem vocês esse evento não teria acontecido! OBRIGADA em nome de todos!! :)