| Autor |
Mensagem |
|
|
|
Não... RED é um objeto da classe Color, que na verdade eh uma enum. Enum é um tipo especial de classe. rs
|
 |
|
|
A Enum é um...
(que rufem os tambores... )
Uma classe!
Ela pode ter métodos. Pode ter variáveis. Pode ter a zona ttoda!
A diferença principal ara uma classe normal é que a enum possui um conjunto limitado de objetos que são instanciados na hora em que ela eh carregada. Inclusive ela pode ter construtores, com argumentos e até mesmo sobrecarregados!
A Enum é a classe... As constantes na verdade são objetos perfeitamente funcionais!
Enum na verdade é apenas um atalho para usar objetos public static const final e para restringir esses objetos a um grupo delimitado.
|
 |
|
|
Tathy,
Você realmente tem que criar ou pode usar alguma coisa pronta?
Dá uma olhada nessa páginas e vê se algo te interessa:
http://javaboutique.internet.com/JavaClock2/
http://www.ollaz.com/clocks/
http://www.frontiernet.net/~imaging/clock.html
http://www.javascriptkit.com/java/java21.shtml
http://homepage.mac.com/pete.boardman/24hourclock/software.html
http://www.advancescripts.com/detailed/2045.html
Abração e boa sorte
|
 |
|
|
Parabéns F3RP4!
E aí cara, comenta mais da prova... Além do kathy sierra e do whizlabs, usou mais algum mock?
|
 |
|
|
Isso mesmo!
Os objetos RED e BLUE são do tipo Color e são as duas ÚNICAS instâncias desse tipo!
Na linha
c1 e c2 recebem o mesmo conteúdo, ou seja, o padrão de bits que indica a localização do objeto RED.
Portando, ao usar o operador ==, como na linha
o resultado é true e é impresso == na tela.
|
 |
|
|
Se não for pra reusar, pra que então Orientação à Objetos, Design Patterns e todas as boas práticas de programação?
É pra fazer tudo do zero e inventar zilhões de maneiras de fazer a mesma coisa (como se isso fosse inovação) ?
|
 |
|
|
MarcioTavares wrote:
josenaldo wrote:...mas como a empresa onde trabalho tem que entregar aos clientes uma série de documentos, temos que trabalhar à la RUP. rs
1 - Identifica necessidade
2 - Detalha requisitos
3 - Analisa Problema
4 - Projeta Solução
5 - Implementa
6 - Testa
E volta aos passos 3, 4 ou 5, a depender da necessidade observada no passo 6.
i++
Minha empresa também trabalha seguindo um modelo derivado do RUP. O problema desse modelo, como já foi discutido aqui milhares de vezes, é a burocracia necessária para alterar alguma coisa. Fica muito engessado. Aí, quando o prazo da entrega aperta, esqueçam a documentação e modelagem e façam a implementação direto. Resultado? Milhões de documentos desafados e a empresa inteira mobilizada para sincronizar as informações. Uma gracinha.
Nem fale. Aqui até que a gente consegue não atrasar, visto que o gerente tem experiência e mão forte na hora de dar os prazos. O cara não promete o que a equipe não pode fazer.
Mas que o custo da manutenção de documentação atualizada é alto, é, mas se paga. Principalmente quando você mexe no sistema depois de 6 meses. Mas atenção, pra isso valer a pena, A DOCUMENTAÇÃO TEM QUE ESTAR ATUALIZADA!
Além do mais, o RUP não é tão burocrático. É que algumas empresas teimam em entupir o projeto com todo tipo de documento, pra ficar com um projeto "completo". Ou pra justificar o que cobra!
Mas que precisa agilizar mais, precisa!
Será que alguém já encontrou um modelo híbrido de UP com métodos ágeis? Pelo menos algo que valha a pena?
|
 |
|
|
Luiz Aguiar wrote:
shison wrote:Aproveitando o tópico, vocês sabem como anda o mercado pra J2ME ?
Necessitando de soluções... porque fora joguinhos, vejo poucas aplicações "grandes" sendo desenvolvidas, e espaço pra isso tem.
É.. mas o FDP que inventar um meio de fazer SPAM SMS, vai ganhar de presente uma linda macumba, com direito a bode preto, pipoca e cachaça da boa!
Mas falando sério... O mercado J2ME ainda é muito novo. Precisa de soluções em quase todas as áreas. Ou seja, dinheiro à vontade!
|
 |
|
|
caduengenheiro wrote:car.a. com ajax e web2.0 sistemas desktop serao cada vez mais raros
aprenda j2ee o quanto antes
Por falar em Ajax, tá rolando o Ajax CodeCamp.
Olha aí na minha assinatura
|
 |
|
|
Depois de estudar Servlets e JSP, dá uma olhada em alguns frameworks: Struts 2, Spring, Mentawai, VRaptor... Mas olhe superficialmente para conhecer, faça alguns exemplos e o q se adaptar mais vc estuda. A não ser no caso do Struts/ Struts 2. Esses são obrigatórios para qualquer vaga. Estude também JSF. Está muito procurada.
Aprenda a mexer também com banco de dados. Se possível, estude com Oracle e SQL Server. São bastante procurados.
|
 |
|
|
erickles wrote:vlw pela dica! Naum sei c eh soh aqui em sampa, mas empresas estão pedindo muito "Analista programador" e/ou "Programalista", que eh uma mistura de analista de sistemas com programador(Java).
Mas no SENAI tbm tem um curso que aborda J2EE, vou junta grana e faze-lo.
Rapaz, ultimamente tenho refletido sobre isso...
Antigamente a ordem era dividir... Mas ao que parece, as funções estão se fundindo novamente. Depois do Java, todo mundo programa e analisa. O que muda do analista para o programador é o nível de abstração
|
 |
|
|
Eu bem que queria passar mais por TDD, mas como a empresa onde trabalho tem que entregar aos clientes uma série de documentos, temos que trabalhar à la RUP. rs
1 - Identifica necessidade
2 - Detalha requisitos
3 - Analisa Problema
4 - Projeta Solução
5 - Implementa
6 - Testa
E volta aos passos 3, 4 ou 5, a depender da necessidade observada no passo 6.
Até que é legal. E considerando que o cliente sempre pede alterações depois de algum tempo, (as vezes 6, 7 meses sem ninguém mexer no sistema) e que a equipe tem uma rotação razoável, é bom ter a documentação bem estruturada.
Aqui, nós prezamos pelo minimalismo. Detalhamos bem, mas apenas o que for necessário!
|
 |
|
|
Só com J2SE, você consegue estágio. Mas depende das empresas. Aqui na Bahia, a falta de programadores Java é tão grande que tem empresa que contrata quem sabe que Java existe, para depois treinar o cara... rssrs
Agora, tenha calma. Todo mundo que chega no topo começa de baixo mesmo. A velocidade com que sobre vai depender de você! O primeiro pasos já foi dado. Agora não perca tempo. Caia logo para uma área mais especializada. JEE, JME... São apenas algumas. Escolha uma e se especialize, mas sem esquecer de conhecer um pouco das outras.
E uma certificação cai bem também. Aumenta bastante as chances de conseguir um bom salário.
|
 |
|
|
digo wrote:pessoal me formei neste ano que passou em tecnologia em informatica voltada pra software 3 anos de curso nos ultimos 2 vimos java mais a base que mtivemos foi muito ruim gostaria de saber se vcs podem me ajudar como faço para aprimorar meus conhecimentos ainda estou bastante perdidao se alguem sabe de algum tutorial os que eu procuro ou é muito no começo ou é avançado de mais
o que eu devo fazer pra conseguir? e se é dificil ? pessoal estou muito confuso m ajudem valew
Digo
Pelo que você falou, você pode adotar três abordagens:
1 - Estudar para uma certificação, como sugeriu o Victor. Isso vai te ajudar a conhecer Java, mas pouco de programação.
2 - Comprar um livro de "devorá-lo". Um que recomendo é o Java Como Programar. O Deitel detalha bastante (às vezes até demais) e abrange muitos tópicos da plataforma. Depois de estudá-lo, você pode partir para JEE.
3 - Arrumar um projeto para fazer e sair procurando tutoriais. O chato disso é que você adquire muito conhecimento prático, mas fica restrito no teórico.
Pra mim, o ideal é combinar as três estratégias. Quando eu comecei com o Java, participei de um grupo de estudo que durou dois anos! Pegávamos um livro qualquer, estudávamos tudo, fazíamos o máximo de exercícios e ainda trabalhavamos em projetos paralelos. Um grupo de estudo aplicado também é uma boa pedida!
Mais uma dica: estude bastante OO e Design Patterns.
|
 |
|
|
Parabéns Marcelao!
E valeu pelas dics no blog! Quando der, coloca mais. Em breve estarei fazendo a SCJP também e toda ajuda é válida!
Valeu mesmo e mais uma vez, meus parabéns!
|
 |
|
|