Search the web
Sign In
New User? Sign Up
riojug · Rio Java Users Group
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Want your group to be featured on the Yahoo! Groups website? Add a group photo to Flickr.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Messages 22775 - 22804 of 22804   Newest  |  < Newer  |  Older >  |  Oldest
Messages: Show Message Summaries   (Group by Topic) Sort by Date v  
#22804 From: Sergio Azevedo <sergior.jr@...>
Date: Sun Nov 22, 2009 11:45 pm
Subject: Re: Fwd: Campanha de Retake via web !
sergior_jr
Offline Offline
Send Email Send Email
 
Para os universitários existe a possibilidade de adquirir o voucher por 40 dolares.
A Sun tem um lance chamado Sun Academic Initiative, através do SAI você consegue comprar vouchers para as certificacoes de programador (SCJP) e de Web Developer (SCWCD).

Segue o link:


Abraços,

Sergio Junior
http://www.sagadoprogramador.com.br/


2009/11/17 Rafael Duque Estrada <rafaelduqueestrada@...>
 

Realmente uma boa oportunidade, porém esse é o mesmo preço desde que o dolar estava em alta.
Antigamente eles davam a desculpa por um preço tão caro pelo dólar, agora que o dólar caiu bastante o preço continua o mesmo ...

2009/11/12 Magno A. Cavalcante <magno.riojug@...>

 

Boa oportunidade para um investimento na carreira, já que estaremos em período de 13o. salário.

Os preços das certificações Java, aqui no Brasil, estão cotados em R$ 330,00.

[ ]'s,

Magno A. Cavalcante
-------------------------------------------------
Cp. E., Sun Cert. Prof. , Java Ch.
JUG Leader @ http://RioJUG.org
http://twitter.com/magnocav
......


---------- Forwarded message ----------
From: Sun Microsystems <sun.microsystems@...>
Date: 2009/11/9
Subject: Campanha de Retake via web !


Campanha de Retake via Web
Comprando seu voucher pela web de 03 de Novembro à 11 de Dezembro de 2009, você terá direito à segunda chance gratuitamente, caso não obtenha êxito na primeira tentativa !

Para adquirir é simples:
  1. Acesse http://www.sun.com.br/edu, no tópico "Procurar por tipo de Produto" clique em "Certificações";
  2. Identifique a certificação que você deseja obter com base em seus objetivos profissionais e de desenvolvimento pessoais;
  3. Preencha corretamente o formulário e assegure que todos os campos estejam corretos;
  4. Clique em "Confirmar e enviar pedido";
  5. Aguarde o recebimento do boleto bancário, em até 15 dias úteis, no endereço de email cadastrado no formulário de compra;
  6. Após a confirmação do pagamento, os vouchers serão enviados fisicamente para o endereço cadastrado no formulário de compra.
Dê os próximos passos, aprimore suas habilidades e avance em sua carreira!

Se tiver alguma dúvida ou desejar fornecer feedback, envie uma mensagem para sun.education@....


Atenciosamente,
Serviços Educacionais Sun
sun.education@...
www.sun.com.br/edu


Termos e Condições
a. Validade da Campanha: das 08:00hs do dia 03/11/2009 às 18:30hs do dia 11/12/2009; b. Campanha válida para todas as certificações publicadas no site da Sun Microsystems, exceto para os produtos de código 310-252A, 310-252R, 310-300A, 310-300R, 310-301A e 310-301R; c. Campanha exclusiva para compras efetuadas pela web. Solicitações feitas por telefone não serão processadas dentro da campanha; d. O boleto bancário será enviado para o endereço de e-mail cadastrado no formulário de compras em até 15 dias úteis, desde que o endereço fornecido esteja correto; e. Os vouchers serão postados fisicamente, após análise de cadastro do cliente e confirmação de pagamento antecipado via boleto bancário, em até 15 dias úteis, desde que o endereço fornecido esteja correto; f. Caso o candidato não compareça ao primeiro exame, perderá automaticamente o direito à segunda tentativa; g. Os vouchers tem validade de 10 a 12 meses e não são prorrogáveis; h. O candidato deverá aguardar 72 horas para agendar o segundo exame gratuito e pelo menos 14 dias úteis para realizá-lo a contar da data do primeiro exame; i. Para esclarecimento de qualquer dúvida sobre a campanha, entre em contato com a Central de Negócios pelo telefone 0800 55 7863.

A Sun Microsystems, Inc. respeita sua privacidade.
Privacidade  |  Marcas comerciais  |  Gerenciar assinaturas  |  Actualizar o meu perfil  |  Cancelar assinatura
Não responda a este e-mail. Em vez disso, contacte o editor.
Sun Microsystems do Brasil, R. Alexandre Dumas, 2.016. São Paulo/SP 04717-004
© 2009 Sun Microsystems, Inc. Todos os Direitos Reservados.








--
Atenciosamente,
Rafael Ribeiro Duque Estrada Michelli



#22803 From: "ymfeijo" <ymfeijo@...>
Date: Fri Nov 20, 2009 2:27 am
Subject: Re: Generics: type erasure
ymfeijo
Offline Offline
Send Email Send Email
 
O que acontece é um erro em tempo de execução nesta linha abaixo:

ParameterizedType type = (ParameterizedType) f.getGenericType();

Eis aqui a exceção lançada devido ao erro:

Exception in thread "main" java.lang.ClassCastException: java.lang.Class cannot be cast to java.lang.reflect.ParameterizedType

(obrigado pela ajuda)

#22802 From: Felipe Gaúcho <fgaucho@...>
Date: Thu Nov 19, 2009 8:51 pm
Subject: Re: Listar arquivos de um repositório
felipegaucho...
Offline Offline
Send Email Send Email
 
bom, no servidor da rede tu tem acesso a todas as máquinas, e com as devidas permissões tu tem acesso a todos os arquivos.. entao o servidor de rede deve oferecer tambem algum recurso programavel para ter as mesmas informaçoes..

* nao conheço produtos ou soluçoes para isso, mas sei que do servidor tu tem acesso aos computadores na rede... ;)

#22801 From: Alberto Ivo <albertoivo@...>
Date: Thu Nov 19, 2009 8:39 pm
Subject: Re: Listar arquivos de um repositório
alberto_ivo
Offline Offline
Send Email Send Email
 
Não conheço nenhuma solução provida pela própria rede.. pode me dá algum exemplo?

[]'s Ivo


2009/11/19 Felipe Gaúcho <fgaucho@...>


uma boa tambem.. existem varias soluções para isso, as melhores delas providas pela própria rede.. o servidor de rede te oferece recursos para isso..

2009/11/19 Alberto Ivo <albertoivo@...>
 

Gaúcho.. vc tem toda razão.. mas no meu caso, em especial, eu pretendo mandar por parametro o diretório que os usuários poderão acessar.. daí esta é uma preocupação apenas pra mim... a não que eu não consiga fazer isso que estou pretendendo...



Gostei da dica do André, pra usar o VFS acho que esta solução é mais simples para meu problema. O que vc acha?

[]'s Ivo


2009/11/19 Felipe Gaúcho <fgaucho@...>


a vantagem do jackrabbit eh que ele garante a segurança dos teus arquivos..  ele implementa a autorizacao sobre os arquivos, tipo "um usuario X nao pode ver o conteudo da pasta Y"...

isso eh dificil de implementar na mao.. e eu nao consigo imaginar uma rede onde todo mundo pode olhar todas as pastas de todo mundo .. mas eventualmente pode ser....






--
Looking for a client application for this service:
http://fgaucho.dyndns.org:8080/arena-http/application.wadl




#22800 From: Felipe Gaúcho <fgaucho@...>
Date: Thu Nov 19, 2009 8:11 pm
Subject: Re: Listar arquivos de um repositório
felipegaucho...
Offline Offline
Send Email Send Email
 
uma boa tambem.. existem varias soluções para isso, as melhores delas providas pela própria rede.. o servidor de rede te oferece recursos para isso..

2009/11/19 Alberto Ivo <albertoivo@...>
 

Gaúcho.. vc tem toda razão.. mas no meu caso, em especial, eu pretendo mandar por parametro o diretório que os usuários poderão acessar.. daí esta é uma preocupação apenas pra mim... a não que eu não consiga fazer isso que estou pretendendo...

Gostei da dica do André, pra usar o VFS acho que esta solução é mais simples para meu problema. O que vc acha?

[]'s Ivo


2009/11/19 Felipe Gaúcho <fgaucho@...>


a vantagem do jackrabbit eh que ele garante a segurança dos teus arquivos..  ele implementa a autorizacao sobre os arquivos, tipo "um usuario X nao pode ver o conteudo da pasta Y"...

isso eh dificil de implementar na mao.. e eu nao consigo imaginar uma rede onde todo mundo pode olhar todas as pastas de todo mundo .. mas eventualmente pode ser....






--
Looking for a client application for this service:
http://fgaucho.dyndns.org:8080/arena-http/application.wadl

#22799 From: Alberto Ivo <albertoivo@...>
Date: Thu Nov 19, 2009 8:07 pm
Subject: Re: Listar arquivos de um repositório
alberto_ivo
Offline Offline
Send Email Send Email
 
Gaúcho.. vc tem toda razão.. mas no meu caso, em especial, eu pretendo mandar por parametro o diretório que os usuários poderão acessar.. daí esta é uma preocupação apenas pra mim... a não que eu não consiga fazer isso que estou pretendendo...

Gostei da dica do André, pra usar o VFS acho que esta solução é mais simples para meu problema. O que vc acha?

[]'s Ivo


2009/11/19 Felipe Gaúcho <fgaucho@...>


a vantagem do jackrabbit eh que ele garante a segurança dos teus arquivos..  ele implementa a autorizacao sobre os arquivos, tipo "um usuario X nao pode ver o conteudo da pasta Y"...

isso eh dificil de implementar na mao.. e eu nao consigo imaginar uma rede onde todo mundo pode olhar todas as pastas de todo mundo .. mas eventualmente pode ser....




#22798 From: Felipe Gaúcho <fgaucho@...>
Date: Thu Nov 19, 2009 7:54 pm
Subject: Re: Listar arquivos de um repositório
felipegaucho...
Offline Offline
Send Email Send Email
 
a vantagem do jackrabbit eh que ele garante a segurança dos teus arquivos..  ele implementa a autorizacao sobre os arquivos, tipo "um usuario X nao pode ver o conteudo da pasta Y"...

isso eh dificil de implementar na mao.. e eu nao consigo imaginar uma rede onde todo mundo pode olhar todas as pastas de todo mundo .. mas eventualmente pode ser....

#22797 From: Andre Fonseca <aoqfonseca@...>
Date: Thu Nov 19, 2009 7:47 pm
Subject: Re: Listar arquivos de um repositório
aoqf
Offline Offline
Send Email Send Email
 
Alberto,

Se deseja lista diversos diretorios dentro de sua rede (rede onde estará seu servidor), oque pode fazer é simplesmente passar para o servlet qual será lido e o resto, via api java .io, você ve e retornar como html para ele.

Sugiro também dar uma olhada na biblioteca VFS da commons do pessoal da apache que pode ser uma boa possibilidade para seu caso. (http://commons.apache.org/vfs/)

Espero ter te ajudado



2009/11/19 Alberto Ivo <albertoivo@...>
 

Olá pessoal,

Alguém já fez uma aplicação JSF onde teria que listar arquivos de um repositório qualquer (será enviado no parametro)?

O Upload do JSF não serve para este caso porque ele lista arquivos apenas do meu computador.. eu quero listar os arquivos de diferentes repositórios.

Talvez eu precise de um servlet, que passa o parametro (o endereço do repositorio remoto) via Get e na interface eu listaria todo o sistema de arquivos dessa maquina (todos os servidores são linux). Minha principal dúvida é como listar esses arquivos e permitir o usuário navegar pelo sistemas de arquivo.

[]'s Ivo




--
Abraços Sinceros e Agradecidos
Andre Fonseca
http://www.andrefonseca.net

#22796 From: Alberto Ivo <albertoivo@...>
Date: Thu Nov 19, 2009 7:21 pm
Subject: Listar arquivos de um repositório
alberto_ivo
Offline Offline
Send Email Send Email
 
Olá pessoal,

Alguém já fez uma aplicação JSF onde teria que listar arquivos de um repositório qualquer (será enviado no parametro)?

O Upload do JSF não serve para este caso porque ele lista arquivos apenas do meu computador.. eu quero listar os arquivos de diferentes repositórios.

Talvez eu precise de um servlet, que passa o parametro (o endereço do repositorio remoto) via Get e na interface eu listaria todo o sistema de arquivos dessa maquina (todos os servidores são linux). Minha principal dúvida é como listar esses arquivos e permitir o usuário navegar pelo sistemas de arquivo.

[]'s Ivo

#22795 From: Bruno Luiz Pereira da Silva <blpsilva@...>
Date: Thu Nov 19, 2009 2:38 am
Subject: Re: Generics: type erasure
blpsilva
Offline Offline
Send Email Send Email
 
Se for um método no qual o ArrayList "entrou com generics", o compilador te avisa e dá erro de compilação.

Porém, em um trecho onde vc manipula ArrayList "sem generics", o compilador não veria nenhum problema se você adicionasse Strings em um ArrayList<Integer> por exemplo.

A situação que estou falando é a seguinte:

public List metodoComGenerics(List<Integer> listaInteira){
        listaInteira.add(new Integer(1)); // perfeito
        listaInteira.add("texto qualquer"); // inválido, o compilador sabe que essa lista é de Integer
        return listaInteira;
}
   
public List metodoSemGenerics(List listaInteira){
        listaInteira.add(new Integer(1)); // perfeito
        listaInteira.add("texto qualquer"); // aqui o compilador vai deixar, pois ele não sabe que essa lista é de Integer. O método não usa generics.
        return listaInteira;
}

Em tempo de compilação, é esse o comportamento. Em runtime, todas as coleções se comportam como no metodoSemGenerics. Não existe restrição em runtime para adicionar instâncias de outras classes em nenhuma coleção, mesmo que em tempo de compilação essas coleções usassem generics.

Atenciosamente,

Bruno Luiz Pereira da Silva
blpsilva@...
http://brunopereira.org


2009/11/19 Marcelo Zeferino <marceloczeferino@...>
 

"Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics."

Com certeza o tipo utilizado no ArrayList não será conhecido em runtime, devido ao type erasure. Porém, como esta definição existe em tempo de compilação, não seria possível colocar algum objeto que não passasse no teste "é um" com o tipo T, certo Bruno?

A[]´s
Marcelo Zeferino


2009/11/18 Bruno Luiz Pereira da Silva <blpsilva@...>

 

Repare que no segundo método vc instancia um ArrayList, que é uma classe conhecida. O que é apagado é somente o "vínculo" do ArrayList com a classe que ele supostamente conterá. Esse vínculo só existe até a compilação, ele não existe em runtime. Entretanto, é perfeitamente válido instanciar um ArrayList da forma que você fez.

Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics.

Agora, no seu primeiro método, você tenta instanciar um objeto de uma classe que não é conhecida em runtime. Aquele T não existirá no bytecode e portanto o compilador não sabe naquele ponto qual classe você efetivamente precisa instanciar.

Não sei se expliquei da melhor forma, e eu também não conheço todos os detalhes do type erasure, mas a idéia geral é essa.

Atenciosamente,

Bruno Luiz Pereira da Silva
blpsilva@...
http://brunopereira.org


2009/11/18 ymfeijo <ymfeijo@...>

 

Prezados,

Estou em dúvida sobre o conceito de type erasure (remoção de tipo), pois realizei dois testes diferentes que me parecem se contradizer.

Segundo este conceito, não é possível utilizar um tipo parametrizado para instanciar uma classe, devido ao mesmo ser removido em tempo de compilação.

Por exemplo, o método abaixo não compilaria:

public static <T> T newInstance(T objRef) {
    return new T(); //esta linha dá erro de compilação
}

No entanto, se eu usar uma coleção, consigo instanciá-la sem problemas. O método abaixo demonstra esta afirmação:

private static <T> List<T> newInstance(List<T> objRef) {
    return new ArrayList<T>();
}

O que eu não entendo é o porquê da remoção de tipo impedir o primeiro método de funcionar, enquanto que o segundo método pode funcionar corretamente.

Att,
Marcos





#22794 From: Bruno Luiz Pereira da Silva <blpsilva@...>
Date: Thu Nov 19, 2009 10:08 am
Subject: Re: Re: Generics: type erasure
blpsilva
Offline Offline
Send Email Send Email
 
Também não sei os detalhes de como ele guarda isso, mas em runtime isso fica apenas como um metadado da classe.

Atenciosamente,

Bruno Luiz Pereira da Silva
blpsilva@...
http://brunopereira.org


2009/11/19 ymfeijo <ymfeijo@...>
 

O aplicativo Java abaixo consegue saber o tipo de elemento de uma coleção ArrayList<MinhaClasse> em tempo de execução:

//Arquivo Main.java
package br.org.riojug;

import java.lang.reflect.Field;
import java.lang.reflect.ParameterizedType;
import java.util.ArrayList;
import java.util.List;

public class Main {

    private static List<MinhaClasse> v = null;

    public static List<MinhaClasse> getV() {
        return v;
    }

    public static void setV(List<MinhaClasse> minhaLista) {
        v = minhaLista;
    }

    private static void mostrarTipo() {
        Field[] fields = null;
        try {
            fields = Main.class.getDeclaredFields();
        } catch (Exception e) {
            e.printStackTrace();
            return;
        }
        for (Field f : fields) {
            ParameterizedType type = (ParameterizedType) f.getGenericType();
            System.out.println("Tipo = "
                    + type.getActualTypeArguments()[0].toString());
        }
    }

    private static void listaResultados() {
        MinhaClasse mc1 = new MinhaClasse("string1");
        MinhaClasse mc2 = new MinhaClasse("string2");

        getV().add(mc1);
        getV().add(mc2);
        for (MinhaClasse x : getV()) {
            System.out.println("Elemento: " + x.getNome());
        }
        mostrarTipo();
    }

    public static void main(String[] args) {
        setV(new ArrayList<MinhaClasse>());
        listaResultados();
    }
}

onde:

//Arquivo MinhaClasse.java
package br.org.riojug;

public class MinhaClasse {
    private String nome;

    public MinhaClasse(String nome) {
        setNome(nome);
    }

    public String getNome() {
        return nome;
    }

    public void setNome(String nome) {
        this.nome = nome;
    }

}

Quando o aplicativo executa, ele mostra o seguinte resultado:

Elemento: string1
Elemento: string2
Tipo = class br.org.riojug.MinhaClasse

Fiquei sem entender como é possível obter o tipo se ele é removido!

Grato,
Marcos




#22793 From: "Marcelo Zeferino" <marceloczeferino@...>
Date: Thu Nov 19, 2009 2:06 pm
Subject: Re: Generics: type erasure
marceloczefe...
Offline Offline
Send Email Send Email
 
Felipe,
 
Você foi feliz no seu exemplo e acho que ficou claro para o nosso amigo o funcionamento...
 
Quando escrevi a mensagem, eu quis apenas clarificar este trecho da mensagem do Bruno:
"Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics."
 
Conseguiria adicionar qualquer coisa que passe em tempo de compilação no teste "é um" da classe utilzada na definição da List (se este for o caso).
 
Por exemplo:
 
List<RuntimeException> lista = new ArrayList<RuntimeException>();
 
RuntimeException except = null;
 
lista.add(new IOException()); //Erro de compilação
lista.add(new RuntimeException()); //OK - passa no "é um"
lista.add(except); //Ok - Qualquer tipo que puder ser colocado dentro de except vai passar no "é um" de RuntimeException
 
Quando li a primeira mensagem, achei que isso não tinha ficado claro... Talvez eu tenha enterpretado mal quando li...
 
A[]´s
Marcelo Zeferino
 
 
----- Original Message -----
Sent: Thursday, November 19, 2009 7:07 AM
Subject: Re: [riojug] Generics: type erasure

 

com certeza o tipo utilizado no ArrayList não será conhecido em runtime
Não exatamente, o tipo da lista que contém os generics é conhecido sim em runtime vc escolheu ele então o ArrayList não faz parte do type erasure e sim o "que vem depois dele": ArrayList<GenericType>.

Não sei se entendi direito a pergunta mas generics funciona como um facilitador pra vc não precisar ficar fazendo type cast toda hora que for usar um elemento da lista. É perfeitamente possível colocar um objeto numa lista genérica que não seja do tipo dela, quando vc fizer código que o compilador não consegue garantir o tipo que vai pra lista ele vai exibir um warning assim:
warning: [unchecked] unchecked conversion

Por exemplo:

List<Foo> lista //  essa lista esta populado de alguma maneira
Foo meuFoo = lista.get(0)

Quando o código é compilado ele vira algo assim:
List lista
Foo meuFoo =  (Foo) lista.get(0)


Abraços,
---
Felipe Cypriano

Em 19/11/2009, às 00:09, Marcelo Zeferino escreveu:

 

"Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics."


Com certeza o tipo utilizado no ArrayList não será conhecido em runtime, devido ao type erasure. Porém, como esta definição existe em tempo de compilação, não seria possível colocar algum objeto que não passasse no teste "é um" com o tipo T, certo Bruno?

A[]´s
Marcelo Zeferino


2009/11/18 Bruno Luiz Pereira da Silva <blpsilva@gmail.com>
 

Repare que no segundo método vc instancia um ArrayList, que é uma classe conhecida. O que é apagado é somente o "vínculo" do ArrayList com a classe que ele supostamente conterá. Esse vínculo só existe até a compilação, ele não existe em runtime. Entretanto, é perfeitamente válido instanciar um ArrayList da forma que você fez.

Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics.

Agora, no seu primeiro método, você tenta instanciar um objeto de uma classe que não é conhecida em runtime. Aquele T não existirá no bytecode e portanto o compilador não sabe naquele ponto qual classe você efetivamente precisa instanciar.

Não sei se expliquei da melhor forma, e eu também não conheço todos os detalhes do type erasure, mas a idéia geral é essa.

Atenciosamente,

Bruno Luiz Pereira da Silva
blpsilva@gmail.com
http://brunopereira.org


2009/11/18 ymfeijo <ymfeijo@yahoo.com.br>

 

Prezados,

Estou em dúvida sobre o conceito de type erasure (remoção de tipo), pois realizei dois testes diferentes que me parecem se contradizer.

Segundo este conceito, não é possível utilizar um tipo parametrizado para instanciar uma classe, devido ao mesmo ser removido em tempo de compilação.

Por exemplo, o método abaixo não compilaria:

public static <T> T newInstance(T objRef) {
    return new T(); //esta linha dá erro de compilação
}

No entanto, se eu usar uma coleção, consigo instanciá-la sem problemas. O método abaixo demonstra esta afirmação:

private static <T> List<T> newInstance(List<T> objRef) {
    return new ArrayList<T>();
}

O que eu não entendo é o porquê da remoção de tipo impedir o primeiro método de funcionar, enquanto que o segundo método pode funcionar corretamente.

Att,
Marcos







#22792 From: Felipe Cypriano <fmcypriano@...>
Date: Thu Nov 19, 2009 10:14 am
Subject: Re: Re: Generics: type erasure
felipecypriano
Offline Offline
Send Email Send Email
 
As informações de tipos não são removidas nas declarações de classes, métodos e atributos. É por isso que você consegue saber o tipo do atributo estático v da sua classe Main.

Informação estática de tipos (as declarações) não são removidas, somente os tipos de runtime são. Por exemplo:
Object obj = new ArrayList<String>();

Tente descobrir o tipo de obj. Ou mude a sua Main class para:

private static List v = null; // tirei a informação de tipos da declaração do atributo, mas ela ainda existe no new ArrayList<MinhaClasse>

E veja se seu código ainda da certo.


Espero ter ajudado,
---
Felipe Cypriano
Desenvolvedor de Softwares
http://felipecypriano.com/

Em 19/11/2009, às 01:44, ymfeijo escreveu:

 

O aplicativo Java abaixo consegue saber o tipo de elemento de uma coleção ArrayList<MinhaClasse> em tempo de execução:

//Arquivo Main.java
package br.org.riojug;

import java.lang.reflect.Field;
import java.lang.reflect.ParameterizedType;
import java.util.ArrayList;
import java.util.List;

public class Main {

    private static List<MinhaClasse> v = null;

    public static List<MinhaClasse> getV() {
        return v;
    }

    public static void setV(List<MinhaClasse> minhaLista) {
        v = minhaLista;
    }

    private static void mostrarTipo() {
        Field[] fields = null;
        try {
            fields = Main.class.getDeclaredFields();
        } catch (Exception e) {
            e.printStackTrace();
            return;
        }
        for (Field f : fields) {
            ParameterizedType type = (ParameterizedType) f.getGenericType();
            System.out.println("Tipo = "
                    + type.getActualTypeArguments()[0].toString());
        }
    }

    private static void listaResultados() {
        MinhaClasse mc1 = new MinhaClasse("string1");
        MinhaClasse mc2 = new MinhaClasse("string2");

        getV().add(mc1);
        getV().add(mc2);
        for (MinhaClasse x : getV()) {
            System.out.println("Elemento: " + x.getNome());
        }
        mostrarTipo();
    }

    public static void main(String[] args) {
        setV(new ArrayList<MinhaClasse>());
        listaResultados();
    }
}

onde:

//Arquivo MinhaClasse.java
package br.org.riojug;

public class MinhaClasse {
    private String nome;

    public MinhaClasse(String nome) {
        setNome(nome);
    }

    public String getNome() {
        return nome;
    }

    public void setNome(String nome) {
        this.nome = nome;
    }

}

Quando o aplicativo executa, ele mostra o seguinte resultado:

Elemento: string1
Elemento: string2
Tipo = class br.org.riojug.MinhaClasse

Fiquei sem entender como é possível obter o tipo se ele é removido!

Grato,
Marcos




#22791 From: Felipe Cypriano <fmcypriano@...>
Date: Thu Nov 19, 2009 10:07 am
Subject: Re: Generics: type erasure
felipecypriano
Offline Offline
Send Email Send Email
 
com certeza o tipo utilizado no ArrayList não será conhecido em runtime
Não exatamente, o tipo da lista que contém os generics é conhecido sim em runtime vc escolheu ele então o ArrayList não faz parte do type erasure e sim o "que vem depois dele": ArrayList<GenericType>.

Não sei se entendi direito a pergunta mas generics funciona como um facilitador pra vc não precisar ficar fazendo type cast toda hora que for usar um elemento da lista. É perfeitamente possível colocar um objeto numa lista genérica que não seja do tipo dela, quando vc fizer código que o compilador não consegue garantir o tipo que vai pra lista ele vai exibir um warning assim:
warning: [unchecked] unchecked conversion

Por exemplo:

List<Foo> lista //  essa lista esta populado de alguma maneira
Foo meuFoo = lista.get(0)

Quando o código é compilado ele vira algo assim:
List lista
Foo meuFoo =  (Foo) lista.get(0)


Abraços,
---
Felipe Cypriano

Em 19/11/2009, às 00:09, Marcelo Zeferino escreveu:

 

"Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics."


Com certeza o tipo utilizado no ArrayList não será conhecido em runtime, devido ao type erasure. Porém, como esta definição existe em tempo de compilação, não seria possível colocar algum objeto que não passasse no teste "é um" com o tipo T, certo Bruno?

A[]´s
Marcelo Zeferino


2009/11/18 Bruno Luiz Pereira da Silva <blpsilva@gmail.com>
 

Repare que no segundo método vc instancia um ArrayList, que é uma classe conhecida. O que é apagado é somente o "vínculo" do ArrayList com a classe que ele supostamente conterá. Esse vínculo só existe até a compilação, ele não existe em runtime. Entretanto, é perfeitamente válido instanciar um ArrayList da forma que você fez.

Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics.

Agora, no seu primeiro método, você tenta instanciar um objeto de uma classe que não é conhecida em runtime. Aquele T não existirá no bytecode e portanto o compilador não sabe naquele ponto qual classe você efetivamente precisa instanciar.

Não sei se expliquei da melhor forma, e eu também não conheço todos os detalhes do type erasure, mas a idéia geral é essa.

Atenciosamente,

Bruno Luiz Pereira da Silva
blpsilva@gmail.com
http://brunopereira.org


2009/11/18 ymfeijo <ymfeijo@yahoo.com.br>

 

Prezados,

Estou em dúvida sobre o conceito de type erasure (remoção de tipo), pois realizei dois testes diferentes que me parecem se contradizer.

Segundo este conceito, não é possível utilizar um tipo parametrizado para instanciar uma classe, devido ao mesmo ser removido em tempo de compilação.

Por exemplo, o método abaixo não compilaria:

public static <T> T newInstance(T objRef) {
    return new T(); //esta linha dá erro de compilação
}

No entanto, se eu usar uma coleção, consigo instanciá-la sem problemas. O método abaixo demonstra esta afirmação:

private static <T> List<T> newInstance(List<T> objRef) {
    return new ArrayList<T>();
}

O que eu não entendo é o porquê da remoção de tipo impedir o primeiro método de funcionar, enquanto que o segundo método pode funcionar corretamente.

Att,
Marcos







#22790 From: "ymfeijo" <ymfeijo@...>
Date: Thu Nov 19, 2009 3:44 am
Subject: Re: Generics: type erasure
ymfeijo
Offline Offline
Send Email Send Email
 
O aplicativo Java abaixo consegue saber o tipo de elemento de uma coleção ArrayList<MinhaClasse> em tempo de execução:

//Arquivo Main.java
package br.org.riojug;

import java.lang.reflect.Field;
import java.lang.reflect.ParameterizedType;
import java.util.ArrayList;
import java.util.List;

public class Main {

    private static List<MinhaClasse> v = null;

    public static List<MinhaClasse> getV() {
        return v;
    }

    public static void setV(List<MinhaClasse> minhaLista) {
        v = minhaLista;
    }

    private static void mostrarTipo() {
        Field[] fields = null;
        try {
            fields = Main.class.getDeclaredFields();
        } catch (Exception e) {
            e.printStackTrace();
            return;
        }
        for (Field f : fields) {
            ParameterizedType type = (ParameterizedType) f.getGenericType();
            System.out.println("Tipo = "
                    + type.getActualTypeArguments()[0].toString());
        }
    }

    private static void listaResultados() {
        MinhaClasse mc1 = new MinhaClasse("string1");
        MinhaClasse mc2 = new MinhaClasse("string2");

        getV().add(mc1);
        getV().add(mc2);
        for (MinhaClasse x : getV()) {
            System.out.println("Elemento: " + x.getNome());
        }
        mostrarTipo();
    }

    public static void main(String[] args) {
        setV(new ArrayList<MinhaClasse>());
        listaResultados();
    }
}

onde:

//Arquivo MinhaClasse.java
package br.org.riojug;

public class MinhaClasse {
    private String nome;

    public MinhaClasse(String nome) {
        setNome(nome);
    }

    public String getNome() {
        return nome;
    }

    public void setNome(String nome) {
        this.nome = nome;
    }

}

Quando o aplicativo executa, ele mostra o seguinte resultado:

Elemento: string1
Elemento: string2
Tipo = class br.org.riojug.MinhaClasse

Fiquei sem entender como é possível obter o tipo se ele é removido!

Grato,
Marcos



#22789 From: Marcelo Zeferino <marceloczeferino@...>
Date: Thu Nov 19, 2009 2:09 am
Subject: Re: Generics: type erasure
marceloczefe...
Offline Offline
Send Email Send Email
 
"Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics."

Com certeza o tipo utilizado no ArrayList não será conhecido em runtime, devido ao type erasure. Porém, como esta definição existe em tempo de compilação, não seria possível colocar algum objeto que não passasse no teste "é um" com o tipo T, certo Bruno?

A[]´s
Marcelo Zeferino


2009/11/18 Bruno Luiz Pereira da Silva <blpsilva@...>
 

Repare que no segundo método vc instancia um ArrayList, que é uma classe conhecida. O que é apagado é somente o "vínculo" do ArrayList com a classe que ele supostamente conterá. Esse vínculo só existe até a compilação, ele não existe em runtime. Entretanto, é perfeitamente válido instanciar um ArrayList da forma que você fez.

Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics.

Agora, no seu primeiro método, você tenta instanciar um objeto de uma classe que não é conhecida em runtime. Aquele T não existirá no bytecode e portanto o compilador não sabe naquele ponto qual classe você efetivamente precisa instanciar.

Não sei se expliquei da melhor forma, e eu também não conheço todos os detalhes do type erasure, mas a idéia geral é essa.

Atenciosamente,

Bruno Luiz Pereira da Silva
blpsilva@...
http://brunopereira.org


2009/11/18 ymfeijo <ymfeijo@...>

 

Prezados,

Estou em dúvida sobre o conceito de type erasure (remoção de tipo), pois realizei dois testes diferentes que me parecem se contradizer.

Segundo este conceito, não é possível utilizar um tipo parametrizado para instanciar uma classe, devido ao mesmo ser removido em tempo de compilação.

Por exemplo, o método abaixo não compilaria:

public static <T> T newInstance(T objRef) {
    return new T(); //esta linha dá erro de compilação
}

No entanto, se eu usar uma coleção, consigo instanciá-la sem problemas. O método abaixo demonstra esta afirmação:

private static <T> List<T> newInstance(List<T> objRef) {
    return new ArrayList<T>();
}

O que eu não entendo é o porquê da remoção de tipo impedir o primeiro método de funcionar, enquanto que o segundo método pode funcionar corretamente.

Att,
Marcos




#22788 From: Bruno Luiz Pereira da Silva <blpsilva@...>
Date: Wed Nov 18, 2009 9:11 pm
Subject: Re: Generics: type erasure
blpsilva
Offline Offline
Send Email Send Email
 
Repare que no segundo método vc instancia um ArrayList, que é uma classe conhecida. O que é apagado é somente o "vínculo" do ArrayList com a classe que ele supostamente conterá. Esse vínculo só existe até a compilação, ele não existe em runtime. Entretanto, é perfeitamente válido instanciar um ArrayList da forma que você fez.

Em runtime vc consegue adicionar em um ArrayList um objeto de qualquer classe, sem restrição de ser daquele tipo que você vinculou usando generics.

Agora, no seu primeiro método, você tenta instanciar um objeto de uma classe que não é conhecida em runtime. Aquele T não existirá no bytecode e portanto o compilador não sabe naquele ponto qual classe você efetivamente precisa instanciar.

Não sei se expliquei da melhor forma, e eu também não conheço todos os detalhes do type erasure, mas a idéia geral é essa.

Atenciosamente,

Bruno Luiz Pereira da Silva
blpsilva@...
http://brunopereira.org


2009/11/18 ymfeijo <ymfeijo@...>
 

Prezados,

Estou em dúvida sobre o conceito de type erasure (remoção de tipo), pois realizei dois testes diferentes que me parecem se contradizer.

Segundo este conceito, não é possível utilizar um tipo parametrizado para instanciar uma classe, devido ao mesmo ser removido em tempo de compilação.

Por exemplo, o método abaixo não compilaria:

public static <T> T newInstance(T objRef) {
    return new T(); //esta linha dá erro de compilação
}

No entanto, se eu usar uma coleção, consigo instanciá-la sem problemas. O método abaixo demonstra esta afirmação:

private static <T> List<T> newInstance(List<T> objRef) {
    return new ArrayList<T>();
}

O que eu não entendo é o porquê da remoção de tipo impedir o primeiro método de funcionar, enquanto que o segundo método pode funcionar corretamente.

Att,
Marcos



#22787 From: "ymfeijo" <ymfeijo@...>
Date: Wed Nov 18, 2009 8:28 pm
Subject: Generics: type erasure
ymfeijo
Offline Offline
Send Email Send Email
 
Prezados,

Estou em dúvida sobre o conceito de type erasure (remoção de tipo), pois realizei dois testes diferentes que me parecem se contradizer.

Segundo este conceito, não é possível utilizar um tipo parametrizado para instanciar uma classe, devido ao mesmo ser removido em tempo de compilação.

Por exemplo, o método abaixo não compilaria:

public static <T> T newInstance(T objRef) {
    return new T(); //esta linha dá erro de compilação
}

No entanto, se eu usar uma coleção, consigo instanciá-la sem problemas. O método abaixo demonstra esta afirmação:

private static <T> List<T> newInstance(List<T> objRef) {
    return new ArrayList<T>();
}

O que eu não entendo é o porquê da remoção de tipo impedir o primeiro método de funcionar, enquanto que o segundo método pode funcionar corretamente.

Att,
Marcos

#22786 From: Rafael Duque Estrada <rafaelduqueestrada@...>
Date: Tue Nov 17, 2009 3:30 pm
Subject: Re: Fwd: Campanha de Retake via web !
blrafaelribeiro
Offline Offline
Send Email Send Email
 
Realmente uma boa oportunidade, porém esse é o mesmo preço desde que o dolar estava em alta.
Antigamente eles davam a desculpa por um preço tão caro pelo dólar, agora que o dólar caiu bastante o preço continua o mesmo ...

2009/11/12 Magno A. Cavalcante <magno.riojug@...>
 

Boa oportunidade para um investimento na carreira, já que estaremos em período de 13o. salário.

Os preços das certificações Java, aqui no Brasil, estão cotados em R$ 330,00.

[ ]'s,

Magno A. Cavalcante
-------------------------------------------------
Cp. E., Sun Cert. Prof. , Java Ch.
JUG Leader @ http://RioJUG.org
http://twitter.com/magnocav
......


---------- Forwarded message ----------
From: Sun Microsystems <sun.microsystems@...>
Date: 2009/11/9
Subject: Campanha de Retake via web !


Campanha de Retake via Web
Comprando seu voucher pela web de 03 de Novembro à 11 de Dezembro de 2009, você terá direito à segunda chance gratuitamente, caso não obtenha êxito na primeira tentativa !

Para adquirir é simples:
  1. Acesse http://www.sun.com.br/edu, no tópico "Procurar por tipo de Produto" clique em "Certificações";
  2. Identifique a certificação que você deseja obter com base em seus objetivos profissionais e de desenvolvimento pessoais;
  3. Preencha corretamente o formulário e assegure que todos os campos estejam corretos;
  4. Clique em "Confirmar e enviar pedido";
  5. Aguarde o recebimento do boleto bancário, em até 15 dias úteis, no endereço de email cadastrado no formulário de compra;
  6. Após a confirmação do pagamento, os vouchers serão enviados fisicamente para o endereço cadastrado no formulário de compra.
Dê os próximos passos, aprimore suas habilidades e avance em sua carreira!

Se tiver alguma dúvida ou desejar fornecer feedback, envie uma mensagem para sun.education@....


Atenciosamente,
Serviços Educacionais Sun
sun.education@...
www.sun.com.br/edu


Termos e Condições
a. Validade da Campanha: das 08:00hs do dia 03/11/2009 às 18:30hs do dia 11/12/2009; b. Campanha válida para todas as certificações publicadas no site da Sun Microsystems, exceto para os produtos de código 310-252A, 310-252R, 310-300A, 310-300R, 310-301A e 310-301R; c. Campanha exclusiva para compras efetuadas pela web. Solicitações feitas por telefone não serão processadas dentro da campanha; d. O boleto bancário será enviado para o endereço de e-mail cadastrado no formulário de compras em até 15 dias úteis, desde que o endereço fornecido esteja correto; e. Os vouchers serão postados fisicamente, após análise de cadastro do cliente e confirmação de pagamento antecipado via boleto bancário, em até 15 dias úteis, desde que o endereço fornecido esteja correto; f. Caso o candidato não compareça ao primeiro exame, perderá automaticamente o direito à segunda tentativa; g. Os vouchers tem validade de 10 a 12 meses e não são prorrogáveis; h. O candidato deverá aguardar 72 horas para agendar o segundo exame gratuito e pelo menos 14 dias úteis para realizá-lo a contar da data do primeiro exame; i. Para esclarecimento de qualquer dúvida sobre a campanha, entre em contato com a Central de Negócios pelo telefone 0800 55 7863.

A Sun Microsystems, Inc. respeita sua privacidade.
Privacidade  |  Marcas comerciais  |  Gerenciar assinaturas  |  Actualizar o meu perfil  |  Cancelar assinatura
Não responda a este e-mail. Em vez disso, contacte o editor.
Sun Microsystems do Brasil, R. Alexandre Dumas, 2.016. São Paulo/SP 04717-004
© 2009 Sun Microsystems, Inc. Todos os Direitos Reservados.








--
Atenciosamente,
Rafael Ribeiro Duque Estrada Michelli

#22785 From: "fabiocfreitas.consultorrh" <fabiocfreitas.consultorrh@...>
Date: Fri Nov 13, 2009 8:38 pm
Subject: ANALISTA DE SISTEMAS CORPORATIVOS JAVA
fabiocfreita...
Offline Offline
Send Email Send Email
 
=======================================================
Envio autorizado pelos moderadores do grupo
=======================================================

Case Consultores – Subdivisão de Recrutamento & Seleção da Catho Consultoria em
RH com 30 anos de experiência na identificação e avaliação dos mais talentosos
executivos e profissionais especializados com expertise e equipe
multiespecialista.

Seleciona para "Consultoria de Sistemas Corporativos"

Atividades:

Levantamento, verificação e consolidação de necessidades de sistemas junto aos
clientes;

Análise das informações obtidas junto aos clientes, (modelagem de dados, DFD,
modelagem de negócios, descrição de processos);

Análise dos sistemas existentes para verificação de melhorias e/ou solução de
problemas;

Elaboração e atualização da documentação relativa às fases do desenvolvimento do
sistema;

Definição de necessidades e/ou execução de programação em função dos
requerimentos dos clientes;

Contato com clientes para atendimento e verificação do grau de satisfação, além
de treinamento dos mesmos.

Pré- requisito:

- Sólida experiência em Análise e desenvolvimento de sistemas com alta
complexidade e regra de negócios, domínio em Java EE, utilizando frameworks
struts, validator, JSF, EJB, conhecimento de orientação a objetos, modelagem em
design patterns e UML, banco de dados preferencialmente Oracle.

- Formação: Superior completa com ênfase em Análise de Sistemas.

- Idiomas: Inglês técnico

- Conhecimento e experiência com Java, Oracle e SQL.

Condições

• Contrato CLT
• Salário compatível ao mercado
• Plano de Saúde
• Vale Transporte
• Vale Refeição

Os candidatos interessados dentro do perfil, favor encaminhar o currículo com
pretensão salarial no corpo do E-mail para fabio.freitas@...
Escrevendo no campo assunto "Analista de Sistemas Java."

Acesse nosso site www.caseconsultores.com.br e cadastre-se gratuitamente em
nosso banco de talentos para visualizar essa e outras vagas.

#22784 From: Alex Rios <alex.rios1337@...>
Date: Fri Nov 13, 2009 12:25 am
Subject: Re: Metodo renameTo() de java.io.File "falhando".
alex.rios1337
Offline Offline
Send Email Send Email
 
Estranho que chamando o Garbage antes de executar a instrução funciona.
Bom saber dessa informação do filesystem.

2009/11/12 Lucio Rodriguez <lucio@...>
 

Oi,

renameTo nao funciona quando os arquivos fonte e destino sao
considerados em filesystems diferentes.
Em particular nao funciona com NFS ou Samba.

A solucao é usar o FileUtils do pacote da Apache
commons.io
Dentro tem varia opcoes de move.

Lucio




--
Atenciosamente,
Alex Rios

#22783 From: Lucio Rodriguez <lucio@...>
Date: Fri Nov 13, 2009 12:21 am
Subject: Re: Metodo renameTo() de java.io.File "falhando".
luciolrv
Offline Offline
Send Email Send Email
 
Oi,

renameTo nao funciona quando os arquivos fonte e destino sao
considerados em filesystems diferentes.
Em particular nao funciona com NFS ou Samba.

A solucao é usar o FileUtils do pacote da Apache
commons.io
Dentro tem varia opcoes de move.

Lucio

#22782 From: Felipe Gaúcho <fgaucho@...>
Date: Thu Nov 12, 2009 7:57 pm
Subject: Re: Re: [DFJUG] Duvida profissional
felipegaucho...
Offline Offline
Send Email Send Email
 
Faça open-source, estude por fora, valorize-se independente do seu emprego, faca pos-graduacao  e coloque as pessoas que voce gosta como prioridade numero um, a comecar por voce mesmo.. e faca isso de forma etica e sem atrapalhar e sacanear ninguem, obedecendo as regras ....

Algo que tambem ajuda: esquecer todo o marketing que voce leu nos ultimos anos sobre ambientes magicos com google e microsoft, onde loiras suecas massageiam os desenvolvedores enquanto eles participam de projetos ultra modernos e recebem a atençao da midia e do mercado.. Isso eh fantasia .. promovida nas revistas para melhorar a cotacao destas empresas :) elas nao sao ruins, mas sao muito piores do que aparece no jornal :) eheh

Boa sorte cara.. e cuida pra nao ficar se expondo muito em listas porque isso soh piora..

2009/11/12 Victor Hugo Muniz Machado <victorhugomuniz@...>
 

é meu amigo... a rapadura é doce mais não é mole não!!! kkkkk

1- Mantenha a calma.. sei que tem horas que da vontade de pegar a cabeça de um e bater no teclado.. mas não faça isso.. RELAXE.. relaxe sempre!!!

Eu acho que vc é uma pessoa um pouco afoita (por favor não encare como ofensa.. é sim uma critica construtiva).. porque? simples.. vc postou não a sua dúvida de trocar ou não de emprego e sim a sua insatisfação de ter trocado.
Uma vez eu e meu pai fomos para portugal tentar a vida lá.. ainda no aeroporto eu tio foi nos receber e ele me falou: Victor Hugo, quando nos mudamos a direçao da nossa vida, temos que deixar a outra opção para tras, e focar somente na nossa escolha. Aproveite essa oportunidade, mesmo que não seja tecnologia, aprenda algo, mesmo que seja como não se comportar perante colegas de profissão.

Grande ou pequena.. babaca tem em todo lugar.. nao deixe eles te intimidarem, penso que vc cometeu um equivoco ao mudar de empresa precocemente.. quando vc cai em um selva, é preciso ter um manual de sobrevivencia, no seu caso vc precisaria ter um know how, uma base de conhecimento mais consolidada, para melhor sobreviver em um ambiente inospito como vc descreveu.

Sinceramente.. ate ja foi dito.. vc esta la e merece estar.. vc quis isso e ate chamou de um sonho seu... brother... nao pare... go a head....vc tem q lutar por isso, conquistar seu espaço.. é google na veia, forum, artigos, estude em casa.. da seu jeito .. torço por vc!

um abraço


De: Andre Fonseca <aoqfonseca@...>
Para: riojug@yahoogroups.com; fgro13@...
Enviadas: Quinta-feira, 12 de Novembro de 2009 11:11:42
Assunto: Re: [riojug] Re: [DFJUG] Duvida profissional

 

Poxa amigo que situação difícil de opinar que você colocou.

Mas como diz Maquiavél, sempre devemos nos posicionar, pior caso é omissão, sendo assim vamos lá a minha posição:

Diferença entre grande e pequenas empresas:

As pequenas empresas são pequenas e com isso possuem uma estrutura extremamente enxuta e por isso acabamos por ter:

  • Logo, o dono da empresa está ali do seu lado e convive com a realidade de todos os "setores" da empresa. Logo o reconhecimento dele pelo trabalho realizada é mais simples de ser feito  ou notado.
  • O fato de serem pequenas e possuirem esta estrutura "magra", elas são extremamente ágeis: mudam de direção com maior facilidade e são mais amigáveis a novidades de processo, tecnologia, etc.
  • Não existe muita margem para setorizar as coisas, logo todos acabam fazendo um pouco de tudo:  não existe uma área para cuidar dos servidores, outra para testar e por ai vai ... existe o cara que é desenvolvedor que por vezes vai meter a mão no servidor e acertar a configuração do servidor de email, acerto o banco de dados, instalar o JBoss, etc. Isso dá uma "liberdade" muito grande para inovar e experimentar já que você que vai cuidar de tudo isso mesmo. 
Já as empresas grandes, podemo destacar:
  • Devido a seu imenso tamanho, o dono da empresa não tem como estar ao seu lado, com isso, o reconhecimento da empresa é feito pelo seu "chefe" direto. Com isso, é muito comum encontrar dentro delas realidade diversas pois o clima, processo, e outras coisa de um setor depende do seu gerente (coordenador ou qualquer outro  nome que queira)
  • Empresas grandes precisam de diretrizes e culturas rigidas, senão ficará uma loucura internamente. Por isso, são pouco tolerantes as novidades, principalmente tecnologicas. Tudo tem que ser aprovado por comites que nem sempre (99% do casos) são formados por pessoas com interesse de fazer algo.
  • os projetos em empresas grandes são GRANDES (obvio isso não)...os volumes financeiros e de recursos são enormes
  • Tudo é setorizado pois devido a quantidade de coisas não tem como o desenvolvedor fazer um pouco de cada. Isso é bom pois acaba tendo especialistas em assuntos e a oportunidade de aprender é grande.
  • As chances de se destacar são poucos pois a visibilidade é pouca. Por isso existe grande competição interna, tendo pouca margem para um ambiente amigavel.
Eu particularmente estou num momento que prefiro empresas pequenas a médias. Nelas existe maior flexibilidade e maior espaço para desenvolver o trabalho que quero: crescer, aprender, inovar e etc.
Empresas grandes por outro lado, tem mais força para investir no profissional por meio de cursos, formações internas, palestras e etc. Além disso, dentro de empresas grandes, você tem muita gente com quem pode juntar para aprender.
Tudo depende do que quer para sua vida nesse momento.

Outra coisa importante:  Quem faz o seu ambiente é você.

Por isso, se as coisas estão ruins, transforme-as. Pelo menos tente. Converse com o seu pessoal, promova encontros fora do trabalho para quebrar o gelo... Divulgue material das coisas que você acha interessante. .. Divulgue eventos.... Mostre que existe um outro jeito interessante de fazer as coisa que dá resultado. Faça um protótipo e mostre para o seu chefe. Transforme a realidade a sua volta. Caso isso funcione depois de um certo tempo (este tempo você decide pela sua disposição) ai sim saia e vá para lugar melhor, mas saira de cabeça erguida pois tentou fazer do mundo um lugar melhor.

Abraços.



2009/11/12 Felipe Cypriano <fmcypriano@gmail. com>
 

Não desisitr fácil é bom, mas eu não perderia meu tempo num péssimo ambiente de trabalho como esse ai não. Tentaria melhorar o ambiente conversando com todos e fazendo o que já disseram aqui também e ao mesmo tempo procuraria oportunidades melhores de trabalho.



Abraços,
---
Felipe Cypriano

Em 12/11/2009, às 10:24, Rafael Cotta escreveu:

 

Se a empresa é realmente grande, espera um tempinho pra ganhar tempo de casa e depois procura recolocação dentro da própria empresa, ou seja, peça para trabalhar em um outro projeto que te apeteça mais.

Tentar conhecer pessoas da empresa, que participam ou participaram de outros projetos ajuda no processo de mudar de projeto.

Boa sorte.

Rafael Cotta


2009/11/12 wardog1 <wardog1@gmail. com>
 

Depende do tipo de gente que tu és.

Se tu estás mais interessado na tua carreira do que nas pessoas, fica na grande e aprende a nadar com os tubarões: a carrera é mais importante que as pessoas.

Se tu estás mais interessados em relacionamentos sadios, fica na pequena: as pessoas são mais importantes que a carreira.

Se preferires a pequena, tenha em mente que esta escolha não vai te levar a lugar nenhum a não ser que o empresário seja bom e a empresa tenha futuro.

--
Att,
Roberto Messa

http://pageletbox. com
Framework PHP para Celular
21 95842096

Tutorial CRUD para Celular WAP: Parte 1 - Especificação e Protótipo consulta


2009/11/12 Felipe <fgro13@gmail. com>

galera, eh o seguinte...
eu estou com uma grande duvida... eu trabalhava em uma pequena empresa a um mes, e nessa pequena empresa eu desenvolvia o software de automacao comercial, como melhorava, inventava e era responsavel por um modulo, fazia coisas novas, e era reconhecido moralmente e financeiramente. .. o ambiente de trabalho eh bom, amigavel, recebia um bom salario, e mais as vantagens, so o plano de saude q era razoavel... trabalhava com java JSE, MySql, iReport, Swing, Eclipse Galileo, e estava começando a desenvolver o modulo web. fiquei nessa empresa tres meses.

a um mes eu sai dessa pequena empresa para ir trabalhar em uma das maiores empresa de TI do brasil, la o ambiente parece bom, eu sou como qq um, se eu morrer ninguem vai sentir falta, nao tenho amigos, existe "colegas" de trabalho individualistas querendo mostrar q sabe mais, nao sou reconhecido, ganho menos, possuo plano de saude e odonto, refeicao, transporte, horario flexivel...
trabalho com um framework que so esta empresa utiliza, JEE, e ate agora nao aprendi nada de novo, do tipo JBoss, JSF, Hibernate, etc e tals.

eu estou arrependido, eu so fui para esta empresa grande por causa do nome, e achei que conseguiria aprender rapido e construir uma carreira, tipo um sonho de recem-formado querendo entrar em uma empresa de ponta de TI.

o q vcs fariam na minha situação?????? ?????










--
Abraços Sinceros e Agradecidos
Andre Fonseca
http://www.andrefon seca.net


Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - Celebridades - Música - Esportes



--
Looking for a client application for this service:
http://fgaucho.dyndns.org:8080/arena-http/application.wadl

#22781 From: Victor Hugo Muniz Machado <victorhugomuniz@...>
Date: Thu Nov 12, 2009 7:50 pm
Subject: Res: Re: [DFJUG] Duvida profissional
victorhugomuniz
Offline Offline
Send Email Send Email
 
é meu amigo... a rapadura é doce mais não é mole não!!! kkkkk

1- Mantenha a calma.. sei que tem horas que da vontade de pegar a cabeça de um e bater no teclado.. mas não faça isso.. RELAXE.. relaxe sempre!!!

Eu acho que vc é uma pessoa um pouco afoita (por favor não encare como ofensa.. é sim uma critica construtiva).. porque? simples.. vc postou não a sua dúvida de trocar ou não de emprego e sim a sua insatisfação de ter trocado.
Uma vez eu e meu pai fomos para portugal tentar a vida lá.. ainda no aeroporto eu tio foi nos receber e ele me falou: Victor Hugo, quando nos mudamos a direçao da nossa vida, temos que deixar a outra opção para tras, e focar somente na nossa escolha. Aproveite essa oportunidade, mesmo que não seja tecnologia, aprenda algo, mesmo que seja como não se comportar perante colegas de profissão.

Grande ou pequena.. babaca tem em todo lugar.. nao deixe eles te intimidarem, penso que vc cometeu um equivoco ao mudar de empresa precocemente.. quando vc cai em um selva, é preciso ter um manual de sobrevivencia, no seu caso vc precisaria ter um know how, uma base de conhecimento mais consolidada, para melhor sobreviver em um ambiente inospito como vc descreveu.

Sinceramente.. ate ja foi dito.. vc esta la e merece estar.. vc quis isso e ate chamou de um sonho seu... brother... nao pare... go a head....vc tem q lutar por isso, conquistar seu espaço.. é google na veia, forum, artigos, estude em casa.. da seu jeito .. torço por vc!

um abraço


De: Andre Fonseca <aoqfonseca@...>
Para: riojug@yahoogroups.com; fgro13@...
Enviadas: Quinta-feira, 12 de Novembro de 2009 11:11:42
Assunto: Re: [riojug] Re: [DFJUG] Duvida profissional

 

Poxa amigo que situação difícil de opinar que você colocou.

Mas como diz Maquiavél, sempre devemos nos posicionar, pior caso é omissão, sendo assim vamos lá a minha posição:

Diferença entre grande e pequenas empresas:

As pequenas empresas são pequenas e com isso possuem uma estrutura extremamente enxuta e por isso acabamos por ter:

  • Logo, o dono da empresa está ali do seu lado e convive com a realidade de todos os "setores" da empresa. Logo o reconhecimento dele pelo trabalho realizada é mais simples de ser feito  ou notado.
  • O fato de serem pequenas e possuirem esta estrutura "magra", elas são extremamente ágeis: mudam de direção com maior facilidade e são mais amigáveis a novidades de processo, tecnologia, etc.
  • Não existe muita margem para setorizar as coisas, logo todos acabam fazendo um pouco de tudo:  não existe uma área para cuidar dos servidores, outra para testar e por ai vai ... existe o cara que é desenvolvedor que por vezes vai meter a mão no servidor e acertar a configuração do servidor de email, acerto o banco de dados, instalar o JBoss, etc. Isso dá uma "liberdade" muito grande para inovar e experimentar já que você que vai cuidar de tudo isso mesmo. 
Já as empresas grandes, podemo destacar:
  • Devido a seu imenso tamanho, o dono da empresa não tem como estar ao seu lado, com isso, o reconhecimento da empresa é feito pelo seu "chefe" direto. Com isso, é muito comum encontrar dentro delas realidade diversas pois o clima, processo, e outras coisa de um setor depende do seu gerente (coordenador ou qualquer outro  nome que queira)
  • Empresas grandes precisam de diretrizes e culturas rigidas, senão ficará uma loucura internamente. Por isso, são pouco tolerantes as novidades, principalmente tecnologicas. Tudo tem que ser aprovado por comites que nem sempre (99% do casos) são formados por pessoas com interesse de fazer algo.
  • os projetos em empresas grandes são GRANDES (obvio isso não)...os volumes financeiros e de recursos são enormes
  • Tudo é setorizado pois devido a quantidade de coisas não tem como o desenvolvedor fazer um pouco de cada. Isso é bom pois acaba tendo especialistas em assuntos e a oportunidade de aprender é grande.
  • As chances de se destacar são poucos pois a visibilidade é pouca. Por isso existe grande competição interna, tendo pouca margem para um ambiente amigavel.
Eu particularmente estou num momento que prefiro empresas pequenas a médias. Nelas existe maior flexibilidade e maior espaço para desenvolver o trabalho que quero: crescer, aprender, inovar e etc.
Empresas grandes por outro lado, tem mais força para investir no profissional por meio de cursos, formações internas, palestras e etc. Além disso, dentro de empresas grandes, você tem muita gente com quem pode juntar para aprender.
Tudo depende do que quer para sua vida nesse momento.

Outra coisa importante:  Quem faz o seu ambiente é você.

Por isso, se as coisas estão ruins, transforme-as. Pelo menos tente. Converse com o seu pessoal, promova encontros fora do trabalho para quebrar o gelo... Divulgue material das coisas que você acha interessante. .. Divulgue eventos.... Mostre que existe um outro jeito interessante de fazer as coisa que dá resultado. Faça um protótipo e mostre para o seu chefe. Transforme a realidade a sua volta. Caso isso funcione depois de um certo tempo (este tempo você decide pela sua disposição) ai sim saia e vá para lugar melhor, mas saira de cabeça erguida pois tentou fazer do mundo um lugar melhor.

Abraços.



2009/11/12 Felipe Cypriano <fmcypriano@gmail. com>
 

Não desisitr fácil é bom, mas eu não perderia meu tempo num péssimo ambiente de trabalho como esse ai não. Tentaria melhorar o ambiente conversando com todos e fazendo o que já disseram aqui também e ao mesmo tempo procuraria oportunidades melhores de trabalho.



Abraços,
---
Felipe Cypriano

Em 12/11/2009, às 10:24, Rafael Cotta escreveu:

 

Se a empresa é realmente grande, espera um tempinho pra ganhar tempo de casa e depois procura recolocação dentro da própria empresa, ou seja, peça para trabalhar em um outro projeto que te apeteça mais.

Tentar conhecer pessoas da empresa, que participam ou participaram de outros projetos ajuda no processo de mudar de projeto.

Boa sorte.

Rafael Cotta


2009/11/12 wardog1 <wardog1@gmail. com>
 

Depende do tipo de gente que tu és.

Se tu estás mais interessado na tua carreira do que nas pessoas, fica na grande e aprende a nadar com os tubarões: a carrera é mais importante que as pessoas.

Se tu estás mais interessados em relacionamentos sadios, fica na pequena: as pessoas são mais importantes que a carreira.

Se preferires a pequena, tenha em mente que esta escolha não vai te levar a lugar nenhum a não ser que o empresário seja bom e a empresa tenha futuro.

--
Att,
Roberto Messa

http://pageletbox. com
Framework PHP para Celular
21 95842096

Tutorial CRUD para Celular WAP: Parte 1 - Especificação e Protótipo consulta


2009/11/12 Felipe <fgro13@gmail. com>

galera, eh o seguinte...
eu estou com uma grande duvida... eu trabalhava em uma pequena empresa a um mes, e nessa pequena empresa eu desenvolvia o software de automacao comercial, como melhorava, inventava e era responsavel por um modulo, fazia coisas novas, e era reconhecido moralmente e financeiramente. .. o ambiente de trabalho eh bom, amigavel, recebia um bom salario, e mais as vantagens, so o plano de saude q era razoavel... trabalhava com java JSE, MySql, iReport, Swing, Eclipse Galileo, e estava começando a desenvolver o modulo web. fiquei nessa empresa tres meses.

a um mes eu sai dessa pequena empresa para ir trabalhar em uma das maiores empresa de TI do brasil, la o ambiente parece bom, eu sou como qq um, se eu morrer ninguem vai sentir falta, nao tenho amigos, existe "colegas" de trabalho individualistas querendo mostrar q sabe mais, nao sou reconhecido, ganho menos, possuo plano de saude e odonto, refeicao, transporte, horario flexivel...
trabalho com um framework que so esta empresa utiliza, JEE, e ate agora nao aprendi nada de novo, do tipo JBoss, JSF, Hibernate, etc e tals.

eu estou arrependido, eu so fui para esta empresa grande por causa do nome, e achei que conseguiria aprender rapido e construir uma carreira, tipo um sonho de recem-formado querendo entrar em uma empresa de ponta de TI.

o q vcs fariam na minha situação?????? ?????










--
Abraços Sinceros e Agradecidos
Andre Fonseca
http://www.andrefon seca.net


Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - Celebridades - Música - Esportes

#22780 From: "Magno A. Cavalcante" <magno.riojug@...>
Date: Thu Nov 12, 2009 1:35 pm
Subject: Fwd: Campanha de Retake via web !
magnocav
Offline Offline
Send Email Send Email
 
Boa oportunidade para um investimento na carreira, já que estaremos em período de 13o. salário.

Os preços das certificações Java, aqui no Brasil, estão cotados em R$ 330,00.

[ ]'s,

Magno A. Cavalcante
-------------------------------------------------
Cp. E., Sun Cert. Prof. , Java Ch.
JUG Leader @ http://RioJUG.org
http://twitter.com/magnocav
......


---------- Forwarded message ----------
From: Sun Microsystems <sun.microsystems@...>
Date: 2009/11/9
Subject: Campanha de Retake via web !


Campanha de Retake via Web
Comprando seu voucher pela web de 03 de Novembro à 11 de Dezembro de 2009, você terá direito à segunda chance gratuitamente, caso não obtenha êxito na primeira tentativa !

Para adquirir é simples:
  1. Acesse http://www.sun.com.br/edu, no tópico "Procurar por tipo de Produto" clique em "Certificações";
  2. Identifique a certificação que você deseja obter com base em seus objetivos profissionais e de desenvolvimento pessoais;
  3. Preencha corretamente o formulário e assegure que todos os campos estejam corretos;
  4. Clique em "Confirmar e enviar pedido";
  5. Aguarde o recebimento do boleto bancário, em até 15 dias úteis, no endereço de email cadastrado no formulário de compra;
  6. Após a confirmação do pagamento, os vouchers serão enviados fisicamente para o endereço cadastrado no formulário de compra.
Dê os próximos passos, aprimore suas habilidades e avance em sua carreira!

Se tiver alguma dúvida ou desejar fornecer feedback, envie uma mensagem para sun.education@....


Atenciosamente,
Serviços Educacionais Sun
sun.education@...
www.sun.com.br/edu


Termos e Condições
a. Validade da Campanha: das 08:00hs do dia 03/11/2009 às 18:30hs do dia 11/12/2009; b. Campanha válida para todas as certificações publicadas no site da Sun Microsystems, exceto para os produtos de código 310-252A, 310-252R, 310-300A, 310-300R, 310-301A e 310-301R; c. Campanha exclusiva para compras efetuadas pela web. Solicitações feitas por telefone não serão processadas dentro da campanha; d. O boleto bancário será enviado para o endereço de e-mail cadastrado no formulário de compras em até 15 dias úteis, desde que o endereço fornecido esteja correto; e. Os vouchers serão postados fisicamente, após análise de cadastro do cliente e confirmação de pagamento antecipado via boleto bancário, em até 15 dias úteis, desde que o endereço fornecido esteja correto; f. Caso o candidato não compareça ao primeiro exame, perderá automaticamente o direito à segunda tentativa; g. Os vouchers tem validade de 10 a 12 meses e não são prorrogáveis; h. O candidato deverá aguardar 72 horas para agendar o segundo exame gratuito e pelo menos 14 dias úteis para realizá-lo a contar da data do primeiro exame; i. Para esclarecimento de qualquer dúvida sobre a campanha, entre em contato com a Central de Negócios pelo telefone 0800 55 7863.

A Sun Microsystems, Inc. respeita sua privacidade.
Privacidade  |  Marcas comerciais  |  Gerenciar assinaturas  |  Actualizar o meu perfil  |  Cancelar assinatura
Não responda a este e-mail. Em vez disso, contacte o editor.
Sun Microsystems do Brasil, R. Alexandre Dumas, 2.016. São Paulo/SP 04717-004
© 2009 Sun Microsystems, Inc. Todos os Direitos Reservados.






#22779 From: Andre Fonseca <aoqfonseca@...>
Date: Thu Nov 12, 2009 1:11 pm
Subject: Re: Re: [DFJUG] Duvida profissional
aoqf
Offline Offline
Send Email Send Email
 
Poxa amigo que situação difícil de opinar que você colocou.

Mas como diz Maquiavél, sempre devemos nos posicionar, pior caso é omissão, sendo assim vamos lá a minha posição:

Diferença entre grande e pequenas empresas:

As pequenas empresas são pequenas e com isso possuem uma estrutura extremamente enxuta e por isso acabamos por ter:
  • Logo, o dono da empresa está ali do seu lado e convive com a realidade de todos os "setores" da empresa. Logo o reconhecimento dele pelo trabalho realizada é mais simples de ser feito  ou notado.
  • O fato de serem pequenas e possuirem esta estrutura "magra", elas são extremamente ágeis: mudam de direção com maior facilidade e são mais amigáveis a novidades de processo, tecnologia, etc.
  • Não existe muita margem para setorizar as coisas, logo todos acabam fazendo um pouco de tudo:  não existe uma área para cuidar dos servidores, outra para testar e por ai vai ... existe o cara que é desenvolvedor que por vezes vai meter a mão no servidor e acertar a configuração do servidor de email, acerto o banco de dados, instalar o JBoss, etc. Isso dá uma "liberdade" muito grande para inovar e experimentar já que você que vai cuidar de tudo isso mesmo. 
Já as empresas grandes, podemo destacar:
  • Devido a seu imenso tamanho, o dono da empresa não tem como estar ao seu lado, com isso, o reconhecimento da empresa é feito pelo seu "chefe" direto. Com isso, é muito comum encontrar dentro delas realidade diversas pois o clima, processo, e outras coisa de um setor depende do seu gerente (coordenador ou qualquer outro  nome que queira)
  • Empresas grandes precisam de diretrizes e culturas rigidas, senão ficará uma loucura internamente. Por isso, são pouco tolerantes as novidades, principalmente tecnologicas. Tudo tem que ser aprovado por comites que nem sempre (99% do casos) são formados por pessoas com interesse de fazer algo.
  • os projetos em empresas grandes são GRANDES (obvio isso não)...os volumes financeiros e de recursos são enormes
  • Tudo é setorizado pois devido a quantidade de coisas não tem como o desenvolvedor fazer um pouco de cada. Isso é bom pois acaba tendo especialistas em assuntos e a oportunidade de aprender é grande.
  • As chances de se destacar são poucos pois a visibilidade é pouca. Por isso existe grande competição interna, tendo pouca margem para um ambiente amigavel.
Eu particularmente estou num momento que prefiro empresas pequenas a médias. Nelas existe maior flexibilidade e maior espaço para desenvolver o trabalho que quero: crescer, aprender, inovar e etc.
Empresas grandes por outro lado, tem mais força para investir no profissional por meio de cursos, formações internas, palestras e etc. Além disso, dentro de empresas grandes, você tem muita gente com quem pode juntar para aprender.
Tudo depende do que quer para sua vida nesse momento.

Outra coisa importante:  Quem faz o seu ambiente é você.

Por isso, se as coisas estão ruins, transforme-as. Pelo menos tente. Converse com o seu pessoal, promova encontros fora do trabalho para quebrar o gelo... Divulgue material das coisas que você acha interessante... Divulgue eventos.... Mostre que existe um outro jeito interessante de fazer as coisa que dá resultado. Faça um protótipo e mostre para o seu chefe. Transforme a realidade a sua volta. Caso isso funcione depois de um certo tempo (este tempo você decide pela sua disposição) ai sim saia e vá para lugar melhor, mas saira de cabeça erguida pois tentou fazer do mundo um lugar melhor.

Abraços.



2009/11/12 Felipe Cypriano <fmcypriano@...>
 

Não desisitr fácil é bom, mas eu não perderia meu tempo num péssimo ambiente de trabalho como esse ai não. Tentaria melhorar o ambiente conversando com todos e fazendo o que já disseram aqui também e ao mesmo tempo procuraria oportunidades melhores de trabalho.



Abraços,
---
Felipe Cypriano

Em 12/11/2009, às 10:24, Rafael Cotta escreveu:

 

Se a empresa é realmente grande, espera um tempinho pra ganhar tempo de casa e depois procura recolocação dentro da própria empresa, ou seja, peça para trabalhar em um outro projeto que te apeteça mais.

Tentar conhecer pessoas da empresa, que participam ou participaram de outros projetos ajuda no processo de mudar de projeto.

Boa sorte.

Rafael Cotta


2009/11/12 wardog1 <wardog1@...>
 

Depende do tipo de gente que tu és.

Se tu estás mais interessado na tua carreira do que nas pessoas, fica na grande e aprende a nadar com os tubarões: a carrera é mais importante que as pessoas.

Se tu estás mais interessados em relacionamentos sadios, fica na pequena: as pessoas são mais importantes que a carreira.

Se preferires a pequena, tenha em mente que esta escolha não vai te levar a lugar nenhum a não ser que o empresário seja bom e a empresa tenha futuro.

--
Att,
Roberto Messa

http://pageletbox.com
Framework PHP para Celular
21 95842096

Tutorial CRUD para Celular WAP: Parte 1 - Especificação e Protótipo consulta


2009/11/12 Felipe <fgro13@...>

galera, eh o seguinte...
eu estou com uma grande duvida... eu trabalhava em uma pequena empresa a um mes, e nessa pequena empresa eu desenvolvia o software de automacao comercial, como melhorava, inventava e era responsavel por um modulo, fazia coisas novas, e era reconhecido moralmente e financeiramente... o ambiente de trabalho eh bom, amigavel, recebia um bom salario, e mais as vantagens, so o plano de saude q era razoavel... trabalhava com java JSE, MySql, iReport, Swing, Eclipse Galileo, e estava começando a desenvolver o modulo web. fiquei nessa empresa tres meses.

a um mes eu sai dessa pequena empresa para ir trabalhar em uma das maiores empresa de TI do brasil, la o ambiente parece bom, eu sou como qq um, se eu morrer ninguem vai sentir falta, nao tenho amigos, existe "colegas" de trabalho individualistas querendo mostrar q sabe mais, nao sou reconhecido, ganho menos, possuo plano de saude e odonto, refeicao, transporte, horario flexivel...
trabalho com um framework que so esta empresa utiliza, JEE, e ate agora nao aprendi nada de novo, do tipo JBoss, JSF, Hibernate, etc e tals.

eu estou arrependido, eu so fui para esta empresa grande por causa do nome, e achei que conseguiria aprender rapido e construir uma carreira, tipo um sonho de recem-formado querendo entrar em uma empresa de ponta de TI.

o q vcs fariam na minha situação???????????









--
Abraços Sinceros e Agradecidos
Andre Fonseca
http://www.andrefonseca.net

#22778 From: Felipe Cypriano <fmcypriano@...>
Date: Thu Nov 12, 2009 12:33 pm
Subject: Re: Re: [DFJUG] Duvida profissional
felipecypriano
Offline Offline
Send Email Send Email
 
Não desisitr fácil é bom, mas eu não perderia meu tempo num péssimo ambiente de trabalho como esse ai não. Tentaria melhorar o ambiente conversando com todos e fazendo o que já disseram aqui também e ao mesmo tempo procuraria oportunidades melhores de trabalho.


Abraços,
---
Felipe Cypriano

Em 12/11/2009, às 10:24, Rafael Cotta escreveu:

 

Se a empresa é realmente grande, espera um tempinho pra ganhar tempo de casa e depois procura recolocação dentro da própria empresa, ou seja, peça para trabalhar em um outro projeto que te apeteça mais.

Tentar conhecer pessoas da empresa, que participam ou participaram de outros projetos ajuda no processo de mudar de projeto.

Boa sorte.

Rafael Cotta


2009/11/12 wardog1 <wardog1@gmail.com>
 

Depende do tipo de gente que tu és.

Se tu estás mais interessado na tua carreira do que nas pessoas, fica na grande e aprende a nadar com os tubarões: a carrera é mais importante que as pessoas.

Se tu estás mais interessados em relacionamentos sadios, fica na pequena: as pessoas são mais importantes que a carreira.

Se preferires a pequena, tenha em mente que esta escolha não vai te levar a lugar nenhum a não ser que o empresário seja bom e a empresa tenha futuro.

--
Att,
Roberto Messa

http://pageletbox.com
Framework PHP para Celular
21 95842096

Tutorial CRUD para Celular WAP: Parte 1 - Especificação e Protótipo consulta


2009/11/12 Felipe <fgro13@gmail.com>

galera, eh o seguinte...
eu estou com uma grande duvida... eu trabalhava em uma pequena empresa a um mes, e nessa pequena empresa eu desenvolvia o software de automacao comercial, como melhorava, inventava e era responsavel por um modulo, fazia coisas novas, e era reconhecido moralmente e financeiramente... o ambiente de trabalho eh bom, amigavel, recebia um bom salario, e mais as vantagens, so o plano de saude q era razoavel... trabalhava com java JSE, MySql, iReport, Swing, Eclipse Galileo, e estava começando a desenvolver o modulo web. fiquei nessa empresa tres meses.

a um mes eu sai dessa pequena empresa para ir trabalhar em uma das maiores empresa de TI do brasil, la o ambiente parece bom, eu sou como qq um, se eu morrer ninguem vai sentir falta, nao tenho amigos, existe "colegas" de trabalho individualistas querendo mostrar q sabe mais, nao sou reconhecido, ganho menos, possuo plano de saude e odonto, refeicao, transporte, horario flexivel...
trabalho com um framework que so esta empresa utiliza, JEE, e ate agora nao aprendi nada de novo, do tipo JBoss, JSF, Hibernate, etc e tals.

eu estou arrependido, eu so fui para esta empresa grande por causa do nome, e achei que conseguiria aprender rapido e construir uma carreira, tipo um sonho de recem-formado querendo entrar em uma empresa de ponta de TI.

o q vcs fariam na minha situação???????????







#22777 From: Rafael Cotta <rcotta@...>
Date: Thu Nov 12, 2009 12:24 pm
Subject: Re: Re: [DFJUG] Duvida profissional
rafaelcotta
Offline Offline
Send Email Send Email
 
Se a empresa é realmente grande, espera um tempinho pra ganhar tempo de casa e depois procura recolocação dentro da própria empresa, ou seja, peça para trabalhar em um outro projeto que te apeteça mais.

Tentar conhecer pessoas da empresa, que participam ou participaram de outros projetos ajuda no processo de mudar de projeto.

Boa sorte.

Rafael Cotta


2009/11/12 wardog1 <wardog1@...>
 

Depende do tipo de gente que tu és.

Se tu estás mais interessado na tua carreira do que nas pessoas, fica na grande e aprende a nadar com os tubarões: a carrera é mais importante que as pessoas.

Se tu estás mais interessados em relacionamentos sadios, fica na pequena: as pessoas são mais importantes que a carreira.

Se preferires a pequena, tenha em mente que esta escolha não vai te levar a lugar nenhum a não ser que o empresário seja bom e a empresa tenha futuro.

--
Att,
Roberto Messa

http://pageletbox.com
Framework PHP para Celular
21 95842096

Tutorial CRUD para Celular WAP: Parte 1 - Especificação e Protótipo consulta


2009/11/12 Felipe <fgro13@...>

galera, eh o seguinte...
eu estou com uma grande duvida... eu trabalhava em uma pequena empresa a um mes, e nessa pequena empresa eu desenvolvia o software de automacao comercial, como melhorava, inventava e era responsavel por um modulo, fazia coisas novas, e era reconhecido moralmente e financeiramente... o ambiente de trabalho eh bom, amigavel, recebia um bom salario, e mais as vantagens, so o plano de saude q era razoavel... trabalhava com java JSE, MySql, iReport, Swing, Eclipse Galileo, e estava começando a desenvolver o modulo web. fiquei nessa empresa tres meses.

a um mes eu sai dessa pequena empresa para ir trabalhar em uma das maiores empresa de TI do brasil, la o ambiente parece bom, eu sou como qq um, se eu morrer ninguem vai sentir falta, nao tenho amigos, existe "colegas" de trabalho individualistas querendo mostrar q sabe mais, nao sou reconhecido, ganho menos, possuo plano de saude e odonto, refeicao, transporte, horario flexivel...
trabalho com um framework que so esta empresa utiliza, JEE, e ate agora nao aprendi nada de novo, do tipo JBoss, JSF, Hibernate, etc e tals.

eu estou arrependido, eu so fui para esta empresa grande por causa do nome, e achei que conseguiria aprender rapido e construir uma carreira, tipo um sonho de recem-formado querendo entrar em uma empresa de ponta de TI.

o q vcs fariam na minha situação???????????





#22776 From: Luiz Godoy <octaviodegodoy@...>
Date: Thu Nov 12, 2009 12:19 pm
Subject: Re: Re: [DFJUG] Duvida profissional
octaviodegodoy
Offline Offline
Send Email Send Email
 
Amigo, já passei por situação bem parecida, fui para a petrobrás com um grupo de pessoas arrogantes que fizeram me sentir menosprezado pois eu simplesmente fazia meu trabalho e não questionava nada, minha própria insatisfação no grupo me levou a demissão.

No seu caso, como vc já fez a sua escolha só recomendo o seguinte: Questione tudo que for proposto de novo pois tudo tem seus prós e contras, questione a utilidade do framework deles. Estude muito para não perguntar besteira senão vc queima seu filme e eles te discriminam até te mandar embora. Mas atenção! eu disse questione não pergunte sobre o básico. Se não entender alguma coisa que falarem vai no google pesquise, esteja sempre pesquisando. Não se intimide pela pose deles, pois vc merece estar ali. Valeu

--- On Thu, 11/12/09, wardog1 <wardog1@...> wrote:

From: wardog1 <wardog1@...>
Subject: [riojug] Re: [DFJUG] Duvida profissional
To: "DFJUG - Grupo de Usuarios Java do Distrito Federal" <dfjug@...>
Date: Thursday, November 12, 2009, 9:35 AM

 

Depende do tipo de gente que tu és.

Se tu estás mais interessado na tua carreira do que nas pessoas, fica na grande e aprende a nadar com os tubarões: a carrera é mais importante que as pessoas.

Se tu estás mais interessados em relacionamentos sadios, fica na pequena: as pessoas são mais importantes que a carreira.

Se preferires a pequena, tenha em mente que esta escolha não vai te levar a lugar nenhum a não ser que o empresário seja bom e a empresa tenha futuro.

--
Att,
Roberto Messa

http://pageletbox. com
Framework PHP para Celular
21 95842096

Tutorial CRUD para Celular WAP: Parte 1 - Especificação e Protótipo consulta


2009/11/12 Felipe <fgro13@gmail. com>

galera, eh o seguinte...
eu estou com uma grande duvida... eu trabalhava em uma pequena empresa a um mes, e nessa pequena empresa eu desenvolvia o software de automacao comercial, como melhorava, inventava e era responsavel por um modulo, fazia coisas novas, e era reconhecido moralmente e financeiramente. .. o ambiente de trabalho eh bom, amigavel, recebia um bom salario, e mais as vantagens, so o plano de saude q era razoavel... trabalhava com java JSE, MySql, iReport, Swing, Eclipse Galileo, e estava começando a desenvolver o modulo web. fiquei nessa empresa tres meses.

a um mes eu sai dessa pequena empresa para ir trabalhar em uma das maiores empresa de TI do brasil, la o ambiente parece bom, eu sou como qq um, se eu morrer ninguem vai sentir falta, nao tenho amigos, existe "colegas" de trabalho individualistas querendo mostrar q sabe mais, nao sou reconhecido, ganho menos, possuo plano de saude e odonto, refeicao, transporte, horario flexivel...
trabalho com um framework que so esta empresa utiliza, JEE, e ate agora nao aprendi nada de novo, do tipo JBoss, JSF, Hibernate, etc e tals.

eu estou arrependido, eu so fui para esta empresa grande por causa do nome, e achei que conseguiria aprender rapido e construir uma carreira, tipo um sonho de recem-formado querendo entrar em uma empresa de ponta de TI.

o q vcs fariam na minha situação?????? ?????






#22775 From: Ed Fernando <edfernando@...>
Date: Thu Nov 12, 2009 12:07 pm
Subject: filterEvent datatable Richfaces
barros_cuiaba
Offline Offline
Send Email Send Email
 
Pessoal, boa tarde.

Estou com uma dúvida específica da tag: rich:extendedDataTable do jboss richfaces.

Adicionei a opção de filtro em algumas colunas e estou precisando que o filtro seja realizado somente quando a 
tecla enter for acionada.
Atualmente estou utilizando o evento onkeyup no atributo filterEvent.

Alguém já fez isso??
Até mais.

--
Ed Fernando Barros

Messages 22775 - 22804 of 22804   Newest  |  < Newer  |  Older >  |  Oldest
Advanced
Add to My Yahoo!      XML What's This?

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help