Lista de grandes Softwares desenvolvido em Java

Mas, como que esses desenvolvedores consegue fazer o programa Java muito mais evoluido, do que um simples Hello World ?

simplesmente conhecendo o que se usa.

1 curtida

É uma dúvida séria ou você ligou o [MODE IRONIC/] ???

1 curtida

É plenamente possível criar aplicações de níveis diferentes. Desde o mais simples hello world, até sistemas crud e complexos sistemas que utilizam conceitos de redes neurais ou computação gráfica, tempo real, processamento distribuído em várias linguagens. A questão é, quanto tempo e qual o nível de conhecimento de todos (ou da maioria) dos recursos da linguagem.
É meio difícil listar softwares desenvolvidos em java, pois, o maior foco é web.
Por exemplo, o site da fiat é feito em Struts 1. Santander, HSBC e Itaú/Unibanco utilizam Java em muitos sistemas.

Enfim, tudo depende de duas coisas:
Teu nível de absorção e compreensão da linguagem e seus recursos.
O tempo que você possui para praticar e desenvolver o que aprende.

[quote=jmmenezes]Esses que você falou a maioria é c ou c++…

Se você esta relacionando software a produtos de prateleira… vulgo aplicativos, ferramentas, jogos, etc… acredito que não é o ponto mais forte de Java.

Mas tem alguns produtos desse tipo mais famosos:

  • Oracle
  • DB2
  • NetBeans
  • Eclipse
  • Vuze (antigo Azureus)
  • Minecraft

De bate pronto lembrei desses, mas acho que o pessoal consegue aumentar bastante a lista!

Agora se for falar de aplicações corporativas, principalmente em ambiente Web, temos a maior parte dos bancos e empresas de telefonia como principais utilizadores da tecnologia.
[/quote]

Duvido muito que o SGBD Oracle seja feito em Java. SGBD’s precisam de um controle fino em relação a uso de memória, escrita em disco, I/O, etc. Coisas que não se pode fazer com Java. Em compensação, toda a suite de middleware da Oracle (AS, BPM, rule engine, etc.) são feitos em Java.

De fato, são muito poucas as aplicações voltadas para usuário feitas em Java, elas serão mais comuns nos back-ends da vida: bancos, processamento de comércio eletrônico, governo, etc.

[quote=rmendes08][quote=jmmenezes]Esses que você falou a maioria é c ou c++…

Se você esta relacionando software a produtos de prateleira… vulgo aplicativos, ferramentas, jogos, etc… acredito que não é o ponto mais forte de Java.

Mas tem alguns produtos desse tipo mais famosos:

  • Oracle
  • DB2
  • NetBeans
  • Eclipse
  • Vuze (antigo Azureus)
  • Minecraft

De bate pronto lembrei desses, mas acho que o pessoal consegue aumentar bastante a lista!

Agora se for falar de aplicações corporativas, principalmente em ambiente Web, temos a maior parte dos bancos e empresas de telefonia como principais utilizadores da tecnologia.
[/quote]

Duvido muito que o SGBD Oracle seja feito em C++. SGBD’s precisam de um controle fino em relação a uso de memória, escrita em disco, I/O, etc. Coisas que não se pode fazer com Java. Em compensação, toda a suite de middleware da Oracle (AS, BPM, rule engine, etc.) são feitos em Java.

De fato, são muito poucas as aplicações voltadas para usuário feitas em Java, elas serão mais comuns nos back-ends da vida: bancos, processamento de comércio eletrônico, governo, etc.[/quote]

Geralmente soluções grandes e complexas dificilmente utilizam somente uma tecnologia!
Mesmo quando se utiliza C por exemplo no kernel linux, também se depende de Assembly e também se depende de outras linguagens, por exemplo scripts bash e perl.
Tem varios aplicativos Java que possuem módulos nativos em C.
No caso do Oracle, grande parte dos aplicativos de administração do banco (Client) são feitos em Java… e algumas coisas do gerenciador do banco de dados também! A mesma coisa o DB2… entretando com certeza não é 100% Java. O núcleo do gerenciador do DB também não depende de Java.

Na boa mesmo, não sei de onde você tirou que o SGBD da Oracle é feito em Java. Se assim o fosse, ele precisaria de uma JVM para rodar, o que não é o caso; Por outro lado, basta acessar as instruções de instalação do banco no Linux que lá está explícito que ele precisa de várias bibliotecas C para ser instalado:

http://docs.oracle.com/cd/E17781_01/install.112/e18802/toc.htm#BABHICJH

[quote=rmendes08]Na boa mesmo, não sei de onde você tirou que o SGBD da Oracle é feito em Java. Se assim o fosse, ele precisaria de uma JVM para rodar, o que não é o caso; Por outro lado, basta acessar as instruções de instalação do banco no Linux que lá está explícito que ele precisa de várias bibliotecas C para ser instalado:

http://docs.oracle.com/cd/E17781_01/install.112/e18802/toc.htm#BABHICJH[/quote]

Ele instala uma versão da JVM junto com o DB…
No caso do client também!

Parece que utiliza no gerenciador de banco de dados para alguns tipos de dados especiais… óbvio não é o núcleo e nem depende de Java no gerenciador se não precisar destes tipos… mas não sei ao certo o que funcionaria se removesse o java de lá, só testando!

C:\oracle\ora92\jdk\jre\bin>java -version
java version "1.3.1_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_01)
Java HotSpot(TM) Client VM (build 1.3.1_01, mixed mode)

Até onde sei o Oracle contempla programação Java dentro dele.
Também utiliza o Java muito para suas ferramentas.
Mas no motor do banco de dados, duvido muito.

Inté!

[quote=marciosantri]Até onde sei o Oracle contempla programação Java dentro dele.
Também utiliza o Java muito para suas ferramentas.
Mas no motor do banco de dados, duvido muito.

Inté![/quote]
Vou falar denovo…

Não estou dizendo que Oracle é 100% Java!

Não usa no motor, mas tem pacotes/funções/tipos/etc escritos em java que dependem do java e se fazem parte do gerenciador do banco de dados, sem java não se tem estas funcionalidades.
E no client também o java é bastante usado.

E novamente… o motor mesmo a principio não depende do java…

no caso do DB2 o Java é forte nas ferramentas, mas no motor não sei se precisa dele!

Softwares desktop 100% Java que eu conheço e são usados por não-programadores, sem ser software corporativo:

  • Minecraft
  • JDownloader
  • Azureus

Libre Office(Antigo Open Office), GrantProject, Netbeans, O Programa da Receita Federal.

O LibreOffice se não me engano é um fork do Open Office, tanto que o Open Office foi cedido pela Oracle a Fundação Apache recentemente e continua vivo com o apoio de empresas como a IBM.

O projeto possui uma mistura de algumas linguagens, creio que o Java não seja a majoritaria, inclusive li uma noticia que existe um movimento para diminuir ainda mais a quantidade de codigo Java na aplicação.

PS: Isso foi escrito de memoria, portanto qualquer equivoco foi mera preguiça/indisposição de pesquisar :slight_smile:

Aqui está uma lista de softwares escritos em várias linguagens:

http://www.lextrait.com/vincent/implementations.html

Agora, porque a maioria dos softwares é escrito em C/C++ ?

legal esse link :slight_smile:
não tinha visto ainda. :slight_smile:

Como já foi dito, realmente o foco de java não é desktop…
Eu até que fiz alguns sisteminhas em java usando Swing…
Mas aí me aventurei um pouco no C#… Se alguém tiver tempo,
da uma olhada … é mto fácil…

opa opa, não quero começar uma discussão Java vs C#, pelo amor de Deus…
Mas convenhamos, Java é mais _______ (não encontrei a palavra certa para encaixar aqui) para Web…

Agora, achei super interessante o software da receita federal ser escrito em java… até usei um decompiler…
já fizeram isso?

É um pouco confuso. C/C++ é diferente de C#. Correto ?

bem para web, noto alguns jsp, por aí…
o site de namoros, do par perfeito,
é java

www.combine.com.br

e volta e meia esbarro com algum outro também.

as vezes é, mas a terminação não é obrigatória não tem algo assim…
uma vez achei que o jornal da rbs era, depois sumiu a terminação, não tenho certeza.

http://diariocatarinense.clicrbs.com.br/sc/geral/

Tem a App Store da Apple que é feito em Java (WebObjects).

portal do banco do brasil é jsp

Lembrando que o Minecraft e o Taikodom também não são 100% java.

Eles usam a LWJGL, que é um binding para C++.

O Java não tem suporte a joystick, nem integração com OpenGL e nem suporte a audio tridimensional.
Sem isso, esses jogos não poderiam sequer ser produzidos.