Comments on: Frameworks/tools caseiros ou fechados

By: Palestra Agilidade no Mundo Real - Milfont Consulting

Palestra Agilidade no Mundo Real - Milfont Consulting — Sun, 11 Jul 2010 11:44:47 +0000

[...] http://www.milfont.org/tech/2008/01/20/frameworkstools-caseiros-ou-fechados/ http://www.milfont.org/tech/2009/06/06/frameworks-caseiros-2-a-missao/ http://www.milfont.org/tech/2008/01/21/nao-use-notacao-estranha/ [...]

By: Frameworks Caseiros 2: A missão - CMilfont Tech

Frameworks Caseiros 2: A missão - CMilfont Tech — Sat, 06 Jun 2009 19:09:29 +0000

[...] algo em comum: tinham uma arquitetura de referência, mais de 4 anos, baseados no struts 1.x, framework caseiro desenvolvido em cima do struts, modicações caseiras em APIs conhecidas sem contribuição com o [...]

By: Davi

Davi — Sun, 17 May 2009 17:27:22 +0000

Boa introspecção, mas cuidado: – Imagina se tivessem dito tudo isso para os caras que estava bolando todos esses frameworks que hoje, dominam o mercado? Não esquecem que grandes idéias começaram com discuções como essa: Será que X atende ao nosso propósito? se não, vamos fazer melhor? – Veja apenas uma diferença entre um framework bom e outro ruim: – Ter coragem de evoluir e manter o foco na solução.

By: Aplicações sérias em JSF usam Facelets | Rafael Ponte

Aplicações sérias em JSF usam Facelets | Rafael Ponte — Thu, 13 Nov 2008 04:11:41 +0000

[...] evite reinventar uma roda ainda pior do que as já existentes [não quero entrar na discussão dos malefícios de criar seu framework [...]

By: Fabio Santiago

Fabio Santiago — Tue, 22 Jan 2008 11:57:04 +0000

Eu sei, até conheço o Fabio Kung e uma galera do Vraptor. Mas você mesmo falou: “gerreiros”.

Ainda é pouco!

[]‘s

By: Rafael Carneiro

Rafael Carneiro — Tue, 22 Jan 2008 03:13:08 +0000

@Fabio

Concordo com você em partes. É claro e evidente que o Brasil é um país pobre e subdesenvolvido, por isso a falta de incentivo a pesquisa é tanta.

Mas existem os guerreiros que conseguem fazer frameworks que conseguem se equiparar a frameworks consagrados no mercado.

Irei citar alguns:

Mentawai
Vraptor
Neo
SwingBean
Spring Annotations
Floggy

Mais informações: http://www.rafaelcarneiro.org/blog/2007/06/22/mais-um-framework-mvc-made-in-brasil/

By: Fabio Santiago

Fabio Santiago — Mon, 21 Jan 2008 17:32:33 +0000

Concordo com tudo que foi dito aqui. Essas idéias são muito importantes de lembrar num cenário corporativo, onde o fim da empresa não é desenvolver tecnologia.

Mas ao mesmo tempo me dá uma angústia, pois temos poucos incentivos no desenvolvimento e pesquisa nesse país. Ocorre que uma grande maioria de desenvolvedores querem e acham que é certo apenas ficar utilizando coisas que já existem, e não tentam criar ou evoluir nada. Nesse contexto até é certo! Meros usuários.

Onde estão as empresas e universidades nesse cenário? Quais os grandes frameworks desenvolvidos por univerdiades ou empresa brasileiras? Porque as empresas não investem em pesquisa?

Tudo que é novo sai das pesquisas!

Essa é nossa cultura…

Por isso perdemos nossas maiores mentes, e isso ocorre em várias área.

Parabéns pelo post milfont.

By: Rafael Ponte

Rafael Ponte — Mon, 21 Jan 2008 12:04:27 +0000

Por que tu detesta tanto o Struts? rss, ele é bom e funciona.

Isso não vai mudar, enquanto gerentes cederem “poder” à algum desenvolvedor “sênior” (reparem nas aspas) sem experiência no mercado sempre teremos coisas mirabolantes (ou bizarras).

Pessoal do mundo Java de hoje vive sonhando em desenvolver canhões com os frameworks mais hypes para matar formigas (fazer CRUDs por exemplo)

Se deixarmos um único carinha desse tipo comandando a estrutura e os padrões de um projeto não haverá outro caminho se não o fracasso.

Quem deveria definir os padrões, ferramentas e estrutura de um projeto deveria ser a equipe como um todo, e não somente um carinha que acabara de sair da faculdade.

Belo post!

By: Handerson Frota

Handerson Frota — Sun, 20 Jan 2008 22:33:20 +0000

Infelizmente ainda tem gente que adora criar frameworks, uma coisa é você criar para aprender, estudos etc, outra é criar juntamente em um projeto grande e crítico, infelizmente temos muito isso, principalmente em órgãos públicos, pois quase não existem gerentes.

O que eu acho que deve ser feito é:
1. Ver o foco e objetivo do projeto
2. Escolher um frameworks maduro e claro de preferência com uma ampla bibliografia.
3. Caso seja necessário “bombar” esse frameworks, ora, se é opensource, tem o código fonte, então altere ele, deixe ele como você quer, se uma determinada ferramenta desse framework não esta te atendendo por completo, ALTERE, você tem o poder para isso, se por algum motivo você não pode ou não quer, coloque outra api menor que resolva seu problema, agora CRIAR do zero algo que já existe, putz, desculpem, É BURRICE.

Já vi casos que uma determinada pessoa colocou os jar do struts na aplicação, mas REFEZ o validator e messagen properties, RIDICULO, sem falar que está usando o projeto como laboratório e reiventando a roda O_o não e isso é estranho e muito amador.

Ótimo post milfont.

By: cmilfont

cmilfont — Sun, 20 Jan 2008 22:25:39 +0000

Todos que conheci que já trabalharam com o Egen tem uma opinião negativa sobre ele, mas ele é passado, existme novas roupagens para a mesma idéia, tanto que tem empresa que sai o país inteiro vendendo mágica.
Tempo desses vi uma demonstração de um tal Scriptcase (ou algo assim) feito em PHP e na hora me bateu um “Dejavu”