Opinião sobre jCompany

Assuntos Gerais
#21

Desculpe mas não tinha visto essa thread antes…

Não consegui entrar no site, alguns domínios brasileiros tem problema da DSN com conexões da Austrália, me parece ser o caso. Existe algum outro domínio com este material?

Apesar de não ter conseguido acessar seu site pela sua resposta aqui imagino que o JCompany tenha mudado muito, já que o que ele oferecia era difícil de definir. Dos pontos levantados por você:

Usar o produto implica em usar uma arquitetura específica?

Voce havia me falado de cheat sheets anteriormente, além destas o que mais existe?

Não entendi, JUnit é um ramework para test unitário por si só… qual é exatamente o oferecimento?

Em que sentido vocês oferecem padrões? (além do ‘caso de uso padrão’, que eu imagino que seja um template).

Onde exatamente entra o produto?

[quote=alvim]
===> Isso não é nada revolucionário e mágico, nem um pouco parecido com soluções milagrosas ou RAD - é apenas uma solução abrangente que encontramos resolvida de foram redundante (e parcial) na maior parte das empresas… costumamos catalisar e, através de customizações, prover uma solução completa de produtividade através de reuso - mantendo a liberdade e realizando adaptações para cada negócio… (sem uma solução Open-Source gerenciada assim, teriamos muito mais Rational, Oracle e Borland por aí - com quem habitualmente concorremos). É isso. [/quote]

IBM e Borland investem bastante em Open Source, sendo fundadora e parte do consórcio Eclipse, por exemplo, e meu ponto com o jCompany, após todos estes anos conehcendo a ferramenta em JUGs, congressos e testemunhos, continua sendo o de que eu ainda não entendi o que e ganha ao invés de procurar diretamente os fornecedores das ferramentas que vocês utilizam.

Outra pergunta: suponha que eu encontre um bug num produto open-source que vocês utilizam dentro do seu framework. Eu há algum tempo possuo contratos com empresas de open source como JBoss e SpringSource e estas empresas geralmente corrigem o bug em pouco tempo e me mandam um patch com a correção. Por um bom tempo eu trabalhei com um JBoss 3.2 que a Jboss (antes da Red Hat, aliás) aplicou boa parte dos bug fizes que só estavam disponíveis na 4.0GA. Supondo que eu vá gastar uma quantia considerável em licenças, consultoria e treinamento o que acontece quando eu encontro um bug no Eclipse/Hibernate/Seam/seja lá qual outro produto open source que vocês usam? Vocês o corrigem?

Uma pergunta extra:

[quote=alvim]
Nesta versão, somente não reutilizamos Spring porque tive a oportunidade de estar com o Gavin King durante a especificação EJB 3.0, e soubemos que ela iria ‘hachurar’ o Spring em grande parte - o que nos fez optar por reusar o JBoss Seam, a partir do Java EE 5.[/quote]

Você está se referindo ao evento no Rio em 2005?

#22

[quote=rikg12]sinceramente…

não acredito que haja ferramenta Java mais produtiva que o netbeans e pra aplicacoes especificas nao ha nada mais recomendado que o bom e velho eclipse…

o jcompany eh ate bom e tal… mas nao se compara ao netbeans,[/quote]

pois eh, galera…

tenho q dar a cara a bater… o jcompany engessa mto o desenvolvedor… mas seu ganho com produtividade é simplesmente incrivel!!!

#23

todos que falam mal dessa ferramenta concerteza não conhecem nem um pouquinho do que ela é capaz de fazer.
antes de conhecer eu falava mal tb, mas agora mudei totalmente minha opnião sobre o jcompany. claro que ele tem seus problemas,
mas ainda não vi no mercado algo tão produtivo e gerenciavel.

#24

olha esse tópico aqui:

http://www.guj.com.br/posts/list/15/200352.java

#25

Olá pessoal, por acaso alguem aqui é da época do “PowerBuilder”??
Pois é, o JCompany é praticamente o PowerBuilder para Java.

Ele é uma ótima ferramenta se você for trabalhar com bancos de dados tradicionais SQL Server, MySQL, DB2, Oracle, e Processos simples em projetos simples.

Como todos nós sabemos para processos e projetos simples existem ferramentas como Excel e Access, exeto pelo volume de informções, e outras ferramentas de escritório,
quando um cliente procura a nossa empresa para fazer um desenvolvimento de software todos nós sabemos que o desenvolvimento não vai ser normal.

Eu não sei se a visão do idealizador do JCompany foi mal interpretada pelos desenvolvedores do mesmo ou se a idéia era pra ser assim mesmo, ele me deixou muito
a desejar pelo tamanho dele, acho que se todo o investimento do JCompany fosse investido em algo como RAD seria melhor.

Mas existem coisas que eu achei fantasticas nele como:
Ferramenta para programar testes em páginas - Phooda até porque eu tambem comecei a fazer uma só que a minha empresa não se liga muito nessas coisas e eu não ia me matar pra nada.
Gerenciamento de N camadas de projeto e N Frameworks - Phooda tambem, porque isso dá um trampo da porra, toda hora surje um projeto com uma combinação diferente de Frameworks.

Eu volto a dizer ele é muito bom só foi mau interpretado, só falta saber por quem!

Alvim se estiver lendo isso não me interprete mal, eu tambem sei o quanto é difícil criar ferramentas até porque eu crio muitas delas o tempo todo, geradores de códigos, editores, robos, manipuladores de texto, procure no youtube sobre alansoft, tem alguns videos dos meu softwares(SQLEditor, DSM, IED) lá, isso é pra mostrar o quanto eu sei que é dificil criar ferramentas para desenvolvedores e ainda de graça, fique a vontade pra criticar.

Eu estou a 8 anos tentando formular uma boa prática de Geração de Códigos personalizados e Facilitar a Construção de Estruturas de Dados e tá foda, mas acho que já to chegando lá, pelo menos os prototipos estão dando bons resultados.

#26

m

#27