Pessoal,
Sempre ouço falar q empresa X ou Y fez um framework próprio para agilizar o desenvolvimento. Qual vantagem tem em fazer isso? não seria melhor utilizar um framework já consagrado? por exemplo vraptor?
A única vantagem é se você estiver desenvolvendo alguma coisa que ninguém desenvolveu ainda, ou se você tiver certeza absoluta que o que voce está fazendo é melhor do que todos os outros que já existem.
pois é…mas ai vai algumas questões?
-Existe por acaso alguma coisa que alguém não desenvolveu ainda?
-Imagine só o custo para a empresa em se desenvolver um framework novo? O número absurdo de horas de desenvolvimento? de treinamento para cada desenvolvedor? A curva de aprendizado?
-Como é possível saber se é o melhor framework se existem centenas por ai?
Acho que no fundo essas empresas que fazem um framework próprio, o fazem apenas para marketing junto ao cliente…apenas para dizer (nós temos nosso próprio framework e ele é fabuloso)
Existem algumas vantagens:
- O framework fica 100% adaptado as necessidades da empresa;
- A manutenção pode ser mais fácil (já que o time de desenvolvimento conhece o software a fundo);
- A empresa não corre o risco do projeto de terceiros ser abandonado (como já aconteceu com o Jython, por exemplo);
- A própria empresa pode priorizar a ordem de resoluções de bugs e definir políticas de tempo para correção;
A desvantagem disso, acho que você já deduziu, é o custo e o tempo que leva em desenvolvimento.
E claro, o que o colega falou também existe. É uma grande vantagem quando você é o único detentor da tecnologia. Nesse caso, criar um framework para usar efetivamente a tecnologia representa uma redução de custo e ganho de tempo no longo prazo.
É o nosso caso aqui. Criamos uma framework para fazer os testes no nosso telefone, especificamente, para controlar o hardware que estimula a central. Essa hardware é de desenvolvimento interno, e é muito mais completo que as soluções de mercado, já que para nós, as centrais telefônicas não são uma “caixa preta”.
[quote=ViniGodoy]Existem algumas vantagens:
- O framework fica 100% adaptado as necessidades da empresa;
- A manutenção pode ser mais fácil (já que o time de desenvolvimento conhece o software a fundo);
- A empresa não corre o risco do projeto de terceiros ser abandonado (como já aconteceu com o Jython, por exemplo);
- A própria empresa pode priorizar a ordem de resoluções de bugs e definir políticas de tempo para correção;
A desvantagem disso, acho que você já deduziu, é o custo e o tempo que leva em desenvolvimento.
E claro, o que o colega falou também existe. É uma grande vantagem quando você é o único detentor da tecnologia. Nesse caso, criar um framework para usar efetivamente a tecnologia representa uma redução de custo e ganho de tempo no longo prazo.
É o nosso caso aqui. Criamos uma framework para fazer os testes no nosso telefone, especificamente, para controlar o hardware que estimula a central. Essa hardware é de desenvolvimento externo, e é muito mais completo que as soluções de mercado, já que para nós, as centrais telefônicas não são uma “caixa preta”.[/quote]
vcs fizeram esse framework baseado em algum outro já existente?
O mundo não se resume a sistemas comerciais rodando na web.
- Na indústria tem muita coisa sendo desenvolvida com tecnologia realmente nova, que não tem frameworks de terceiros;
- Na academia existem muitas tecnologias novas, para uso geral. Por exemplo, seria possível fazer um framework RAD para linguagens funcionais?
- Algumas empresas tem necessidades muito específicas. Poucos frameworks, por exemplo, tem a escalabilidade necessária para rodar numa base de dados bancária (gigantesca), ou com velocidade suficiente para atender um sistema de tempo real.
Não.
Mas, concordo com vc…
Se a empresa não sai do feijão com arroz (e esse feijão com arroz já envolve sistemas enterprise complexos hoje em dia) não só é burrice fazer a framework “no braço” como é impor um custo desnecessário ao cliente.
Esse é um dos casos que é viável a criação de um FrameWork.
Quando se tem uma situação ou desenvolvimento específico. Criar algo que pode ser reutilizado para futuros projetos com características em comum.
Agora é importante analisar se os FrameWorks de mercado já não resolvem o seu problema com eficiencia.
Não.[/quote]
Então fizeram tudo do zero? como foi isso? aprenderam a montar TLDs?
[quote=eduacsp]
Então fizeram tudo do zero? como foi isso? aprenderam a montar TLDs?[/quote]
Frameworks vão muito além de controladores MVC.
[quote=nbluis][quote=eduacsp]
Então fizeram tudo do zero? como foi isso? aprenderam a montar TLDs?[/quote]
Frameworks vão muito além de controladores MVC.[/quote]
Não entendi… :S :shock:
Com certeza… nós mesmo usamos diversas frameworks do mercado para outras coisas, como persistência em bancos de dados, integração com janelas, testes unitários, geração de logs.
Por TLD vc está falando de top level domain?
Aqui temos um domínio próprio. Nossos pacotes ficam sendo chamados de com.siemens.com.xxx
Onde xxx é o nome do projeto em questão.
Mas isso foi purismo, até pq nosso framework é interno.
Ele está pensando que para criar um framework é indispensável criar uma tag library e seu respectivo arquivo TLD. Ora, frameworks não precisam ser Web ou Desktop, e não se restringem a tag libraries.
[quote=thingol]Ele está pensando que para criar um framework é indispensável criar uma tag library e seu respectivo arquivo TLD. Ora, frameworks não precisam ser Web ou Desktop, e não se restringem a tag libraries.
[/quote]
mas estou falando de framework web apenas
Bem, então ignore todas as respostas anteriores. A não ser que a idéia seja completamente genial, já existe um framework web que resolve o problema. Desenvolver frameworks em casa sem organização só dá em porcaria, frameworks frakensteins escritos porque quem mal sabe orientação a objetos, com documentação parca, poucos testes e cheios de gambiarras pra solucionar todos os problemas que os desenvolvedores dele não haviam previsto.
É que isso não estava explícito. O ViniGodoy, por exemplo, não estava falando de um framework web (testes em telefones - controle de hardware…).
Se você precisa de um único* framework web para adotar na sua empresa, nem a Microsoft pode lhe forçar a isso na plataforma .NET - eles vão lançar o seu próprio framework MVC um pouco depois do lançamento do Visual Studio 2008, inspirado no Spring.NET. Isso porque eles já têm o ASP.NET clássico.
- Provavelmente você iria querer “o melhor”, mas isso é uma decisão menos técnica e mais relacionada a:
- Pessoal qualificado disponível;
- Suporte (se for um framework pago);
- Não ser um obstáculo, em vez de ajudar o desenvolvimento
- Outras razões extra-técnicas (como ser homologado pelo seu cliente, por exemplo).
E é por isso que muita gente ainda usa o Struts 1.X apesar de os próprios autores do Struts insistirem que ele está obsoleto - ele não é exatamente um obstáculo ao desenvolvimento, e está homologado por vários clientes grandes.
E o que vcs acham de criar um framework web baseado em outro já existente?
Bem, parte disso é verdade. Porem eu sou contra essa generalização toda.
E pra falar a verdade, para empresas realmente grandes eu sou COMPLETAMENTE a favor de ter um framework web proprio, seja reescrevendo um existente, ajustando alguns pontos (ou somando funcionalidades de varios) ou pra suprir uma necessidade propria, que sempre existe.
Agora, se vc se propõe a criar um framework e não tem profissional pra isso, ai é problema de gestão, que gera um problema tecnico!
existe algum guia para se criar um framework?