| Autor |
Mensagem |
|
|
Cara, eu ACABEI de receber meu voucher e o vencimento escrito nele é 30/11/2007. Tem muito tempo disponível mesmo.
Falou!
|
 |
|
|
É claro que existem alguns aplicativos que ainda fazem falta no Linux tais como:
* Editor de Filmes (Pinnacle Studio)
* Autocad
(se alguém souber da existência de alguns desses me avisa, to precisando )
Bom, existe o QCad, que eu já usei tem bastante tempo no meu 1o ano de engenharia e que eu sinceramente não lembro se possui formato compatível com o AutoCad:
http://www.ribbonsoft.com/qcad.html
Espero que seja útil pra você, Sandro. Pelas informações que eu tinha de tempos atrás, ele é bem parecido com o AutoCad mesmo.
|
|
|
|
deixa eu apoior o cv e ir alem: static, protected e extends deveriam ir embora (menos extends de interfaces, claro)...
Paulo, por favor, explique-se nessas suas sugestões... Eu estou sinceramente interessado em entender seus motivos pra pensar assim! É só ódio de herança mesmo (por motivos que vão além da minha compreensão no momento) ou tem algo mais??
|
|
|
|
plentz wrote:
akumaldo wrote:
guinaps wrote:
cv wrote:Ja era bom nao ter static, pra comeco de conversa... 
Cara, eu definitivamente não entendi o que você quis dizer com isso...
eu também não!
Er, não entenderam que import static não fazia falta, ou oque?
Não entendi por que ele disse que não devia ter "static"... Deu a entender que não devia existir elementos estáticos no geral...
|
|
|
|
|
Sim, servlets e JSP... Dá uma boa introdução mas não aprofunda muito não...
|
|
|
|
Cara, nunca vi esse Big Java. Mas tenho o Como Programar e gosto bastante, principalmente da didática dos Deitel. É o tipo de livro que te dá a coisa bem mastigada, muito bom pra iniciantes, e pelo menos essa última edição até aprofunda de leve em tópicos mais avançados. Agora, o texto dele é BEM grande, tem que ter paciência... E um detalhe que eu particularmente acho um pouco ruim é que às vezes ele costuma jogar um detalhe interessante no meio do texto, sem destaque, e se você começa a pular por achar muita lenga-lenga você perde esses trechos e não entende depois quando ele retoma.
No mais, é um ótimo livro sim, se você está disposto a gastar um bom tempo nos fundamentos (e uma boa grana também).
|
|
|
|
1 - Sendo que o código Java é interpretado, é possível desenvolver programas com interface gráfica em JAVA utilizando Linux?
Com certeza. Inclusive Java já vem com bibliotecas gráficas em sua API padrão. O código desenvolvido com essas bibliotecas é reaproveitável para qualquer ambiente em que você possa instalar a máquina virtual do Java (JVM). Além disso, a aparência das GUIs desenvolvidas com esses pacotes é igual em todos esses ambientes.
2 - Desculpem pela minha ignorância, mas se Java não precisa de compilador onde os códigos são digitados? Qualquer editor de texto? Onde consigo compilar os meus programas para tentar depurá-los?
Opa, não é bem assim... O código em Java que você escreve é compilado sim, mas transformado em bytecodes Java. Esses só podem ser interpretados com a JVM, que por sua vez pode ser instalada em diferentes ambientes. Por isso o código Java é portável.
Claro que você pode codificar em qualquer editor de texto, mas existem várias IDEs que suportam trocentas funcionalidades extras como depuração e outras coisas. Existem IDEs das mais básicas às mais avançadas, que suportam mais coisa, mas aí é uma questão à parte, é bom você dar uma pesquisada mais a fundo. Dentre as avançadas mais usadas estão o Eclipse e o NetBeans.
3 - Sendo Java uma linguagem orientada a objetos deve haver muita similiaridade com C# ?
De fato. Não tenho experiência com C#, mas te garanto que pelo menos na sintaxe básica as similaridades são muitas. Cabe ressaltar que uma das "inspirações" de Java foi o próprio C++, então já dá pra imaginar que se você está adaptado com C#, pra começar a entender Java é um pulo.
Espero que tenha ajudado!
|
|
|
|
cv wrote:Ja era bom nao ter static, pra comeco de conversa...
Cara, eu definitivamente não entendi o que você quis dizer com isso...
|
|
|
|
|
É, qualquer IDE decente compensa essa "economia"... Mas pra manutenção do código imagino que isso deve atrapalhar bastante mesmo... Estranho terem se preocupado em incluir isso...
|
|
|
|
Na verdade, ArrayLists funcionam com um comportamento parecido sim com arrays, só que elas não impõem um limite sobre a quantidade de objetos que você pode armazenar (claro, dentro do limite de memória), pois elas aumentam ou diminuem sua capacidade de armazenamento implicitamente de acordo com sua necessidade. É só questão de ler a documentação e saber usar seus métodos adequadamente.
Lembrando que ArrayLists possuem comportamento assíncrono, quer dizer, elas não prevêem tratamento adequado quando mais de uma thread tenta modificá-las ao mesmo tempo (isso lançaria uma exceção). Quando isso pode ocorrer, você deveria usar a classe Vector, que é semelhante mas já prevê essa possibilidade. Mas isso já é outra história.
|
|
|
|
|
Meu Deus... Aquilo não era uma dança, era um ataque epilético... Acho que é um alerta pra todos aqui, trabalhar demais dá nisso... hehehe
|
|
|
|
|
Como assim, "dançou"?
|
|
|
|
Imagino que seja porque o compilador reconhece que há um comando após um laço infinito e não permite que isso aconteça já que esse comando nunca vai ser executado, no caso do println() estar depois do for.
O compilador não deu um detalhe específico depois da tentativa de compilação não?
|
|
|
|