| Autor |
Mensagem |
|
|
brunoborges wrote:
reinaldob wrote:Pra fazer sisteminhas quadradinhos vai bem, quando vc precisa de algo um pouco diferente é horrível.
There's no perfect Web Framework. Você deve utilizar o melhor framework para a combinação seu projeto+seu conhecimento prévio. Se seu projeto é para ser um portal a-lá G1, melhor usar Python/Rails/Play/Grails.
Se é para fazer uma RIA, melhor usar GWT/Flex/ExtJS/Vaadin.
Se é para fazer uma aplicação e-commerce ou corporate (crud-oriented), melhor usar JSF/Wicket/Tapestry.
Se você precisou de algo diferente que o framework não suportava, é porque provavelmente seu projeto deveria ter optado por outra tecnologia. Ninguém constrói casas com placas de aço. Estas, servem para construir carros.
Concordo plenamente, exatamente por isso escrevi o primeiro parágrafo, dizendo que para sistemas mais quadrados ele serve muito bem ! E infelizmente não pude alterar o framework, afinal herança de projeto é complicado  Não dá pra chegar chutando as tecnologias que já existiam antes.
brunoborges wrote:
reinaldob wrote:Para otimizar a carga de JS, CSS e várias práticas para melhorar a velocidade e cache na web tem que fazer muita gambiarra, afinal ele é feito pra "esconder" a web do programador.
Ele é feito para que você se preocupe com outras coisas. CSS e JS podem (e devem) ficar no Apache. Se você utilizou o modelo de ResourceReference para uma folha de estilo que é única para o site inteiro, fez mau uso do framework. Algo que pode acontecer com qualquer produto.
Quando vc cria componentes reutilizáveis, vc associa as ResourceReferences com os componentes, afinal se vc tem um Grid pronto para um projeto, e o mesmo tem CSS e JS específicos para ele, vc não copia os arquivos para cada projeto, pois seria uma violação do DRY. Porém quando vc utiliza os componentes dentro do projeto, para cada componente ele terá um "caminho" específico, o que dificulta colocar no apache para fazer cache dos resources utilizando o path para isso. Isso tem N vantagens, porém desvantagens para fazer o cache.
brunoborges wrote:
reinaldob wrote:Sem contar que tive vários bugs relacionados a performance, pois tem vários "sinchornized" dentro do controle de sessão dele, e tive que fuçar dentro do código dele para encontrar os problemas, e o código que vi, deu até vergonha !
Que bom que o código é aberto, não é? Assim deu para ver o fonte e poder corrigir os problemas. Afinal, nenhum produto é perfeito. Suponho que você ofereceu as correções dos problemas que você encontrou para a Apache Software Foundation, aplicar no framework. Isso significa que a última versão (1.5.0) já esteja corrigida.
Muito bom que o código é aberto, concordo com vc e tb acho que nenhum código é perfeito. Estou apenas justificando o pq não acho ele uma boa opção. E a solução encontrada para os problemas que citei, foi retirar o tratamento de sessão do Wicket e trocar por um específico, e isso nao foi para o repositório deles.
brunoborges wrote:
reinaldob wrote:Sugiro antes de utilizar, baixe o código e dê uma navegada, só pra ter idéia do que eu estou falando....
Boa sugestão. Só olhando o código-fonte para aprendermos de verdade um produto.
E hoje EU não começaria um projeto com Wicket, mas é claro, esse é só minha opinião, baseado nos fatos que citei acima. Cada um pode tirar a conclusão que quiser, e espero que não se sintam ofendidos como pareceu o caso do Bruno.
fincatto wrote:
Gostei da sua visão, é bem parecida com relação à memória e problemas de compatibilidade entre as versões.
|
 |
|
|
Já utilizei o Wicket em um sistema muito grande, e achei muito ruim.
Pra fazer sisteminhas quadradinhos vai bem, quando vc precisa de algo um pouco diferente é horrível.
Para otimizar a carga de JS, CSS e várias práticas para melhorar a velocidade e cache na web tem que fazer muita gambiarra, afinal ele é feito pra "esconder" a web do programador.
Sem contar que tive vários bugs relacionados a performance, pois tem vários "sinchornized" dentro do controle de sessão dele, e tive que fuçar dentro do código dele para encontrar os problemas, e o código que vi, deu até vergonha !
Sugiro antes de utilizar, baixe o código e dê uma navegada, só pra ter idéia do que eu estou falando....
|
|
|
|
Entendi !
O ponto principal na minha opinião realmente é a centralização das coisas na mão do arquiteto, eu acho que em toda equipe temos que ter pessoas experientes, mas não deixar a decisão somente pra ela, isso tem que partir de todos.
|
|
|
|
Arquitetura Corporativa e Arquitetura de Referência, já é um problema em si só, pq ?
Se a idéia de termos conhecimento em diversas ferramentas, e que cada ferramenta serve para um propósito específico, qual o intuito de "generalizar" uma ferramenta(ou conjunto delas) para se aplicar em todos os problemas da empresa ?
Outro item conflitante na minha opinião, é que as decisões devem ser centralizadas, eu acho que se apenas uma pessoa decide, automáticamente estou dizendo que os meus companheiros não tem capacidade de tomar essas decisões tambem, isso além de desmotivar um time, faz com que as pessoas não evoluam tecnicamente ficando sempre sujeitas as decisões de uma única pessoa.
E tendo apenas uma pessoa decidindo, normalmente ela vira gargalo do time, fazendo com que essa pessoa se afaste cada dia mais do desenvolvimento, que acarretará em outros problemas relacionados à escolhas técnicas em que nunca teve prática, transformando cada vez mais a pessoa nos arquitetos powerpoint...
Maaaass... Essa é a visão da minha experiência (inclusive como arquiteto) outras pessoas podem discordar.
abraço !
|
|
|
|
|
Prefiro essa visão de arquiteto : http://martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf
|
|
|
|
Cada empresa tem uma política, e o que é útil pra ela, em termos de documentação de arquitetura.
Se é apenas um modelo, pode seguir esse : http://www.cmcrossroads.com/bradapp/docs/sdd.html
Mas sugiro vc filtrar o que não é útil ou não faz sentido no tipo de sistema que vc quer especificar.
[]'s
|
|
|
|
Acho que poderíamos expandir um pouco a discussão também, em relação a component based e action based frameworks... Acho que isso pode justificar um pouco do problema que vejo no JSF.
Hoje em dia não vejo aplicabilidade para frameworks component based, não vejo aquela vantagem vendida em relação a abastração da Web, facilidade de desenvolvimento para os desenvolvedores, essa abstração só traz desvantagens...
Sempre que um novo recurso surge, comets, cache, etc... o component based dificulta nossa vida, pois temos que fazer vários desvios para poder aplicar, fazendo com que ele atrapalhe mais do que ajude.
Quando montamos o design de uma aplicação, tentamos deixar a construção do nosso domínio o mais parecido com o modelo real certo ?? O tal DDD ? Isso é feito para evitarmos manutenção, pois quanto mais próximo da realidade, a probabilidade de mudanças, serão somente quando a "realidade"mudar...
Agora pq não pensamos assim com frameworks ??? Afinal a web é request/response, não adianta abstrairmos de uma maneira diferente tentando esconder essa natureza.
Eu uso Wicket todo dia... acho uma MERDA ( sorry Bregaida rs.. )
Tive todos os problemas possíveis e imagináveis com o fw, desde performance até TODOs dentro do código do Wicket onde teria que ter uma implementação 
Não existem componentes no mercado, tivemos que fazer até um DatePicker, nem algo tão simples como esse componente não conseguirmos utilizar um pronto.
O gerenciamento de recursos dele (imagens, js, etc..) ele simplesmente consegue driblar meu browser para não fazer cache, ele vai exatamente ao contrário de tudo que tentamos fazer pra melhoria de performance em aplicações web...
Bom, torço pro java, mas JSF, EJB, sinceramente prefiro às alternativas
|
|
|
|
Definição e mais informações : http://codingdojo.org/
Onde encontrar dojos : http://dojomap.heroku.com/
[]'s
|
|
|
|
Só mais um adendo, eu estou achando que tem misturado com o que vc comentou, regras de negócio, que até utilizam características de segurança como contexto, mas que não tem muito muito haver com acesso propriamente dito.
Eu usuaria algo pronto para autenticação + autorização (SpringSecurity da vida) e deixaria essas regras de negócio específicas em cada objeto, citando algo do seu post : Se a transação for X e o nível acesso <= 5 mostre a mensagem, Tente realmente separar o que é de responsabilidade de cada um. Se estiver empolgado, vc pode criar uma DSL para trabalhar junto com o framework de autenticação + autorização, pode ficar interessante... dê uma procurada sobre interfaces fluentes caso vc queira ir para esse lado de DSL..
[]'s
|
|
|
|
Ixe, artigo não tenho não, achei o esquema no help do EA mesmo, uso a versão 7.5.
Basicamente o que fiz, foi criar um EAP, criei os pacotes que eu queria (as pastas) e depois de criadas, conversei com os analistas a melhora maneira de dividir para eles poderem paralelizar seus trabalhos, e feito isso, em cada pasta que seria controlada pelo subversion, fui criando os XMLs e publicando no svn(ele faz isso sozinho).
Após feito isso, criei o esquema no banco de dados usando o script que tem no site do EA, conectei o ea e no menu tem a opção de importar EAP para o banco de dados, depois disso feito, já era, só passei o caminho/usuário/senha do banco pra galera e vamos utilizando, sempre lembrando de fazer checkout na pasta antes de alterar.
|
|
|
|
Olá !
Eu utilizo as duas formas, dividi meu projeto em pacotes em que eu versiono o XML com Subversion e também aponto para o banco de dados para evitar problemas de atualização (pessoas alterando pacotes com referencias cruzadas) por enquando está funcionando bem, só tenho problemas quando preciso criar branches, aí eu preciso abrir o branch a partir de um EAP separado, senão ele volta os dados do branch em cima do banco de dados...
[]'s
|
|
|
|
Olá Julio, gostaria de saber um pouco mais sobre o que é plataforma de prototipação ? Onde encontro fontes ?
Pergunto, pois segundo o wikipedia, microprocessador é :
Um microcontrolador (microcontroller, também denominado MCU) é um computador-num-chip, contendo um processador, memória e funções de entrada/saída. É um microprocessador que enfatiza a alta integração, em contraste com outros microprocessadores de propósito geral (como os utilizados nos PCs). Eles são "embutidos" no interior de algum outro dispositivo (geralmente um produto comercializado) para que possam controlar as funções ou ações do produto. Um outro nome para o microcontrolador, portanto, é controlador embutido.
E como andei pesquisando esse arduíno, ele possui essas características bem similares com a definição acima, pois eu consigo alta integração com sensores, e dispositivos de entrada/saída(como potenciometros, USBs, RS232,etc) e consigo utiliza-lo embutido em outros dispositivos como em automação de casas, robos ou coisas mais simples.
Assim eu gostaria de pesquisar pelo termo correto.
[]'s
|
|
|
|
Na mesma linha, mas não exatamente igual existe o Arduíno : http://www.arduino.cc/
Ele é opensource(isso mesmo hardware open source), parece que o custo pra fazer um é uns R$ 50,00...
|
|
|
|
Concordo que o celular é animal !
Mas meu... a Nokia acaba com os consumidores, pq eles acabaram de lançar o N97 (faz 2 meses) e vão lançar o N900(3 meses depois) com funcionalidades parecidas, claro que o N900 é superior, mas e pra quem comprou o N97 ? Se sentiu o cara mais idiota do mundo ! Pq ele acabou de comprar um aparelho que ficou sendo o top de linha por 3 meses... acho isso uma falta de respeito....
|
|
|
|
@psico.indie
Sim, ou qualquer outro framework de testes unitários
|
|
|
|
|
|