Lucas Almeida Rocha: GNOME Website Plan for 2.28

We’re working hard to have a beta version of the GNOME website by September 21, GNOME 2.28 release. I’m trying to keep everyone very focused in a clear and concrete plan:

http://live.gnome.org/GnomeWeb/TwoPointTwentyseven

The May 27 milestone was a total success! So, what do we have now? The Content team (working with the Marketing team) has the initial plan for the content structure. The Design team has published the initial design proposal for the website. The CMS team has set an initial plan for the basic content, front page, translation and deployment. The Plone work is all being documented in our wiki.

The next milestone (June 15) is about consolidating the content structure, delivering the final design in an implementable form (HTML/CSS), setting up a test website in GNOME servers and having front page and basic content types implemented in our Plone instance. Paul is now working on mapping the content that was previously produced to make sure we reuse it as much as possible. Andreas and Vinicius want feedback on the proposed design and will be working on implementing the design in HTML/CSS during this milestone so that it can be easily applied in our Plone website.

New contributors are more than welcome! If you think you can help with content and design, please subscribe to marketing list. If you want to contribute to the Plone implementation, join the web mailing list. In all cases, please introduce yourself after you’re subscribed.

Thiago Freire: Rails Summit - Segundo Dia

No segundo dia, eu já cheguei na hora da palestra da Phusion. Muito legal a palestra, brincaram bastante com Star Wars, Scarlett Johansson e Megaman. O conteúdo da palestra foi muito interessante, ensinaram alguns conceitos de deployment, e como fazer sua aplicação escalar. Eu já sabia algo nesse sentido, na camada dos web servers, mas nada na camada do banco de dados, nem na parte de caching, então foi muito instrutiva. Depois eles falaram brevemente sobre uma aplicação que eles fizeram, chamada Yuumi. Tem uma integração com Twitter, SMS, um sistema de votação parecida com Digg. Eles também embutiram comentários num blog, com o plugin yuumius_comments.

Logo após, teve um Coffee Break e a palestra de Charles Nutter e Thomas Enebo, que eu não assisti. Fiquei uma hora no sofá, esperando a palestra de Jay Fields, sobre imaturidade dos testes. Basicamente, ele falou mal de todos os frameworks que existem pra fazer testes. Não disse que você não deve usar nenhum, mas que, obviamente, todos eles possuem desvantagens e você deve estar atento a isso. É que as pessoas estão muito empolgadas com testes, e achando que são perfeitos e não falham. Foi engraçado ver ele falando mal do RSpec com David Chelimsky assistindo.

Depois fui assitir a palestra de Manoel Lemos, que também teve a participação de Ronaldo Ferraz e Nando Vieira. Eles falaram sobre a história da WebCo e como ela está atualmente. Lemos contou a história do BlogBlogs e os problemas que teve por falta de conhecimento em deploy de rails. Mostrou como superou esses problemas e fez a empresa crescer. Ronaldo falou sobre search engines, e como eles criaram uma abstração para que possam utilizar qualquer solução, por meio de drivers. E Nando contou como eles aplicam Scrum na empresa. Gostei do que ouvi, e pude conhecer mais como a WebCo trabalha. Até então era só uma empresa com um monte de gente boa em Rails, e que diziam ser maravilhosa. Acho que agora também posso dizer que parece ser mesmo bom trabalhar lá :)

[Continue lendo]

No segundo dia, eu já cheguei na hora da palestra da Phusion. Muito legal a palestra, brincaram bastante com Star Wars, Scarlett Johansson e Megaman. O conteúdo da palestra foi muito interessante, ensinaram alguns conceitos de deployment, e como fazer sua aplicação escalar. Eu já sabia algo nesse sentido, na camada dos web servers, mas nada na camada do banco de dados, nem na parte de caching, então foi muito instrutiva. Depois eles falaram brevemente sobre uma aplicação que eles fizeram, chamada Yuumi. Tem uma integração com Twitter, SMS, um sistema de votação parecida com Digg. Eles também embutiram comentários num blog, com o plugin yuumius_comments.

Logo após, teve um Coffee Break e a palestra de Charles Nutter e Thomas Enebo, que eu não assisti. Fiquei uma hora no sofá, esperando a palestra de Jay Fields, sobre imaturidade dos testes. Basicamente, ele falou mal de todos os frameworks que existem pra fazer testes. Não disse que você não deve usar nenhum, mas que, obviamente, todos eles possuem desvantagens e você deve estar atento a isso. É que as pessoas estão muito empolgadas com testes, e achando que são perfeitos e não falham. Foi engraçado ver ele falando mal do RSpec com David Chelimsky assistindo.

Depois fui assitir a palestra de Manoel Lemos, que também teve a participação de Ronaldo Ferraz e Nando Vieira. Eles falaram sobre a história da WebCo e como ela está atualmente. Lemos contou a história do BlogBlogs e os problemas que teve por falta de conhecimento em deploy de rails. Mostrou como superou esses problemas e fez a empresa crescer. Ronaldo falou sobre search engines, e como eles criaram uma abstração para que possam utilizar qualquer solução, por meio de drivers. E Nando contou como eles aplicam Scrum na empresa. Gostei do que ouvi, e pude conhecer mais como a WebCo trabalha. Até então era só uma empresa com um monte de gente boa em Rails, e que diziam ser maravilhosa. Acho que agora também posso dizer que parece ser mesmo bom trabalhar lá :)

Fiquei na mesma sala, pra assistir Vinícius Teles. Também foi uma grande palestra, sobre empreendedorismo. Ele contou um pouco da experiência dele com a ImproveIt, e como foi a decisão de mudar de uma empresa que oferece serviços pra uma que oferece produtos. Ele mostrou como você pode ter sucesso fazendo produtos pra pequenos nichos, com uma empresa pequena. Disse também que não é tão difícil fazer algo mesmo não estando em grandes centros como São Paulo e Rio, e deu justificativas.

Depois disso eu fiquei no saguão, ajeitando algumas coisas do blog. Teve um momento em que várias pessoas se juntaram pra gravar um videocast pro RailsBox Podcast. Fechei meu MacBook e fui pra lá. Depois de meia hora "gravando", descobriu-se que na verdade Davis só tinha gravado os 3 primeiros minutos, que foi o pessoal se apresentando. Pelo menos, Ozéias tinha gravado o áudio.

Após esse acontecimento estranho (pra não dizer outra coisa), fomos todos pra palestra de Obie Fernandez. Foi sensacional. Todos adoraram a palestra, que foi até longa. Obviamente, ele falou sobre como a Hashrocket funciona, e porque ele não tem nenhum cliente egípcio. É uma empresa que, pelo menos até agora, vem dado certo e que é bem diferente de empresas tradicionais. E de muitas outras empresas que utilizam Rails e Metodologias Ágeis. Falou sobre pair programming, Scrum, Rails Rumble e do dia-a-dia da empresa.

Depois da última palestra, teve o encerramento do evento, com um coquetel. Ficou muita gente lá, conversando e se divertindo. No final, achei que Obie fez a melhor palestra. Mas tenho também que falar do talento (em apresentar alguma coisa) de Dr Nic, Chad Fowler e os caras da Phusion. O evento foi ótimo, as palestras foram legais e surgiu até um projeto lá, onde várias pessoas colaboraram. Mas o melhor do evento foi (e acho que todo mundo vai dizer isso) conhecer as pessoas. Tanto as que eu já conhecia pela internet, quanto as que eu não conhecia realmente. Pessoas como Ozéias Santana, Davis Cabral e Charleno Pires, que é muito engraçado. Além, é claro, de todo o pessoal da aprendendo-rails: Elomar, William, Juarez, Raúl e o outro William. Até apareceram outras pessoas que estão na lista, mas eu não falava muito, como Marcos e Ricardo.

Segundo Gilberto Mautner e Akita, terá um Rails Summit em 2009. Se tiver, estarei lá com certeza. Até lá, espero ir em algum outro evento local sobre Rails. Ou até, quem sabe, criar um aqui em Salvador. Valeu muito a pena todo o dinheiro gasto, e todas as horas extras que terei que fazer no trabalho pra repor o que eu faltei :)

Thiago Freire: Como fazer um plugin - Parte 1

Bom, todo mundo fica dizendo que os plugins são a melhor parte de rails, que a comunidade participa muito, bla bla bla. Decidi então mostrar como fazer um plugin. Aliás, decidi aprender. Não tem muito material sobre isso, principalmente em português. Esse post foi escrito depois de ter lido:

• Rails Guide - The Basics of Creating Rails Plugins
• Nuby on Rails - The Complete Guide to Rails Plugins Part I
• Nuby on Rails - The Complete Guide to Rails Plugins Part II
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com view helpers
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com generators

Como é um assunto meio grande, decidi dividir em algumas partes. Nessa primeira, vou mostrar como estender uma classe de Ruby, criar um generator pra gerar migrations e adicionar um acts_as nos models, para adicionar métodos e outras coisas. Como exemplo, vou criar um plugin que adicionará algumas funcionalidades simples de loja à aplicação, chamado little_store. Para isso, ele precisa de um resource Product. Não vou utilizar testes, para que o post não fique muito grande. Talvez eu fale sobre testar plugins em outra oportunidade. É importante notar que algumas coisas que vou mostrar não são as melhores formas de se fazer, como estender BigDecimal pra criar um método que gere uma saída formatada em Real. Já existem helpers prontos que fazem isso. Os exemplos são só pra ilustrar o que estou dizendo, esse plugin não é útil :)

[Continue lendo]

Bom, todo mundo fica dizendo que os plugins são a melhor parte de rails, que a comunidade participa muito, bla bla bla. Decidi então mostrar como fazer um plugin. Aliás, decidi aprender. Não tem muito material sobre isso, principalmente em português. Esse post foi escrito depois de ter lido:

• Rails Guide - The Basics of Creating Rails Plugins
• Nuby on Rails - The Complete Guide to Rails Plugins Part I
• Nuby on Rails - The Complete Guide to Rails Plugins Part II
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com view helpers
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com generators

Como é um assunto meio grande, decidi dividir em algumas partes. Nessa primeira, vou mostrar como estender uma classe de Ruby, criar um generator pra gerar migrations e adicionar um acts_as nos models, para adicionar métodos e outras coisas. Como exemplo, vou criar um plugin que adicionará algumas funcionalidades simples de loja à aplicação, chamado little_store. Para isso, ele precisa de um resource Product. Não vou utilizar testes, para que o post não fique muito grande. Talvez eu fale sobre testar plugins em outra oportunidade. É importante notar que algumas coisas que vou mostrar não são as melhores formas de se fazer, como estender BigDecimal pra criar um método que gere uma saída formatada em Real. Já existem helpers prontos que fazem isso. Os exemplos são só pra ilustrar o que estou dizendo, esse plugin não é útil :)

Iniciando

A primeira coisa a se fazer é gerar a aplicação, e verificar se está tudo certo:

  
    rails littlestore
    cd littlestore
    script/generate scaffold product name:string, description:text
    rake db:migrate
    script/server
  

Depois, é preciso gerar o plugin:

  
    script/generate plugin littlestore --with-generator
  

Essa opção, --with-generator, irá criar um modelo para os seus generators. Se seu plugin não for ter um generator, ela é desnecessária. Essa é a estrutura gerada:

  
    littlestore
    |-- generators/
        |-- littlestore
            |-- littlestore_generator.rb
        |-- templates/
        |-- USAGE
    |-- init.rb
    |-- install.rb
    |-- lib/
    |   |-- littlestore.rb
    |-- MIT-LICENSE
    |-- Rakefile
    |-- README
    |-- tasks/
    |   |-- littlestore_tasks.rake
    |-- test
    |   |-- littlestore_test.rb
    |-- uninstall.rb
  

• init.rb Esse arquivo é carregado toda vez que a aplicação inicia. Você precisa fazer alguns require aqui :) . Bom notar que nem sempre ele é utilizado. O plugin do RSpec, por exemplo, não o usa, pois não faz sentido o plugin ser carregado antes de você ter usado o generator.
• install.rb Carregado somente no momento da instalação.
• lib Nesse diretório fica o código base do plugin. Esse é o padrão, podem ser criadas outras pastas. É sempre bom dividir em alguns arquivos. Ou até pastas, a depender do tamanho do plugin.
• MIT-LICENSE Ele gera um modelo de licensa pra você. Obviamente, você não precisa usá-la, pode fazer o que quiser! Ao contrário da GPL :(
• tasks As rake tasks ficam nesse diretório.
• test Os testes ficam nesse diretório. Se quiser usar RSpec, tem o rspec-plugin-generator

Estendendo uma classe

É fácil estender uma classe em Ruby. Criarei um método em BigDecimal, que é a classe correspondente no rails pra o :decimal das migrations. O método vai apenas formatar o valor pra que ele saia com duas casas decimais e um R$ na frente. Pra isso, criamos um arquivo no diretório lib.

vendor/plugins/littlestore/lib/core_extensions.rb

  
    BigDecimal.class_eval do
      def to_real
        "R$ #{self.to_f.round(2)}".gsub(".", ",")
      end
    end
  

É recomendável usar class_eval ao invés de redefinir com class diretamente. Também é preciso adicionar o arquivo no init.rb

vendor/plugins/littlestore/init.rb

  
    require 'core_extensions'
  

Pode-se testar com o console do Rails:

  
    script/console
    >> d = BigDecimal.new(73.3492.to_s)
    => #<bigdecimal:23e2b44>
    >> d.to_real
    => "R$ 73,35"
  

Generator que gera migrations

Novamente, o diretório dos generators:

  
    |-- generators/
        |-- littlestore
            |-- littlestore_generator.rb
        |-- templates/
        |-- USAGE
  

O diretório templates/ contém templates feitos pelo usuário, que podem ser utilizados pra criar generators. E o arquivo USAGE serve pra definir o que irá aparecer quando o usuário chamar o generator sem parâmetros, ou seja, como utilizar o plugin, como o nome já diz :)

Quero criar um generator que será chamado por script/generate littlestore Product, onde Product é o model que sofrerá as mudanças (na verdade a tabela desse model que será modificada, certo?). Para isso eu edito o arquivo que foi gerado pelo generator que criou o plugin:

vendor/plugins/littlestore/generators/littlestore_generator.rb

  
    class LittlestoreGenerator < Rails::Generator::NamedBase
      def manifest
        record do |m|
          m.migration_template "migration:migration.rb", "db/migrate", {:assigns => littlestore_assigns, 
            :migration_file_name => "add_littlestore_fields_to_#{custom_file_name}"}
        end
      end

      private
        def custom_file_name
          custom_name = class_name.underscore.downcase
          custom_name = custom_name.pluralize if ActiveRecord::Base.pluralize_table_names
        end

        def littlestore_assigns
          returning(assigns = {}) do
            assigns[:migration_action] = "add"
            assigns[:class_name] = "add_littlestore_fields_to_#{custom_file_name}"
            assigns[:table_name] = custom_file_name
            assigns[:attributes] = [Rails::Generator::GeneratedAttribute.new("price", "decimal")]
            assigns[:attributes] << Rails::Generator::GeneratedAttribute.new("quantity", "integer") 
          end
        end
    end
  

Todo generator precisa precisa de um Manifest. E o método record é usado pra criar esse Manifest. Geralmente se cria usando templates. Nesse caso, utilizei o migration_template, já que quero que ele gere uma migration. É bom testar se o pluralize está ativo, para não haver erros com nomes de tabelas. Note também que utilizo um método pra definir o hash assigns, apenas pra ficar mais organizado.

Como dá pra ver, essa migration irá adicionar as colunas price e quantity na tabela do model que foi dado como parâmetro. No meu caso, criei com Product:

  
    script/generate littlestore Product
  

Esses campos adicionais irão servir pra que o acts_as_buyable funcione.

Criando um acts_as

vendor/plugins/littlestore/lib/acts_as_buyable.rb

  
    module LittleStore
      module ClassMethods
        def acts_as_buyable
          send :include, InstanceMethods
        end
      end

      module InstanceMethods
        def buy(qt)
          return "We don't have enough items to fullfill your order" if qt > self.quantity
          self.quantity -= qt
        end
      end

      def self.included(receiver)
        receiver.send :extend, ClassMethods
      end
    end
  

Simples, não? self.included é chamado quando o módulo LittleStore é incluído, e o parâmetro é a classe ou módulo que incluiu o LittleStore. Então, receiver irá herdar o módulo ClassMethods, e o método acts_as_buyable estará disponível :) . Tendo em mente que ClassMethods são os métodos de classe (duh!), como Product.currency, e InstanceMethod os das instâncias, como @product.price, é possível implementar várias coisas aqui. Dá também pra definir atributos, usando cattr_accessor e write_attribute.

É preciso adicionar o arquivo ao init.rb:

vendor/plugins/littlestore/init.rb

  
    require 'acts\_as_buyable'
    ActiveRecord::Base.send :include, LittleStore
  

Essa linha do ActiveRecord não é necessária, mas pra cada model onde o acts_as_buyable será utilizado funcione, é preciso incluir o módulo com include LittleStore.

Na próxima parte mostrarei como fazer routes e helpers customizadas nos plugins. Além de como gerar um RDoc e alguns outros assuntos :)

Thiago Freire: O boicote do BlogCampBR

Bom, acho que "boicote" não é a palavra certa, mas é um bom título, não? Vamos à história... :P

Antes de tudo, acho bom contar um pouco da história do BlogCamp aqui no Brasil. Ninguém me contou, e eu nem fiquei sabendo na época, então fiz uma pequena pesquisa. Em 2007, Manoel Netto (ele mesmo, que trabalha na WebCo) teve a idéia de fazer um BarCamp sobre blogs aqui no Brasil. Ele se juntou com algumas pessoas e juntos organizaram o primeiro ainda naquele ano, em São Paulo. Criaram então um site, em formato blog, para centralizar notícias e informações sobre os BlogCamps nacionais e regionais. Ainda naquele ano houveram alguns BlogCamps regionais, como o do RJ e PR.

Esse ano, algumas pessoas (que até então eu nem conhecia) fundaram o BlogsBA, para reunir os blogueiros baianos. Criaram uma lista para isso. Eles então tiveram a idéia de fazer um BlogCamp aqui na Bahia. O Manoel Netto, que também é baiano, veio até a lista dar algumas opiniões sobre o evento. No final, o BlogCampBA foi ignorado (pelo menos por enquanto) pelo BlogCampBR. Mas no meio existem algumas pequenas historinhas...

[Continue lendo]

Bom, acho que "boicote" não é a palavra certa, mas é um bom título, não? Vamos à história... :P

Antes de tudo, acho bom contar um pouco da história do BlogCamp aqui no Brasil. Ninguém me contou, e eu nem fiquei sabendo na época, então fiz uma pequena pesquisa. Em 2007, Manoel Netto (ele mesmo, que trabalha na WebCo) teve a idéia de fazer um BarCamp sobre blogs aqui no Brasil. Ele se juntou com algumas pessoas e juntos organizaram o primeiro ainda naquele ano, em São Paulo. Criaram então um site, em formato blog, para centralizar notícias e informações sobre os BlogCamps nacionais e regionais. Ainda naquele ano houveram alguns BlogCamps regionais, como o do RJ e PR.

Esse ano, algumas pessoas (que até então eu nem conhecia) fundaram o BlogsBA, para reunir os blogueiros baianos. Criaram uma lista para isso. Eles então tiveram a idéia de fazer um BlogCamp aqui na Bahia. O Manoel Netto, que também é baiano, veio até a lista dar algumas opiniões sobre o evento. No final, o BlogCampBA foi ignorado (pelo menos por enquanto) pelo BlogCampBR. Mas no meio existem algumas pequenas historinhas...

Uma ligeira FAQ

1. O que o Manoel Netto falou? Bom, antes é preciso dizer que eles têm tentado alguns formatos com os BlogCamps. Em alguns tiveram oficinas, palestras, painéis, etc. Ultimamente, a galera do BlogCampBR tem percebido que o que funciona mesmo (ou o que eles gostam mais, não sei porque só participei de um) são as desconferências. Basicamente ele disse que não podem ter palestras. Citou outras regras também, como restrições a patrocinadores, o tempo das desconferências, a marca BlogCamp, e sobre o site, que falarei depois. Enfim, ele disse quais regras precisariam ser cumpridas para que o evento pudesse ser chamado de BlogCamp. Em momento nenhum ele disse "eu sou o dono da marca BlogCamp", mas ficou parecendo alguém querendo impor regras. Vejam toda a thread aqui.
2. Como foi a resposta do BlogCampBA? Eles responderam no mesmo tom. Basicamente, falaram "não venha impor regras". Eles poderiam ter sido um pouco mais diplomáticos, mas deveriam ter sido?
3. Porque o BlogCampBA não está no site do BlogCampBR? Como já disse, o intuito desse site era agregar informações sobre todos os BlogCamps do Brasil. Para isso, eles criavam um usuário para cada BlogCamp regional para que os próprios organizadores atualizassem o blog. Eles deram um subdomínio pro pessoal do CE, mas segundo eles não deu muito certo e eles não permitiriam novamente. Segundo o pessoal do BlogCampBA eles enviaram os dados que o Manoel Netto pediu várias vezes, mas não obtiveram resposta. Depois receberam a resposta que não poderiam mais ter uma conta no BlogCampBA porque já tinham um site próprio.
4. E os outros administradores do BlogCampBR? Pois é, alguns já disseram que só vieram saber de toda essa história depois que o pessoal da Bahia e o Alexandre Sena começaram a falar. Ingenuamente, a organização do BlogCampBA achou que os outros administradores estavam a par do assunto e nem se deram ao trabalho de procurá-los.
5. Como o BlogCampBA conseguiu patrocínio do BlogBlogs? Essa é estranha mesmo, já que o Manoel Netto é responsável pelo BlogBlogs. A organização do BlogCampBA diz que foi através do Manoel Lemos, que é o dono da WebCo e consequentemente do BlogBlogs. Acho que por maior que fosse a briga, o BlogBlogs não ia deixar de apoiar um evento importante pra blogosfera, como já tem demonstrado em eventos anteriores.

Minha opinião

Eu entendo o que o Manoel Netto quis fazer. Eu entendo que devem haver regras para que um evento seja chamado de BlogCamp, ou então eu faço um evento só com palestras e coisas expositivas e chamo de BlogCamp. Mas não precisa ser tão restritivo. A própria filosofia dos "camps" é não ter alguém mandando, dizer o que é certo e o que você deve fazer. Então acho que o tom dele no primeiro email pra BlogsBA poderia ter sido mais ameno, mais do tipo "vim lhe ajudar a fazer um grande evento! acho que desse jeito ou desse ficaria melhor".

Qual o problema de ter um domínio próprio? Vários BarCamps pelo mundo têm seus domínios próprios e sites totalmente diferentes. Isso em nada enfraquece o barcamp.org. Além disso, os BarCamps não são menos BarCamps por não seguirem uma ou outra regra do site citado. Por isso, acho que o pessoal do BlogCampBR pode ser mais flexível e amistoso com os organizadores dos eventos regionais. O que eu menos entendo é porque não poderiam dar uma conta depois do BlogCampBA ter tido um site próprio. Ou eles ofereceram e a organização do BlogCampBA simplesmente não queria mais? Eu não sei. De qualquer forma, estou achando uma situação extremamente desagradável.

Disclaimer: Só pra deixar claro que não sou baiano, e nem conhecia nenhum dos organizadores até o dia do evento, portanto não tenho nenhuma razão pra ficar com orgulho ferido, ficar de #mimimi, achar que é preconceito contra nordeste nem outras coisas. Só estou dando minha opinião sobre o assunto.

Thiago Freire: Mudanças

Meu último post foi em 2008. É difícil fazer posts. Tem que pesquisar, ter um certo cuidado ao escrever, e ainda ter um bom assunto. E é chato escrever sobre qualquer coisa. Mas eu sempre gostei da idéia de ter um blog sobre desenvolvimento, sobre Rails. Uma semana atrás, ou talvez mais que isso, decidi fazer umas mudanças. Mudei um pouco as cores, atualizei os banners (ou os bottoms, ou o que quer que seja), atualizei a lista de blogs e coloquei meus updates do Twitter. Mudei também o Sobre, que era muito grande.

Mas nada importa se não houverem novos posts. Pedi então ao Elomar que escrevesse um post sobre o Machinist. Ele aceitou o convite e o post ficou muito bom! Vejam também um outro que ele fez explicando como ele testa. Tenho ainda que fazer posts sobre dois eventos que participei, o Maré de Agilidade e o TwitterBa. Tudo isso é pra que eu faça uma mudança importante, e difícil. Preciso mudar as prioridades de minha vida. Hehe, soou muito dramático, mas é verdade :)