Atena Framework: Nova plataforma de desenvolvimento de sistemas do Ministério Público Federal

Thread.start() Membro desde: 12/10/2007 13:05:11 Mensagens: 30 Offline

boaglio wrote:
Eu sugiro que para resolver esse problema você considere o uso do Maven no projeto.

Estamos considerando e provavelmente iremos usar.

boaglio wrote:
Uma pergunta: na decisão de framework MVC, não se pensou em usar outra coisa além do Struts , como Mentawai , VRaptor ou Spring MVC ?

A decisão pelo Struts foi baseada nos recursos disponíveis no framework (obviamente), na experiência dos desenvolvedores do MPF, na mão de obra disponível no mercado e em casos de sucesso. Não faria sentido para nós usar uma tecnologia que ninguém conhecesse (aqui dentro, digo) ou que não fosse considerada madura o suficiente pela equipe. Mas isso não significa que utilizaremos o Struts sempre nem em todos os projetos. Apenas nos preocupamos que essas mudanças aconteçam de maneira responsável, gradual e com o menor impacto possível para a instituição.

[]s
Godoi

JavaGuru Membro desde: 18/05/2006 20:04:34 Mensagens: 256 Offline

Olá. Desculpe a demora em responder. Vou evitar responder frase a frase, porque acho que escrever dessa forma dificulta a discussão.

Por favor, preste atenção nos seus argumentos: tu não gasta uma palavra defendendo o framework. Não fala de inovações técnicas, de novas abordagens, nada, nada. Fala só de padronização. Padronizar código, padronizar tecnologia, padronizar documentação.

Meu caro, para padronizar essas coisas, não é preciso escrever um framework. Discordas disso? Considerando este fato, resta mais algum argumento sustentando o uso do Atena? Eu não vejo nenhum.

jonatas@pgr.mpf.gov.br wrote:cada sistema tem a cara (e as tecnologias) de quem o desenvolveu, sem documentação ou padronização, e sem que ninguém consiga dar suporte. Hoje, temos processos, tecnologias e ferramentas padronizadas, e posso garantir que estamos bem melhor!

Esse é exatamente o meu ponto. O problema estava nas pessoas, que desenvolviam sem documentação, sem padrões de código, sem tecnologias padronizadas. Logo, deveria-se tentar mudar as pessoas, para que padronizem as tecnologias, escrevam código documentado e seguindo os mesmos padrões. Tudo isso não implica nem justifica escrever um framework.

Que o Atena "aumenta a produtividade da equipe, reduz custos de capacitação, integra as equipes de informática, promove manutenibilidade, padroniza o código"... Vamos ser realistas: tudo aqui é chute puro e simples. Além do mais, pelo seu relato, não é nada que não pudesse ser obtido de forma muito menos custosa do que desenvolvendo o Atena. Por exemplo, via treinamento, seminários, adoção de práticas como TDD, integração contínua, uso de ferramentas como PMD, Checkstyle, etc!

Eu acredito quando dizes que impor o Atena resolveu alguns dos problemas. Mas a minha opinião é: foi uma solução muito mais onerosa do que poderia ter sido.

[]s
-bruno

Obrigado Jonatas por disponibilizar uma modelo de construção de sistemas, talvez agora eu possa ganhar velocidade e padronização na construção dos meus sistemas que consiste em cadastros, movimentações(1:N) e relatórios que ao meu ver é o comum da maioria dos desenvolvedores de sistemas para a grande fatia do mercado brasileiro que são as necessidades administrativas e comercias de uma empresa e que na maioria são pequenas empresas.

Mas eu juro que não vou ligar se e classe "XYZ" do Atena tem 153 linhas mesmo que alguns falem que deveria ter 152, juro que não vou ficar chateado que vcs tenham criado o Atena como "framework de referencia" apenas para a necessidades de vcs, e tbm se vc não usou a versão 1.0.0.0.0.0.1 do framework "Juquinha"

Agora vou testar o Atena e se servir pra os meus básicos propósitos vou usar, se não, paciência mas vou continuar procurando uma forma mais fácil e rápida de criar aplicações Java pois ficar indo no devaneio de alguns que procuram o supra sumo da master-ninja-plus tecnologia isso não dá, que não conseguem terminar nada pois sempre estão querendo usar a última da última versão de um framework novo, falam falam mas o que se ve é muita teoria e pouco resultado prático e eficiente.

E não ligue por esse estresse de alguns, quando sairem do mundinho deles de conceitos e mega-mega projetos e aprenderem que o dono da empresa quer saber é se funciona o sistema e pra quem desenvolve sistemas pra empresas(como uma softhouse e não como ?consultores?) quer ter um padrão de sistema, eles parem de fazer essa "tempestade em um copo d´água" Se são tão bons e conhecedores por que ficam trabalhando como terceiros e trocando de empresas porque a outra ofereceu 50 centavos a mais no valor-hora ?????

pcalcado wrote:Bom, dado o nível de stress do debate fico por aqui. Espero que ao menos a lista de livros seja útil para alguém.

Já foi... obrigado.

Não quero entrar na discussão.

Estou passando várias dificuldades com esses frameworks de "referência" que resolvem um problema específico e são utilizado para tudo.
Perdemos 2 meses treinando pessoas novas para utilizarem esses frameworks.

Quais as vantagens/desvantagens disto? Ainda não sei ao certo... só sei que o manual já está com 6 volumes...

http://www.joelonsoftware.com/articles/fog0000000024.html (Novamente o link...)

Abraços.

This message was edited 1 time. Last update was at 18/10/2007 16:06:06

Bruno,

bzanchet wrote:para padronizar essas coisas, não é preciso escrever um framework

Concordo integralmente com você quando você diz que para se ter padronização não é necessária a criação de um framework. Mas não foi isso que fizemos!

Para que você entenda, tudo começou com a definição de uma arquitetura para um projeto específico. Essa definição levou em consideração um ou outro componente reutilizável que tínhamos desenvolvido, mas essencialmente, se limitava a frameworks open-source como Struts e Hibernate. Mas aí vieram o segundo e o terceiro projeto e acabamos por criar componentes para realizar tarefas que antes, ou eram difíceis de fazer, ou eram repetitivas, ou levavam muito tempo. Essas extensões a esses frameworks, que foram amadurecendo a cada projeto, é que resultou no Atena.

Então, não é que tenhamos escrito um framework para que fosse utilizado pelos projetos. O que aconteceu foi uma conseqüência natural de nosso processo de desenvolvimento.

bzanchet wrote:dizes que impor o Atena...

Mais uma vez. Não existe imposição quanto ao uso do Atena, se ele não atender aos requisitos dos usuários. Mas veja, estamos falando de relações custo-benefício. Se hoje somos capazes de desenvolver sistemas a custo bem menores com o Atena, o que justificaria não utilizá-lo ? Como é que se defende uma idéia dessas para um gestor ? (veja o post do pbnf!)

bzanchet wrote:não fala de inovações técnicas, de novas abordagens

Vamos lá!

Com relação à camada de controle:

* O Atena possibilita a configuração do struts.xml por meio de anotações (suportado parcialmente pelo Struts)
* O Atena adiciona o escopo de "action" aos já existentes (request, session, application)
* O Atena permite a injeção e conversão de dados da requisição em campos de tipos genéricos na action (não suportado pelo Struts)
* O Atena trata requisições síncronas e assíncronas exatamente da mesma forma
* O Atena tem um registro único, em java, de validações a serem aplicadas nos lados cliente e servidor
* O Atena tem anotações para injeção do usuário e do domínio (contexto da autenticação) corrente nas actions

Com relação à camada de visão:

* O Atena permite prototipação em java com reaproveitamento de código
* Todas as interfaces visuais do Atena são construídas em java
* Com isso, podem ser criados componentes de diversas granularidades
* Componentes podem herdar ou conter outros componentes (como pensar em herança com JSP ?)
* O Atena possui componentes do tipo "CasoDeUso" que encapsulam diversas páginas em um só componente
* Nenhum JSP é necessário
* O Atena permite a utilização de skins (substituição de templates do Velocity)

Com relação à camada de negócio:

* O Atena permite a execução de códigos compatíveis com a especificação EJB 3 dentro e fora de um container EJB
* O Atena possui tipos customizados (Data, Hora, Moeda...) que encapsulam conversões e formatações
* O Atena permite o armazenamento de comandos EJB QL em repositórios XML ao invés de em código
* O Atena permite sintaxes como "select pessoa from Pessoa pessoa [where pessoa.nome like :nome] order by pessoa.nome"

Isso pra citar alguns dos recursos.

[]s
Godoi

JavaGuru Membro desde: 18/05/2006 20:04:34 Mensagens: 256 Offline

Agora sim, parece uma defesa justa

. Dizer que vale a pena usar porque padroniza documentação não deveria convencer ninguém.

Aliás, não vou me meter a julgar o mérito do framework, não. Já foi possível perceber aqui nessa discussão, mesmo, que não traz muitos benefícios.

Só por curiosidade... Vocês escrevem a documentação, site, tutoriais, exemplos etc durante o trabalho, no MPF?

This message was edited 1 time. Last update was at 19/10/2007 08:39:20

bzanchet wrote:Só por curiosidade... Vocês escrevem a documentação, site, tutoriais, exemplos etc durante o trabalho, no MPF?

E nas horas vagas...

Forum Spammer Membro desde: 16/12/2004 17:09:19 Mensagens: 1785 Offline

pcalcado wrote:O que mais me preocupa é dinheiro público sendo gasto para reinventar a roda mais uma vez novamente de novo, mas até aí esse não é o único caso.

Mas não precisa, existe MUITO mais sendo jogado fora por aí...

jonatas@pgr.mpf.gov.br wrote:

bzanchet wrote:Só por curiosidade... Vocês escrevem a documentação, site, tutoriais, exemplos etc durante o trabalho, no MPF?

E nas horas vagas...

Horas vagas? Vem cá, vocês não cumprem a portaria 707 não?

This message was edited 3 times. Last update was at 04/05/2009 16:32:47

Jonatas, parabéns a você e todo o resto da equipe que desenvolveu o Atena.

Já dei uma olhada nas apresentações do projeto, além de alguns trechos de fontes, demos, etc... e por mim está legal, vai atender o objetivo de muita gente, e não só ao do MPF, e é isso que importa

[]s
Edson Luis Gonçalez

Tenho certeza que as críticas destrutivas de alguns acabaram servindo como uma verdadeira injeção de ânimo para os autores do Atenas. Vendo por esse outro ângulo podem até ser consideradas "positivas". É aquela velha história: se te tacam limões, faça uma limonada.

O dia que eu fizer alguma coisa e ninguém falar que é uma merda, que não tem testes unitários, que já tem um igual, que é perda de tempo, então terei certeza de que o que eu fiz é um lixo e não vale ser continuado.

saoj wrote:O dia que eu fizer alguma coisa e ninguém falar que é uma merda, que não tem testes unitários, que já tem um igual, que é perda de tempo, então terei certeza de que o que eu fiz é um lixo e não vale ser continuado.

A Lógica Infalível de Saoj: parte 36823, ato 1728/B.

Thread.start() Membro desde: 12/10/2007 13:05:11 Mensagens: 30 Offline

Obrigado pelas últimas considerações.

Aproveito para informar que estaremos disponibilizando esta semana a versão 4.0.4 do Atena, com inúmeras melhorias.

Notícias, artigos e o maior fórum brasileiro sobre Java