Mensagens enviadas por: evandro.santos
Índice dos Fóruns » Perfil de evandro.santos » Mensagens enviadas por evandro.santos
Autor Mensagem
fredferrao wrote:
jeveaux wrote:
fredferrao wrote:
AUser wrote:
Paulo Silveira wrote:É uma pena. Mas toda mudança de ares sempre traz também benefícios. Vamos torcer para que os novos nomes indicados seja a altura, ou melhores, do que os que já passaram por aí.


Esse corte todo de projetos da Sun e dos membros... Ok, pode ser natural e até mesmo bom, mas parece que estão ceifando tudo.


ceifando tudo

Nussa quanto exagero, até agora 3 noticias eu vi, Projeto DarkStar e Wonderland??(Nunca vi esses caras, nem na feira) e kenai, esse um pouco mais conhecido.

Esses foram os projetos. Além deles já teve muita gente boa que saiu: O próprio Jonathan Schwartz, Scott Mc Mely, Aaron Houston, Bruno Souza, Maurício Leal e por aí vai. Acho que já começaram a "ceifar tudo" faz um tempinho.


Pessoas sairem eu acho que não tem como neste caso, acho que muitos ficam redundantes, sei lá.


Redundantes e não desmerecendo a capacidade de nenhum deles, um fato é inegável, com todas essas pessoas a Sun de certa forma não deu certo... Porque não pensar positivo?
Felagund wrote:
evandro.santos wrote:
Felagund wrote:
evandro.santos wrote:
jEder wrote:Bancos que eu conheço:

PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O


Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.



No dia que vc brinca com o Postgre vc vai ver q o oracle não é tão bom assim não, e firebird? Firebird é horrivel.


Desculpe, escrevi errado, Já trabalhei com Postgres, Oracle e Firebird.

Em minha experiência com o Postgres utilizava um banco bastante grande e o processo de Vacuum era sofrível, com a evolução do banco, foi adicionado a funcionalidade de particionamento, dessa forma passei a excluir a partição (não precisava de VACUUM), porem particionamento consumia muito processado.
Outro problema era adicionar JOBs, como o recurso era novo, as vezes tinha alguns problemas.

Hoje ainda utilizo Postgres em meus projetos pessoais, mas nenhum deles chega ao pico de 100 transações em um segundo. Não arriscaria colocar o postgres em uma situação como essa....


Utilizamos bastante o postgre em sistemas concorrentes com varias transações simultaneas, e em alguns casos ele se sai melhor que o oracle, temos 2 sistemas com a mesma arquitetura, porém um roda usando Oracle e o outro Postgre, e te garanto que a performance do que roda postgre é superior, pode ser o uso do JPA, quem sabe em transações gerenciadas usando JDBC o oracle seja mais rapido, mas no caso do JPA o Postgre da um baile


Concordo com você com relação a esse tipo de performance, o Oracle tem algumas particularidades estranhas. Se você faz uma consulta, onde um dos paramentos é a data, e você utiliza o default (passar um objeto Timestamp) o Oracle tem uma performance horrível, nesse caso ele tem que usar o terrível to_date('formato', 'data em string'), resumindo a performance atrapalha na portabilidade.

Espero que o toplink tenha otimizações para o Oracle...
Felagund wrote:
evandro.santos wrote:
jEder wrote:Bancos que eu conheço:

PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O


Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.



No dia que vc brinca com o Postgre vc vai ver q o oracle não é tão bom assim não, e firebird? Firebird é horrivel.


Desculpe, escrevi errado, Já trabalhei com Postgres, Oracle e Firebird.

Em minha experiência com o Postgres utilizava um banco bastante grande e o processo de Vacuum era sofrível, com a evolução do banco, foi adicionado a funcionalidade de particionamento, dessa forma passei a excluir a partição (não precisava de VACUUM), porem particionamento consumia muito processado.
Outro problema era adicionar JOBs, como o recurso era novo, as vezes tinha alguns problemas.

Hoje ainda utilizo Postgres em meus projetos pessoais, mas nenhum deles chega ao pico de 100 transações em um segundo. Não arriscaria colocar o postgres em uma situação como essa....
jEder wrote:Bancos que eu conheço:

PostgresSQL;
Firebird/Interbase;
MySQL;
DB4O


Cara, desses quatro só trabalhei com o Oracle e Firebird, mas uma coisa eu posso afirmar nenhum desses bancos se comparam ao Oracle.

(Acho que o DB4O é um banco OO e não o banco relacional).

MySQL já não dá para dizer que é apenas para projetos pequenos. Desde a família 5 o MySQL tem muitas funcionalidades dos maiores bancos como procedures e jobs. Obviamente muitas dessas funcionalidades foram feitas meio encima da hora e não são tão completas, porém havia muito o que crescer no MySQL. Em um projeto que trabalhei o MySQL executava 1.500.000 consultas por dia sem degradar performance. Ou seja, um banco com um bom futuro diante dos grandes que temos por aí.


1,5 Milhões de transações por dia é muito pouco, pense quantas torpedos são enviados em um dia? e quantas ligações? quantas transações bancárias?

E o e-mail já chegou:

Hello fellow Project Administrators,

It's with a sad heart that we have to announce that the Kenai.com domain will be shutdown as part of the consolidation of project hosting sites now that Sun is a wholly owned subsidiary of Oracle.

Project Kenai has always existed as two different things: Kenai the infrastructure, and Kenai the website (Kenai.com). While it has come time to close the domain of Kenai.com, the infrastructure (which is already used under NetBeans.org) will live on to support other domains in the future.

With this decision from Oracle to close the Kenai.com domain, it is now time for project owners to begin the process of migrating their repositories and content over to other locations. A few things to note as you begin this process:

* More then one forum thread is going on at this time discussing alternative sites for hosting projects; this one appears to be the most active:
http://kenai.com/projects/help/forums/general/topics/2406-Alternatives-for-Kenai-com-

* For Source repositories, SVNSync can be used for Subversion. Git, and Hg are pretty simple by nature to move.

* Wiki source code is available to all project admins and can be cut and paste into any other site that supports the Mediawiki syntax.

* For Issue Trackers and Forum content, we are looking at ways to make that content available, but we have nothing at this time in place. If you can come up with a way to move the content on your own, proceed as such. Please do not wait for us.

The website will be closed to the creation of new projects in the next week. The complete shutdown of the site and the removal of the domain will be completed in the next 60 days (April 2nd 2010). This should provide ample time for all projects to be moved to a new home of the project owners choice.

If you have a private project (only available to Sun internal projects) those projects will continue to exist. We will send information about how to access those in a separate notice.

Any public projects that remain after the 60 day limit (April 2nd 2010) will be removed when the site is turned off.

It has been an amazing ride, and a great pleasure to personally work with so many of you over the last year or so. From the entire Project Kenai Team I want to thank you for all of the feedback, criticisms, and support over our time together.

With much respect,
The Project Kenai Team

Coloca outros System.out no código e você poderá acompanhar passo a passo....
josenaldo wrote:Pq limitar o Netbeans somente ao Java? Ele está ficando tão bom no suporte a outras linguagens, está melhorando tanto....

Bola fora da Oracle é tirar o Kenai assim do ar, sem amis nem menos, sem oferecer (ao menos, não foi tão anunciado) uma alternativa a um projeto promissor.

Poxa. Ao menos poderiam liberar o código do Kenai. Eles praticamente arrancaram uma das novas pernas do Netbeans para projetos opensource.

O que vão fazer agora? Desmantelar o Netbeans pra favorecer aquele monstrengo chamado JDeveloper?

Sinceramente. A Sun se preocupava com a comunidade Java. A Oracle vai olhar muito mais para como lucrar,nao importa quem venha a prejudicar....

Começo a achar os defensores do Mysql não tão paranóicos assim...


Acredito que paranóicos não seja o melhor adjetivo... Como você descreveria um cara (Michael Widenius - criador do MySQL), que vendeu sua criação por 1 Bilhão e depois solicita que outras pessoas assinem um manifesto solicitando que a Sun não seja vendida por conta do MySQL?

Voltando ao tópico, a grande vantagem do Kenai no NetBeans era a integração. Bate-papo, gerenciador de Issues, Forum e Controle de Versões, tudo dentro da mesma IDE. Quem sabe outra pessoa crie um plug-in assim para o Google code...
Primeira coisa é saber o que o Jar faz... Se o que ele faz é escrever alguma coisa no console, dar duplo clique não vai adiantar em nada.

Se for sistema de versões você tem vários dá uma olhada no Google.

http://code.google.com/intl/pt-BR/
Isso eu não gostei.

Em breve teremos mudanças no NetBeans, afinal toda a parte de colaboração da IDE gira em torno do projeto Kenai.
 
Índice dos Fóruns » Perfil de evandro.santos » Mensagens enviadas por evandro.santos
Ir para:   
Powered by JForum 2.1.8 © JForum Team