MAKER eu testei usei e ODIEI

HelloWorld Membro desde: 11/12/2009 15:24:07 Mensagens: 12 Offline

Luca wrote:Olá

BarataCruz wrote:... pf...

Dentre estes pfs, qual é a percentagem de cobertura de testes?

[]s
Luca

se quiser o teste pode ser feito durante a produção....

Olá

BarataCruz wrote:se quiser o teste pode ser feito durante a produção....

Realmente, mais avançado do que isto é impossível.

[]s
Luca

O que o barata falou nada mais é do que o tipico gerente que não é da área faz.

A ferramente vai me dar 3 dias de desenvolvimento a menos, então vou comprar.

Isso é tipico erro que cometem. Nunca testei o maker, e não vou me por contra ele, justamente por não conhecer.

A qualidade do Software e medida AO MEU VER em Usuabilidade e Manutenção.

Icones feios, ponto a menos para Usuabilidades, os icones devem ser bem definidos e que mostrem o funcionamento desse botão.
Se o codigo gerada so pode ser editado via Maker, ponto a menos em Manutenção, ou seja força a empresa a ter sempre essa ferramenta com eles. se não tem que refazer o sistema.

A qualidade nunca é definida por tempo de desenvolvimento, não que isso não possa acontecer

att

HelloWorld Membro desde: 11/12/2009 15:24:07 Mensagens: 12 Offline

Luca wrote:Olá

BarataCruz wrote:se quiser o teste pode ser feito durante a produção....

Realmente, mais avançado do que isto é impossível.

[]s
Luca

mas se quiser pode testar da forma convencional.... tanto faz....

HelloWorld Membro desde: 11/12/2009 15:24:07 Mensagens: 12 Offline

Felagund wrote:O que o barata falou nada mais é do que o tipico gerente que não é da área faz.

A ferramente vai me dar 3 dias de desenvolvimento a menos, então vou comprar.

Isso é tipico erro que cometem. Nunca testei o maker, e não vou me por contra ele, justamente por não conhecer.

A qualidade do Software e medida AO MEU VER em Usuabilidade e Manutenção.

Icones feios, ponto a menos para Usuabilidades, os icones devem ser bem definidos e que mostrem o funcionamento desse botão.
Se o codigo gerada so pode ser editado via Maker, ponto a menos em Manutenção, ou seja força a empresa a ter sempre essa ferramenta com eles. se não tem que refazer o sistema.

A qualidade nunca é definida por tempo de desenvolvimento, não que isso não possa acontecer

att

felizmente o maker me traz a mesma qualidade, porem com agilidade muito maior.... manutenção... dar manutenção no fluxograma documentado é muito mais facil do que no codigo, seje ele qual for, se quiser dar manutenção no codigo... se for xiita de codigo... pode dar manutenção no codigo... cada um com seus problemas... eu prefiro dar manutenção no fluxo... usabilidade.... não há limitações.... 3 dias a menos e pouco.... vamos falar de no minimo 3 semanas a 3 meses a menos dependendo da aplicação... por favor....

se colocassem no maker icones parecidos com o vista, teria gente reclamando da mesma forma... gosto é igula cabelo... tem gente que nem tem.... por isso existe a possibilidade de mudar a cara da aplicação por completo... o codigo gerado é java, portanto qualquer ferramenta que interprete java podera editar o codigo do maker....

mais um que mostrou desconhecimento da ferramenta...

This message was edited 2 times. Last update was at 11/12/2009 16:49:24

Olá

BarataCruz wrote:mas se quiser pode testar da forma convencional.... tanto faz....

Certo, a forma convencional de testes que você se refere obviamente é o que o programador normal faz quando programa baseado em testes. E com certeza o Maker já cria tudo que for necessário para rodar ferramentas de integração contínua, testes funcionais, etc.

Como é feito o deployment das aplicações do Maker? Qual repositório de código fonte ele usa? Qual ferramenta de testes funcionais ele usa? E os testes unitários como sâo verificados? JUnit?

Qual é realmente a caracteristica do Maker que permite que ele seja considerado avançado?

[]s
Luca

HelloWorld Membro desde: 11/12/2009 15:24:07 Mensagens: 12 Offline

Luca wrote:Olá

BarataCruz wrote:mas se quiser pode testar da forma convencional.... tanto faz....

Certo, a forma convencional de testes que você se refere obviamente é o que o programador normal faz quando programa baseado em testes. E com certeza o Maker já cria tudo que for necessário para rodar ferramentas de integração contínua, testes funcionais, etc.

Como é feito o deployment das aplicações do Maker? Qual repositório de código fonte ele usa? Qual ferramenta de testes funcionais ele usa? E os testes unitários como sâo verificados? JUnit?

Qual é realmente a caracteristica do Maker que permite que ele seja considerado avançado?

[]s
Luca

*

Exportar Código (jar) - gera código-fonte do sistema selecionado, para ser utilizado na pasta systems, do diretório onde instalou o Webrun. Saiba mais acessando o tópico Exportar Código (jar);
*

Publicar (war) - gera um arquivo com extensão *.war, para ser utilizado na pasta de deploy do seu Servidor de Aplicação Web (como exemplo, Tomcat, JBoss e IBM WebShere), em máquinas sem o Webrun instalado. Saiba mais acessando o tópico Publicar (war).

com relação aos testes, vou dar uma pesquisada e te retorno...paciencia

Olá

BarataCruz wrote:...paciencia...

OK, aguardo. E também sobre o que ele tem de avançado

[]s
Luca

BarataCruz wrote:

Felagund wrote:O que o barata falou nada mais é do que o tipico gerente que não é da área faz.

A ferramente vai me dar 3 dias de desenvolvimento a menos, então vou comprar.

Isso é tipico erro que cometem. Nunca testei o maker, e não vou me por contra ele, justamente por não conhecer.

A qualidade do Software e medida AO MEU VER em Usuabilidade e Manutenção.

Icones feios, ponto a menos para Usuabilidades, os icones devem ser bem definidos e que mostrem o funcionamento desse botão.
Se o codigo gerada so pode ser editado via Maker, ponto a menos em Manutenção, ou seja força a empresa a ter sempre essa ferramenta com eles. se não tem que refazer o sistema.

A qualidade nunca é definida por tempo de desenvolvimento, não que isso não possa acontecer

att

felizmente o maker me traz a mesma qualidade, porem com agilidade muito maior.... manutenção... dar manutenção no fluxograma documentado é muito mais facil do que no codigo, seje ele qual for, se quiser dar manutenção no codigo... se for xiita de codigo... pode dar manutenção no codigo... cada um com seus problemas... eu prefiro dar manutenção no fluxo... usabilidade.... não há limitações.... 3 dias a menos e pouco.... vamos falar de no minimo 3 semanas a 3 meses a menos dependendo da aplicação... por favor....

se colocassem no maker icones parecidos com o vista, teria gente reclamando da mesma forma... gosto é igula cabelo... tem gente que nem tem.... por isso existe a possibilidade de mudar a cara da aplicação por completo... o codigo gerado é java, portanto qualquer ferramenta que interprete java podera editar o codigo do maker....

mais um que mostrou desconhecimento da ferramenta...

Meu post foi escrito com base no que li nesse form, não tenho real conhecimento da ferramenta, mas vc que é defensor agride quem fala desse modo, vejo que vc é um xiita do maker.

Em nenhum momento me disse contra o maker, nem que ele possa proporcionar desenvolvimento agil.

Como vc disse cada um com as suas preferencias.

huhauah

essa perguntas estão engraçadas.

então mais algumas:

O que você faz se você desenvolveu um aplicativo no maker e por algum motivo comercial você não tem mais a licença do maker. Como da manutenção no seu aplicativo? Edita os jar no notepad? =P

Como sabemos todos os software são sujeitos a bugs. O que você faz se você arrastou um diagrama condicional (um "if") para a tela e por alguma combinação de razões o maker não está respeitando a sua condição. Tranquilo porque se o editor der pau você pode inserir o "if" manualmente no código fonte certo?

Se você tiver acesso ao código gerado, mas o Maker criar o código de um jeito que você não quer em relação a padrões de codificação, design patterns, etc... O que você faz? Você pode customizar o maker para ele gerar o código do seu jeito, certo? Afinal você não vai dar manutenção em algo que não entende...

Perguntas a gente pode criar muitas. Já que sabe tudo de Maker, diz ai pra gente as respostas.

Smalltalk Membro desde: 12/12/2009 22:23:51 Mensagens: 1 Offline

E aí, galera! Tudo bem? Sou novo aqui e confesso que me cadastrei única e exclusivamente para obter um "feedback" sobre o Maker.

A empresa na qual trabalho, está pensando em comprar a parada. Os projetos que fazemos são pequenos e de pouca duração.

Bom, tô mergulhado aqui no forum faz algumas horas, já lí todos os tópicos que a busca me trouxe e....sinceramente, ví pouca coisa útil ou embasada. Tanto positiva, como negativamente.

Como os tópicos são meio que "antigos", hoje eu pergunto se alguém tem algo novo a relatar, de preferência sobre a versão atual (2.5) do referido software.

Gostaria de algo embasado! Casos reais!

Se for pra falar sem conhecimento fundamentado de causa (como 90% dos posts que lí), melhor deixar pra lá.

Abs a todos e é um prazer fazer parte da comunidade!
Até mais!

JavaTeenager Membro desde: 20/03/2008 11:12:05 Mensagens: 162 Offline

Também queria saber mais (de pessoas que realmente conheceram o produto), pois o pessoal aqui da empresa está pensando em entrar nessa. Eu particularmente não acredito que esse produto vá trazer vantagens a longo prazo, inclusive acho que trará mais problemas.

Não queria que a empresa entrasse em mais uma fria (se esse for o caso).

Obrigado

JavaTeenager Membro desde: 20/03/2008 11:12:05 Mensagens: 162 Offline

Eles possuem um fórum oficial (embora tenha visto sempre os mesmos "5" usuários). Acho que é um bom lugar para ter uma impressão sobre o produto (de acordo com seus usuários). Só espero que os posts não sejam censurados de alguma maneira.

http://fmaker.org/forum/openform.do?sys=FRM&action=openform&formID={3BCD979A-6FF2-43A9-9817-50CEC6741394}&align=0&mode=-1&goto=-1&filter=&scrolling=yes&Pagina=Topicos&Codigo=5

Aliás, o site do produto foi feito utilizando-se o Maker? Quanto tempo demorou?

Obrigado

Smalltalk Membro desde: 16/07/2010 15:21:49 Mensagens: 2 Offline

Pessoal, tenho uma ótima experiência com o MAKER. Sou gestor de TI da Logimed e todo o nosso ERP foi desenvolvido em Maker, em apenas 3 meses estava todos os módulos em execução, temos mais de 650 usuários utilizando o ERP. Hoje estamos concluindo um projeto de prescrição eletrônica onde que a está sendo desenvolvida um grande solução para rede hospitaleres, utilizamos o Maker e iremos continuar a utilizar para nossas soluções de desenvolvimento.

Eu não queria participar desta discussão, já por ser conhecido por criar flames em listas, mas não posso me calar.
Alguem disse que a coisa é extremamente produtiva e moderna : até hoje, dia 25/04/2011, o Maker está homologado para utilização com o Postgres 8.2;
Outro disse que tem 650 usuário utilizando o ERP: isto não significa nada. Quero saber da usabilidade, da satisfação destes usuários;

Apostamos nesta ferramenta. No café tecnológico, TUDO funcionava perfeitamente bem. Todas as perguntas e questionamentos era respondidos como um 'COM CERTEZA, FAZ ISTO TAMBÉM E MUITO MAIS'. A promessa de uma ferramenta perfeita.

Para CRUD, realmente é extremamente produtiva, mas quando chega nas regras de negócios, daí a coisa entorna. O Código é totalmente engessado, vc não pode alterar nada. Tem uma maldita aba localizar, que não obedece as opções de formatação para campos tipo financeiro; sempre que se acessa o suporte, a resposta básica e padrão é : voce tem que desenvolver sua própria aba localizar (comparativo : se eu tiver que desenvolver uma grid com 4 campos de filtro, em qualquer linguagem aberta eu consigo fazer em 1 hora, mas para desenovlver os fluxos, eu levaria uns 1 dia inteiro). O versão adaptada do Report Builder é a pior porcaria; fui fazer um deploy, e teve problemas de referencia em uma tabela interna do sistema (integridade referencial) : acionei o suporte e a resposta é que SQL foge ao escopo do suporte (sendo que o problema, repito, não era sql e, sim, integridade referencial de uma tabela que ele dizem que não deveria ser distribuida) ; A proposta diz que é multi bancos, mas quando fui tentar converter, teve vários problemas de incompatibilidade de tipos; e fora mais um monte de problemas, que eu ficaria um dia inteiro escrevendo.

Conclusão : estamos desde julho/2010 tentando fazer a coisa funcionar e agora é que conseguimos chegar a uma versão com 30% do total que precisaríamos;

Previsão : torna-se cada vez mais comum empresas que compraram licenças irem no grupo de usuário vendendo suas licenças por até 70% do preço que pagaram. Em dezembro, o preço da licença chegou a quase 16.000,00; em fevereiro ou março, apareceu uma promoção vendendo por menos de 9.000,00.
E logo, logo, minha empresa irá também tentar vender suas licenças, pois vamos jogar todo o tempo e dinheiro investidos no lixo e apostar em outra tecnologia.

Se recuperarmos pelo menos 50% do valor das licenças, ainda sairemos no maior prejuizo, pois serão 9 meses de salários de 4 profissionais, que a empresa pagou pontualmente, fora encargos e tributos, e o produto gerado jamais vai conseguir amortizar o investimento feito. O prejuizo nesta aposta passa dos R$ 130.000,00 (cem mil reais). Foram mais de 130.000,00 apostados nesta ferramente que simplesmente serão queimados e jamais trarão o retorno esperado. Aliás, não trarão retorno nenhum, pois teremos que recomeçar o projeto do zero. Só será aproveitada a modelagem das regras do negócio em si.

A idéia básica é a seguinte : tem versão demo ? então vale a pena testar, caso contrário, esqueça. E esta ferramente não tem demo.

Notícias, artigos e o maior fórum brasileiro sobre Java