| Autor |
Mensagem |
|
|
Paulo Silveira wrote:Esta prática é adotada na sua empresa?
Um sonoro SIM. Estamos até levando para nossos clientes muitas das práticas.
cv wrote:
Paulo Silveira wrote:Quais os resultados que você obteve?
Otimos. O design das aplicacoes eh assustadoramente melhor, e todo tipo de metrica que a gente ja passou nos projetos eh melhor de maneiras significativas (e a TW lancou um whitepaper sobre essas metricas que eu nao estou conseguindo achar agora por estar razoavelmente bebado/cansado/sem saco).
Concordo 100%.
Cv ja curou a ressaca pra passar o paper?
]['s
|
 |
|
|
microfilo wrote:quem somos nós para falar que eles não têm?
Qual o problema de dizer que o cliente esta errado?
Mesmo que tu esteja como outsourcing dentro do cliente, dar sugestões nunca tirou os dedos de ninguem. Agora se esta como consultoria, ver um fato errado e se omitir é pedir pra mais cedo ou mais tarde ser xingado pelo cliente. Já vi isso com os proprios olhos....uma consultoria X que sabia que tava errada mas não quiz falar pro cliente, o cliente contratou a consultoria Y que avisou ele do problema....advinha o que aconteceu com a consultoria X?
|
|
|
|
microfilo wrote:Senti uma pontinha de inveja?
Ta jogando alcool pra ver a explosão?
|
|
|
|
sergiotaborda wrote:
torero wrote:Prezado Mauridio:
Acho que voçé tamen nao entendeu as minhas colocacoes.
Correios criou o sistema CEP, mais nao é dono dos CEP, nem pode impedir que alguma pessoa crie una base de dados propia con os CEP, do mesmo jeito que a companhia de telefones nao pode impedir que alguen forme a sua propia base de dados conos telefones. Nem os numeros dos telefones son da compnhia tlefonica, nem os numeros do CEP son de correios.
Ai que vc se engana. O dados relativos ao cep são protegidos por lei e apenas os Correios tem o poder de os fornecer , mediante contrato, a terceiros. Não é legal alguem compilar um banco de dados de CEP.
O mesmo se aplica aos numeros de telefone.
Estas são informações que estão relacionadas com informações particulares de individuos e portanto estão sujeitas a leis relativas à protecção de privacidade.
Eu tambem acho que nao funciona assim.
Quer dizer que se eu criar um sistema e sair pelo Brasil cadastrando os CEP's (claro é um exemplo ninguem seria louco de fazer isso) eu posso ser processado pelo uso dos números?
Posso estar redondamente enganado, mas nao acredito que isso seja verdade. Ja vi varias empresas com bases de dados dos CEP's sem ter contrato com os Correios e olha que essas empresas não são pequenas para estarem se arriscando a não pagar e levar uma multa.
Claro, pegar a base dos correios sem pagar e usar isso sim é ilegal.
Se não me engano o próprio IBGE tem uma base.
]['s
|
|
|
|
saoj wrote:
Marcio Duran wrote:
Se você quer fazer um discurso de Paz, fale por ela então, mas se sua sutileza ir no termo ironico a ponto de me chamar de daltônico eu afirmo que você desconhe as cores da Paz.
Não falei que vc era daltônico, apenas que duas pessoas podem descordar sobre um determinado assunto e ambas estarem corretas. De qualquer maneira me desculpe...
Sergio, agora tu viu como funciona. Todos foram ja tentaram ser educados na argumentacao, mas nao é facil.
]['s
|
|
|
|
Marcio Duran wrote:JAVA é Orientado a Objetos 100% ...
Morri.
|
|
|
|
Olá,
O curso em si passa mais coisas do que simplesmente o AS.
AS NetWeaver, Webdynpro, NetWeaver Visual Studio e mais algumas coisas.
]['s
|
|
|
|
saoj wrote:Filtros não foi algo inventado pelo Struts2 (Struts1 não tinha) mas pela Servlet API.
Eu nao disse que algo foi inventado pelo Struts2 ou pelo pessoal do WebWork. Eu acho que os filtros do MTW estao mais para os interceptors do Struts2 pelo simples fato de seguirem a mesma linha, de facilitar a criacao de filtros no controlador mvc, tendo acesso ao stack do controlador e todas facilidades que ele agrega. Se estivesse mais para os filtros da Servelt API nao teriamos 10% das facilidades que eles dao.
saoj wrote:Agora, falando apenas do controlador, há muitos detalhes diferentes. O Mentawai trabalha com stack de entrada e saída (action input e output) por exemplo. Outros trabalham só com injection. E o mais importante é que o Mentawai é muito mais que um controlador MVC.
O Struts2 tambem trabalha com stack com a diferenca que o injection e o outjection é por padrao automatico. Mas nada impede de acessar o stack dele e brincar como quiser.
saoj wrote:Não. A única coisa que consegui concluir sobre ele é que ele é fã do VRaptor, que por sinal é outro excelente framework que eu recomendo para quem prefere trabalhar com anotações ao invés de configuração programática.
Por ele ser fã do VRaptor não quer dizer que ele nao conheca outros. Quem sabe ele é fã do VRaptor justamente por conhecer outros e nao gostar?
Eu sou fã do WebWork (do Struts2 nem tanto) e nem por isso deixo de conhecer outras coisas como VRaptor, JSF, Stripes ou o próprio MTW, apesar que conheco mais pelo inicio dele.
]['s
|
|
|
|
saoj wrote:....Seus argumentos, como esse que o "Mentawai é um Struts sem XML de configuração" não fazem qualquer sentido.
Sergio me desculpa, mas ele pode ter razao. Se o Struts que ele fala é o Struts2, o negocio fica mais ou menos por ai. O MVC do mtw funciona da mesma maneira mudando o nome das coisas. O que é result no Struts2 é concequence no MTW, action é action nos dois, o que é interceptor num é filter no outro, e por ai vai. Hoje pode ser que essa ideia passou, mas que sao parecidos sao nao tem como negar.
Antes que venha me atacar dizendo que estou mal intencionado (pq agora tudo é teoria da conspiração pra ti), eu pouco me importo se é copia, se é parecido ou coisa do tipo. So dei minha contribuição ja que o que ele ta falando nao deixa de ser verdade e tu ta tentando desmentir ele na cara dura.
saoj wrote:Vc não conhece o Mentawai ou não conhece o Struts. O Mentawai não tem NADA haver com o Struts!
Detesto pre-julgamentos de pessoas, mas gostaria de saber como tu sabe que ele nao conhece os dois. Ja trabalharam junto?
]['s
|
|
|
|
Daniel Quirino Oliveira wrote:P****, ler o GUJ ultimamente anda um saco mesmo. Qualquer discussão que supostamente poderia ser boa, acabam enfiando o Mentawai no meio e é aquele mesmo bla bla bla de sempre: alguém com síndrome de perseguição acaba achando que o tópico indiretamente fala mal do MTW e começa a "argumentar" o contrário. E nada que acrescente 
++
Infelizmente.....infelizmente.
]['s
|
|
|
|
saoj wrote:
fabio.patricio wrote:
Mas o Guice é diferente do Spring e do Pico, ele ja nasceu Java 5 e se aproveitando disso.
Acho que a diferença foi outra, foi usar configuração programática para configurar os componentes.
Sergio,
Releia o que eu escrevi acima, e me diga em que momento eu comparei o Guice com o Menta?
Porque tu fez toda essa comparacao se eu nem passei perto de citar o Menta?
É tao dificil manter a linha no que esta sendo discutido?
]['s
|
|
|
|
guilherme.chapiewski wrote:
Isso mesmo. Aliás, eu não gosto muito do esquema dele de annotations, mas isso não vem ao caso. O fato é que ele realmente introduziu uma novidade e por isso acho que não se encaixa nessa categoria de scraptaculous.
Tanto é que algo semelhante foi adicionado ao Spring 2.5. Gostar dele ou nao é um outro detalhe, mas ta fora da discussão.
Ps. Tambem fiquei impressionado como uma discussão que nao tinha nada a ver com o Menta se transformou nisso.
]['s
|
|
|
|
guilherme.chapiewski wrote:
saoj wrote:Guilherme, vc está um pouco equivocado e mal-informado.
Quando fizemos o suporte a Auto-wiring e IoC do Mentawai não existia GUICE. Então o GUICE do Google é um Scraptaculous também porque copiou o PicoContainer? Acho que não. Dá uma olhada no Guice que vc vai ver que ele segue a mesma linha do Mentawai.
Ok, esqueça o Guice. Sobram todos os outros.
Mas o Guice é diferente do Spring e do Pico, ele ja nasceu Java 5 e se aproveitando disso.
]['s
|
|
|
|
Quem tem a grana pra comprar esse conversor, tem net, sky, etc.
]['s
|
|
|
|
O que é cambista eu sei, eu tava era zuando o Gambista mesmo. 
|
|
|
|
