| Autor |
Mensagem |
|
|
acho que as qualidades da tecnologia Java já falam a favor da plataforma: portabilidade, flexibilidade, escalabilidade e outras "...idade"'s por aí. Agora, vá convencer o pessoal do projeto Mono de que Windows Forms, ASP.NET (e seus Web forms, que eu acho a coisa mais maravilhosa que a MS já criou) e outras coisinhas são PORTÁVEIS, como anunciava a MS  .
E chega por hoje...
|
 |
|
|
Primitivo em Java é igual a primitivo em qq outra linguagem, ou seja, uma vez criada uma variável de um tipo primitivo, vai haver alocação de memória referente ao tamanho do tipo primitivo (no caso do int, 4 bytes). Assim, ponto para a Vanessa e para o Paulo.
that's all folks...
|
|
|
|
Nem é, richard... este problema acontece comigo frequentemente qdo eu removo o JBuilder no Windows  . Daí eu tenho que recriar o arquivo jvm.cfg sempre e os problemas se resolvem  !!!
|
|
|
|
jvm.cfg é o arquivo que mapeia as possíveis JVM's com que seu JRE poderá trabalhar (Hotspot Client, Hotspot Server, Classic, BEA JRockit, entre outras). Se este arquivo está faltando, vá até o diretório especificado (JRE_HOME/lib/i386/ ou JAVA_HOME/jre/lib/i386/) e crie você mesmo o seu arquivo JVM.CFG, copiando o código abaixo:
#
# @(#)jvm.cfg 1.6 01/12/03
#
# Copyright 2002 Sun Microsystems, Inc. All rights reserved.
# SUN PROPRIETARY/CONFIDENTIAL. Use is subject to license terms.
#
#
#
#
# List of JVMs that can be used as an option to java, javac, etc.
# Order is important -- first in this list is the default JVM.
# NOTE that this both this file and its format are UNSUPPORTED and
# WILL GO AWAY in a future release.
#
# You may also select a JVM in an arbitrary location with the
# "-XXaltjvm=<jvm_dir>" option, but that too is unsupported
# and may not be available in a future release.
#
-client KNOWN
-server KNOWN
-hotspot ALIASED_TO -client
-classic WARN
that's all folks...
|
|
|
|
bom, provavelmente vão lhe indicar que vc baixe e siga a risca os tutoriais de bancos de dados como Oracle, DB2, MySQL (eca), PostgreSQL, SAPDB... Mas, caso vc nunca tenha mexido em um banco de dados antes e vá começar a aprender agora, sugiro que vc baixe o Firebird (http://firebird.sourceforge.net). Ele é leve, possui uma performance respeitável e bem didático. Segue todos os padrões SQL (até onde eu saiba) à risca. E é "di grátis" . Neste mesmo site vc vai achar alguns tutoriais, inclusive como se conectar ao Firebird usando JDBC. E ponto-final.
p.s.: Nada contra Oracle, DB2, PostgreSQL, Sybase ... só não os acho a melhor escolha para quem vai começar a aprender a brincar com RDBMS (sabe como é: recursos demais sempre atrapalham no inicio do aprendizado).
|
|
|
|
legal, finalmente alguém que se interesse por Jini... já que deram a idéia de passar um link, aqui vai mais um para a coleção pandonia.canberra.edu.au/java/jini/tutorial/Jini.xml. É super completo.
e é isso..
|
|
|
|
Bom, eu uso o JRockit como JIT (aprendi a fazer isso aqui: http://www.neward.net/ted/weblog/index.jsp?date=20030307#1047039075001) e o desempenho em aplicações server-side é visivelmente melhor (fiz testes em um 1 Athon 1.6Ghz, 512mb de RAM dual-boot Windows XP Pro e RedHat 8, JVM 1.4.1 da Sun, Tomcat 4.1.12). Cheguei a fazer uma medição com o JMeter e, em alguns picos, a JVM da Sun com JIT da BEA chega a ter uma performance 45% superior do que a JVM da Sun com JIT Hotspot. Mas, é claro, nada cientificamente formal  .
|
|
|
|
Há erros por todos os lados. O que o autor considera como uma vantagem do C# é, na verdade, uma característica implícita da tecnologia .NET. Por exemplo, afirmar que com C# é possível ter "Acesso à floresta de classes do Framework.NET" (item 3 da lista de 10) é uma das grandes vantagens de se usar C#, sendo que qualquer linguagem que rode sobre o .NET Framework tem esta mesma característica. Ou seja, a mesma classe que vc poderia instanciar em C#, vc tbm pode instanciar em VB.NET. Seria um disparate se não pudesse.
What else? ahhh comentários em XML. Isso é muito mais jogo de marketing para chamar a atenção daqueles gerentes de TI que são muito mais entusiastas de siglas do que realmente conhecedores de tecnologia. Além do mais, comentários em XML não é uma característica exclusiva do C#, mas sim do .NET Framework.
"Plataforma-alvo: todas", desde que seja "powered by Microsoft Windows". .NET é tão portável quanto o modelo COM+. Se alguém duvida, tente rodar um aplicativo WindowsForm sobre o Mono em um Linux. Além disso, pelo que eu saiba, .NET também envolve ASP.NET. Alguém aí já tentou rodar uma aplicação ASP.NET em um Apache?
Ahhh sim, a briguinha de criança "minha linguagem é padrão e a sua não :agrue: ". De fato a LINGUAGEM C# e o .NET CLI são padronizados pela ECMA http://www.dotnetexperts.com/ecma/. E ponto. O resto segue o antigo "Microsoft-way" de padronização  . Além do mais, se só a linguagem e uma parte do Framework são padronizados, o que garante compatibilidade (forward compatibility) do resto da plataforma? Tem gente que já reclama de problemas de incompatibilidade entre as versões 1.0 e 1.1 do .NET Framework (nota: eu fico devendo a URL desta reclamação por enqto).
Conclusão: o texto é ruim. Não estou aqui colocando em xeque a capacidade técnica do autor, mas ele foi extremamente infeliz nas suas colocações, não só por citar característica que não são só do C#, mas sim do .NET Framework como um todo, mas também por privilegiar o marketing ao invés dos aspectos técnicos da linguagem.
Em tempo, boxing e unboxing não são recursos tão interessantes assim, como se pode ver aqui: http://www.freeroller.net/page/ceperez?catname=101+List
that's all folks
|
|
|
|
|
uma bibliotequinha legal é http://sourceforge.net/projects/jsci/
|
|
|
|
realmente interessante... pode facilitar muito a "toque de bola" entre analistas - que especificam uma coisa - e programadores - que entendem e codificam uma coisa completamente diferente... MAS cabe aí uma pergunta: até que ponto uma ferramenta destas é realmente necessária? Digo, será que uma especificação razoavelmente bem feita e bem redigida não é o suficiente? E até que ponto isso realmente AJUDA a tornar o projeto melhor?
that's all folks
|
|
|
|
bom, vamos por partes:
1. "Nao estariamos reinventado a roda no terceiro momento??? Jah nao existe plug-ins do eclipse para isso? Achei algo na net sobre um aplicativo da IBM que se chama CodePro.. O que viria a ser ele?"
- Resp.: Não sei se estaria reinventando, mas talvez melhorando algumas soluções disponíveis e, talvez, tornando esta nova solução disponível gratuitamente; afinal, tanto o IBM CodePro quanto o Together (que possui ferramentas para criação de código seguindo alguns padrões de design) são opções caríssimas (principalmente o Together)*.
2. "Bom soh pra citar meu primeiro padra de estudo eh o facade, um pdarao que propoe uma unica interface simples para um sistema complexo... se alguem conhece-lo e queiser me dar umas dicas eu agradeco... "
- Resp.: Bom, o Façade é considerado um "Structural Pattern" e, de acordo com o livro "Patterns in Java", é um padrão que pretende simplificar o acesso a um determinado conjunto de objetos; ele faz isso criando um objeto que serve de ponte entre os objeto do conjunto e os objetos de fora do conjunto. Eu costumo usar Façade quando eu quero fazer acesso a objetos remotos em uma determinada máquina e acho um pattern fantástico pra isso. Se você puder ler este livro que eu disse - "PATTERNS IN JAVA VOLUME 1: A Catalog of Reusable Design Patterns Illustrated with UML - Mark Grand" - certamente ele irá ajudar muito.
e é isso... meus 2 centavos de Euro...
*- referindo-me ao Together, não pretendo que este tópico se torne mais uma discussão interminável sobre "qual a melhor IDE".
|
|
|
|
|
|