Abraços e obrigado.

Sei que vc é um especialista em DWR e o jeito mais rápido de falar contigo era por aqui..

Já li vários artigos seus e me motivei a usar DWR principalmente por causa deles! PARABENS!

Agora, tenho duas perguntas. Será q vc teria um tempinho pra responder? são fáceis..

A primeira é:

Vc já teve problema com o reverseAjax, utilizando Browser.withSession ?? Pq ao inves dele mandar para uma session especifica, ele manda para todas que estão naquela pagina. Inclusive até achei um bugreport(http://bugs.directwebremoting.org/bugs/browse/DWR-329)
Mas vc sabe de algo a respeito?

A segunda é

sobre o dwr.util.addRows(), vi em vários artigos seus exemplos e tudo mais.. mas eu queria imprimir a lista de uma forma que eu não to conseguindo achar uma maneira..

a idéia é, eu vou passar uma lista para o addRows, que tem atributos, inclusive um deles, é uma outra lista.. dae eu queria imprimir mais ou menos assim
exemplo – imprimir uma lista de entidades e atributos de um modelo relacional de dados.

então eu teria:

ENTIDADE A – NOME LOGICO – NOME FISICO
ATRIBUTO 1
ATRIBUTO 2
ATRIBUTO 3
ATRIBUTO 4

ENTIDADE B – NOME LOGICO – NOME FISICO
ATRIBUTO 1
ATRIBUTO 2

ENTIDADE C – NOME LOGICO – NOME FISICO
ATRIBUTO 1

entao? como eu poderia fazer isso?

pq qndo eu passo uma var de funções (cellFuncs) como parametro do addRows, para cada funcao ele faz um

saberia me ajudar?

desde ja!

abraçao!

valw

Isso, mas eu tinha comentando sobre isso rsrsr, mas blz que você entendeu. O problema não são os palpites e compartilhamento de experiência e sim quando ele quer impor determinadas coisas.

“nfelizmente, em muitas empresas existe mesmo a “escadinha” que você citou, inclusive empresas grandes e boas. E isso se reflete no orgão mais doído do ser-humano, o bolso. E quando começam a chegar as crianças, quem não quer ter um orçamento familiar maior?”

Mas você acha que não tem desenvolvedor ganhando o mesmo ou mais que um gerente ? Acredite, isso é possível sim e já é uma realidade, até para o Brasil, estamos aos poucos mudando isso, mas já está mudando.

Abraços

“Ele pode sim, caso ele conheça a tecnologia, dar seus palpites e algumas dicas baseado na sua experiência, mas NUNCA decidir por imposição algo técnico no projeto, isso é sim de responsabilidade da equipe.”

É que no primeiro post, parecia ser um absurdo que o gerente “desse seus palpites e dicas”. Acho que nem sempre isso ocorre.

Infelizmente, em muitas empresas existe mesmo a “escadinha” que você citou, inclusive empresas grandes e boas. E isso se reflete no orgão mais doído do ser-humano, o bolso. E quando começam a chegar as crianças, quem não quer ter um orçamento familiar maior?

Espero ainda poder dar bons palpites e dicas quando estiver no degrau de gerência.

Abraços.

Exato, falo isso no parágrafo que cito sobre ter um time maduro, seja toda a equipe ou ter um líder técnico. Mas mesmo tendo um líder técnico se a equipe for ruim, nada ele vai poder fazer. O que adianta ter um time com um excelente técnico, ótimo capitão, se os jogadores são pernas de pau ?

Entendeu o ponto ?

“Na ausência desse profissional, por mais bem intencionada que esteja a equipe, não há como deixar todas as decisões técnicas sob responsabilidade apenas dela. Democracia não funciona no desenvolvimento de software como “funciona” em outros tipos de equipe.”

Isso não é democracia, é puro bom senso. Como disse, se a equipe não tem maturidade, não tem gerente que faça o projeto dar certo.
As decisões devem sim ao meu ver serem de responsabilidade da equipe, e não do gerente.

Ele não está no dia a dia do desenvolvimento, ele em muitos casos não conhece o fluxo de desenvolvimento que a equipe trabalha, por isso não concordo com esse ponto que você citou.

Trabalhei com grandes equipes, que com conversas entre si definiam o melhor caminho. Quando temos um time pensando junto é bem melhor do que somente uma única pessoa tomando decisões, sem falar que isso ainda de maneira implícita “força” a EQUIPE assumir as conseqüências/erros que possam vir. Fazendo com o que a equipe fique mais unida e focada no sucesso do projeto.

“Tive excelentes líderes técnicos que permitiram que meus gerentes ficassem tranquilos, mas também trabalhei em equipes em que cada desenvolvedor queria “atirar numa direção diferente” e o projeto ficou com enormes pecados em termos de desempenho. No primeiro caso, a interferência técnica de um gerente teria sido tão maléfica quanto o que você descreve, mas, poderia ter sido bastante bem-vinda (ou bem vinda, sei lá) no segundo.”

Exato, mais uma vez o problema não é o gerente, é a equipe. Equipe que não tem foco ou maturidade não adianta ter líder de projeto e excelente gerente.

Não sei se você comentou e colocou a ordem ao inversa, mas quando você fala que “líderes técnicos que permitiram que meus gerentes ficassem tranquilos,”.
Acho que é ao contrário, esse é o trabalho do gerente, manter a equipe tranquila e ajudar no que for preciso para que a equipe possa fazer um excelente trabalho.

Você concorda comigo que um gerente não precisa conhecer a tecnologia do projeto que ele está gerenciando ?

O papel do gerente é claro, é apenas gerenciar os “recursos”, é trabalho de gestão e não técnico.

Por isso muitos confundem, acham que existe um escadinha de plano de carreira, o cara é estagiário, desenvolvedor, analista e no fim ele vira gerente.
Isso está errado, gerencia não tem nada a ver com desenvolvimento em si, é muito complicado e eu NUNCA vi um gerente ser técnico ao mesmo tempo e isso dar certo.

Existem excelentes técnicos que são péssimos gerentes, e vice versa.

Ele pode sim, caso ele conheça a tecnologia, dar seus palpites e algumas dicas baseado na sua experiência, mas NUNCA decidir por imposição algo técnico no projeto, isso é sim de responsabilidade da equipe.

Abraços e obrigado pelo seu comentário.

Na ausência desse profissional, por mais bem intencionada que esteja a equipe, não há como deixar todas as decisões técnicas sob responsabilidade apenas dela. Democracia não funciona no desenvolvimento de software como “funciona” em outros tipos de equipe.

Tive excelentes líderes técnicos que permitiram que meus gerentes ficassem tranquilos, mas também trabalhei em equipes em que cada desenvolvedor queria “atirar numa direção diferente” e o projeto ficou com enormes pecados em termos de desempenho. No primeiro caso, a interferência técnica de um gerente teria sido tão maléfica quanto o que você descreve, mas, poderia ter sido bastante bem-vinda (ou bem vinda, sei lá) no segundo.