Qual a sua opnião sobre o Maker dos dias de Hoje?

raf4ever wrote:

kicolobo wrote:

raf4ever wrote:

kicolobo wrote:

adriano_si wrote:Fala cara.

Pois bem, se fosse um tempo atraz, eu estaria te mandando queimar na fogueira por falar talblasfêmia... rsrsrsr

Porém hoje eu tenho uma consciência antes de falar qualquer coisa.

Existem colegas no fórum que tiveram experiências ruins com o Maker e outros que afirmam que gostaram, e isso gera discussões tão acaloradas, que eu recomendo que você, se possível, peça pra fechar logo esse POST aqui rsrsrs

Minha opnião é, se possível, estude a ferramenta, altere o Programa gerado, veja o Layout e sua produtividade com ela, se achar que vale a pena, use-a. Só não vá somente pelo que lhe contam, pois quem diz que a ferramenta não presta, conta a sua experiência, com o seu Sistema, com suas regras de negócios, etc. A mesma coisa com quem diz que é bom...

Pra alguns artistas alguns tipos de lápis não são bons, mas devido ao tipo de arte. Temos a filosofia de dizer que produção de Software é Arte, logo a idéia é a mesma, nem todas as ferramentas servem pra os diferentes tipos de artes e artistas.

Acho que a empresa disponibiliza um Demo da Ferramenta, se possível, volte aqui e nos conte sua experiência.

Mas também não deixe de testar outras opções como alguns Frameworks que aumentam a produtividade e podem lhe dar uma flexibilidade maior.

Eis minha opnião.

Sucesso no Projeto.

A ferramenta é de única via. O "código" gerado não tem como voltar pro Maker.

Resumindo: furada.

Como assim?

O Maker gera código java e .net. O problema, é que uma vez gerado, você não tem como pegar este código, alterar e em seguida mandar de volta pro Maker.

Que josta,hein?

Saberia dizer se esse é o comportamento padrão de todos esses geradores de código?

Eu só vi o Maker. E cara, é até engraçado ver o código gerado.
Eles chamam de "orientação a objeto" uma classe que só tem atributo estático. Qua qua qua qua qua!

This message was edited 1 time. Last update was at 27/04/2011 19:09:46

Difícil eu dar uma opinião do Maker atualmente. Não tenho visto mais ele por aí.

O que penso é que a softwell se adaptou a realidade e preparou o departamento de marketing para lidar com o problema da grande publicidade negativa. No início a propaganda era algo como "chegou a ferramenta revolucionária que vai mudar a humanidade". Com o início da publicidade negativa, eles começaram a reagir com coisas do tipo "programadores têm medo da ferramenta porque não querem perder o emprego" e "tem um monte de gente que não conhece e fica criticando, mas quem conhece de verdade gosta", e por aí vai.

Com o tempo, cerca de um ano depois, deu para ver que eles estavam com uma tática diferente. Ao invés de falar das mil maravilhas da ferramenta milagrosa aos sete ventos, atirando para todos os lados, eles mudaram de tática e se tornaram mais discretos. Passaram a escolher a dedo os possíveis clientes e então investir em um marketing extremamente focado, de forma a minimizar o barulho gerado.

Que o maker consegue dar conta de casos mais simples, isso era óbvio até mesmo para os mais ferrenhos críticos desde o começo. Uma ou outra tarefa mais complexa ele dá conta. Mas foram enumeradas uma série de razões aonde ele não dá conta e dificilmente daria sem uma reformulação total praticamente do zero, ou então que a solução do maker sai muito mais complexa do que seria em qualquer outra linguagem. Não acho que isso tenha mudado muito. Nestes três anos suponho que a API tenha aumentado, alguns bugs tenham sido corrigidos, alguns recursos novos adicionados, mas nada que vá mudar o conceito do que ele é ou pretende ser, mas ressalto que isso é suposição.

O principal problema do maker era o marketing agressivo, irresponsável e anti-ético e questões comerciais igualmente duvidosas que giravam em cima dele. Tivesse ele um marketing mais sincero e uma estratégia comercial mais amigável, provavelmente teria sido muito melhor sucedido, embora haja algumas teorias conspiratórias que dizem que este não era o objetivo deles. Tenho poucas informações de como estão hoje em dia, mas acredito que eles aprenderam do pior jeito possível a não fazer um marketing desse tipo tão descaradamente e inconsequentemente, que pelo menos sejam mais discretos e racionais.

JavaEvangelist Membro desde: 28/11/2006 10:30:03 Mensagens: 369 Offline

me surpreende é nego ainda vendendo essas ferramentas como se fossem coisa nova. antigamente havia o tal do GAS quem é das antigas sabe o que era, tipo um gerador de CRUD´s.

A pratica já me mostra que tudo quanto é ferramenta que promete muito acaba pecando em algo, seja por prender demais o desenvolvimento seja pela dificuldade ou impossibilidade de customização.
Na tata tive a experiencia de uma ferramenta indiana que prometia gerar o código jsp e servlets com base no banco de dados, infelizmente isso não fucnionou tambem. gastaram muito dinheiro construindo uma ferramenta furada. logo só acredito vendo e se não liberam para download acho muito arriscado.

A oracle possui uma puta suite e ela disponibiliza para download e para estudo. Eu estudo tem 1 ano essa suite e acho que se eles liberam para download não há porque esses caras não fazerem o mesmo para um mero gerador de crud. isso pra mim cheira a marketing furado... alias não é de hoje que vejo gente vendendo porcarias na area de TI, mais um motivo para uma entidade de classe para nós.

Smalltalk Membro desde: 27/04/2011 08:36:48 Mensagens: 3 Offline

É colegas como eu disse na postagem inicial pretendo fazer algo além de "CRUD´s"(termo que aprendi aqui rss)

Pois bem minha idéia migrar do VB6 para algo me dê condições de continuar produzindo: ECF/TEF/PAF/SPED/NFEe/Captura de peso em balanças e etc e tal... Então não me senti seguro ainda sobre esses detalhes a respeito do Maker uma vez que não apareceu ninguem com essa realidade de sistemas meus que são voltados para automação comercial...

Vi outros comentários positivos de gente que utiliza o Maker em empresas públicas(prefeituras e etc), mas são segmentos totalmente diferentes do que se faz em automação comercial... Em automação comercial o bicho pega...

Não me sinto seguro 100% no momento também de migrar para o Java puro uma vez que não conheço nada de Java e tenho um "puto" dum sistema prá converter... Então estou avaliando seriamente de por ora ir pro C#+Visual Studio2010+WPF e no futuro quem sabe buscar a segurança e mobilidade do Java.

Muito obrigado mesmo a todos que contribuiram e se quiserem continuem aí a discussão que estou gostando das opiniões e é de opinião que mais preciso agora...

Grande abraço a todos...

HelloWorld Membro desde: 03/04/2007 12:36:35 Mensagens: 12 Offline

Galera, deixa eu por aqui a minha opinião:

Já adianto que entendo muito pouco de java, adoraria ser um expert, mas.....

Bom também não sou assíduo no forum, e muito menos trabalho para a softwell.

Mas tenho tido algumas experiências com o Maker, e como foi falado aqui, para coisas simples é uma ótima ferramenta, então no meu caso que desenvolvo 90% de coisas simples é mais do que suficiente, o que não quer dizer que não se possa fazer coisas mais complicadas, só vou poder falar sobre isso quando tiver uma situação destas nas mãos, mas tudo que eu precisei fazer até agora eu consegui sem muito esforço.

Tem o código mais limpo, claro que não.

Mas como falei atende a necessidade.

Eu já troquei algumas idéias como kiko e é gente boa demais, além de desenvolver um fantástico trabalho com o grails.

Seu pudesse hoje optar eu sem dúvida escolheria trabalhar com java, grails, ruby on rails etc...

Mas no meu caso é complicado pois com este ótimos frameworks não basta apenas entender lógica, precisa tb conhecer a ferramenta em si, programação para web , html, css, javascript etc.....

Ou seja não é simples desenvolver nem um crud.

O Maker provavelmente não é a melhor solução em muitos casos, mas no meu caso é a única heheheheheheh.

Bem é isso, e Rezengo da uma passada na lista do maker gumaker@googlegroups.com tem muita gente usando, e muita gente fazendo coisas grandes até erp.

No link abaixo, tem um sistema que desenvolvi em maker, é bem simples, mas desenvolvi bem rapidinho.
http://mitecnologia.com.br/

abraços,

Como todo framework gerador de codigo automatico: Serve para criar sistemas de Padaria e Farmácias..

Mas há quem venda (e quem compre) software pra Padaria.

silfar wrote:Galera, deixa eu por aqui a minha opinião:

Já adianto que entendo muito pouco de java, adoraria ser um expert, mas.....

Bom também não sou assíduo no forum, e muito menos trabalho para a softwell.

Mas tenho tido algumas experiências com o Maker, e como foi falado aqui, para coisas simples é uma ótima ferramenta, então no meu caso que desenvolvo 90% de coisas simples é mais do que suficiente, o que não quer dizer que não se possa fazer coisas mais complicadas, só vou poder falar sobre isso quando tiver uma situação destas nas mãos, mas tudo que eu precisei fazer até agora eu consegui sem muito esforço.

Tem o código mais limpo, claro que não.

Mas como falei atende a necessidade.

Eu já troquei algumas idéias como kiko e é gente boa demais, além de desenvolver um fantástico trabalho com o grails.

Seu pudesse hoje optar eu sem dúvida escolheria trabalhar com java, grails, ruby on rails etc...

Mas no meu caso é complicado pois com este ótimos frameworks não basta apenas entender lógica, precisa tb conhecer a ferramenta em si, programação para web , html, css, javascript etc.....

Ou seja não é simples desenvolver nem um crud.

O Maker provavelmente não é a melhor solução em muitos casos, mas no meu caso é a única heheheheheheh.

Bem é isso, e Rezengo da uma passada na lista do maker gumaker@googlegroups.com tem muita gente usando, e muita gente fazendo coisas grandes até erp.

No link abaixo, tem um sistema que desenvolvi em maker, é bem simples, mas desenvolvi bem rapidinho.
http://mitecnologia.com.br/

abraços,

Grande Silfar! Valeu!

Cara, é isto mesmo: ferramenta certa pro lugar certo. Se o Maker tá te atendendo, ótimo. Um bom caso de divulgação.
O problema, como disse, é esta tendência que os caras tinham de enfiar o negócio sua goela abaixo pra todos os casos.

HelloWorld Membro desde: 03/04/2007 12:36:35 Mensagens: 12 Offline

Grande kiko,

Isso é sem dúvida o maior problema deles, veja eu acho que a Softwell cresceu de mais e muito rápido, eles hoje são parceiros da IBM e do Banco Mundial que fez um investimento grande. Eles tem até uma filial na Europa.

Mas o ponto fraco deles é sem dúvida a preparação do pessoal para divulgar e treinar, eu mesmo já peguei atendente que não sabia como a ferramenta trabalhava, mas isso não é privilégio só deles né, aqui no brasil quando se fala em suporte ou garantia o consumidor sempre se ferra. Mas uma coisa tenho que dizer, sempre fui muito bem atendido e em 98% dos casos o problema foi resolvido.

Eu também dei sorte, pois apesso que me deu o treinamento tanto conhecia a Ferramenta como também conhecia desenvolvimento.

Agora Kiko, ainda não desisti de ser um "programador de verdade" não hein. Qualquer dia vou dar um olhada de novo nas vídeo-aulas que vc tá fazendo sobre o grails hein.

Abraços a todos.

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Eu nao conheco o Maker nao, mas confesso que fico bem p* quando criticam geracao de código.

Enfim... na minha opiniao, já podemos nos dias hoje usar boas ferramentas que nos permitam geracao de codigo com ótima qualidade, só a curva de aprendizagem que não é muito agradável, mas dá.

Em caso de dúvidas, procure no Google pelas seguintes palavras chave: XText 2, Xtend 2, Acceleo, AlphaSimple, TextUML e MPS (sendo duas destas ferramentas uma DSL Workbench).

Um dos motivos de eu gostar muito do Grails (entre muitas opcoes equivalentes) é que achei particularmente facil estudar o funcionamento do Scaffold, fora que é bem tranquilo você criar scripts... daí, entao, fica facil eu criar varios pequenos geradores de codigo para automatizar minhas atividades.

O Framework Yii (em PHP) também já possui uma arquitetura muito legal para permitir criar geradores de codigo customizados.

De boa, na minha opinião, já passou da hora dos programadores java terem percebido que em media pelo menos 70%/80% dos sistemas em que trabalhamos poderiam ser gerados utilizando um gerador de código.

JavaTeenager Membro desde: 12/08/2011 12:07:45 Mensagens: 190 Offline

O Maker eu não sei, mas o RPG Maker é legal

Votando ao assunto do tópico: Vocês vêem futuro em geradores de código?

Eu digo, num futuro a médio/longo prazo (10/20 anos) pode ser que todo código seja feito apenas com geradores?

HelloWorld Membro desde: 03/04/2007 12:36:35 Mensagens: 12 Offline

Concordo, uma dos argumentos é "Isso é bom para crud", mas fala sério, quantos sistemas vc conhece que não tem CRUD e muitas vezes fazer estes crud's leva mais tempo do que desenvolver o restante do sistema. Outra coisa são algumas api's, não como isso está com grails, java etc... mas tem gente desenvolvendo erp com impressão de NF eletrônica.

O que eu vejo é um impasse, o Maker agiliza muito o tempo de desenvolvimento por causa da geração de código, principalmente de formulários. Enquando frameworks java puro ou grails, podem dar uma maior flexibilidade.

No meu caso, a menos que eu tivesse maneira de gerar os cruds, com forms bem acabados, com grails por exemplo, não tenho condiçoes de fazer nem sistema de cadastro e salão como o que eu coloquei no link, aliais nem coloquei a senha.

www.mitecnologia.com.br ou http://www.mivisual.com.br/mivisualjsp/

user: master
senha: 1

Sem falar que para coisas mais específicas podemos sempre desenvolver webservices. Ou falei besteira.

abraços

felipefranz wrote:O Maker eu não sei, mas o RPG Maker é legal

Votando ao assunto do tópico: Vocês vêem futuro em geradores de código?

Eu digo, num futuro a médio/longo prazo (10/20 anos) pode ser que todo código seja feito apenas com geradores?

com certeza assim ninguém pode dizer... mas eu imagino que sim, que seja mais ou menos desse jeito e que tenha um nível e abstração considerável mas... não vai ser transformar fluxograma em algoritmo feito em java/.net/brainfuck/etc, isso simplesmente não é produtivo, no máximo fluxograma chamando coisas ja abstraidas como algum processamento em outro lugar, uma função/web service,enfim...

JavaGuru Membro desde: 25/06/2006 13:41:50 Mensagens: 200 Offline

maior_abandonado wrote:

felipefranz wrote:O Maker eu não sei, mas o RPG Maker é legal

Votando ao assunto do tópico: Vocês vêem futuro em geradores de código?

Eu digo, num futuro a médio/longo prazo (10/20 anos) pode ser que todo código seja feito apenas com geradores?

com certeza assim ninguém pode dizer... mas eu imagino que sim, que seja mais ou menos desse jeito e que tenha um nível e abstração considerável mas... não vai ser transformar fluxograma em algoritmo feito em java/.net/brainfuck/etc, isso simplesmente não é produtivo, no máximo fluxograma chamando coisas ja abstraidas como algum processamento em outro lugar, uma função/web service,enfim...

Lembrando que mesmo hoje em dia temos grandes ERP's que funcionam, em certo sentido, como 'gerandores de código'.
Existem empresas gigantescas utilizando esse tipo de ferramenta. A produtividade de um ERP é realmente algo impressionante, apesar da relativa dificuldade para certas customizações (o que também é algo que pode ser resolvido de forma satisfatoria).

Mas o povo do maker não está totalmente errado quando diz que o programador tem medo. Nunca usei o maker, então não posso falar nada (mas pelo que falaram parece mesmo ser um lixo).
O trabalho de codificação é mesmo um trabalho braçal e a evolução da tecnologia provavelmente vem diminuindo esse esforço. A própria tecnica de criação de componentes ou de orientação a objeto é uma tentativa nesse sentido. Com isso o trabalho do programador vai exigindo cada vez menos qualificação. Mais gente vai poder concorrer nesse mercado e consequentemente os salario irá diminuir.
Isso não vai acontecer no futuro. Já está acontecendo.

JavaTeenager Membro desde: 12/08/2011 12:07:45 Mensagens: 190 Offline

immortalSoul wrote:

maior_abandonado wrote:

felipefranz wrote:O Maker eu não sei, mas o RPG Maker é legal

Votando ao assunto do tópico: Vocês vêem futuro em geradores de código?

Eu digo, num futuro a médio/longo prazo (10/20 anos) pode ser que todo código seja feito apenas com geradores?

com certeza assim ninguém pode dizer... mas eu imagino que sim, que seja mais ou menos desse jeito e que tenha um nível e abstração considerável mas... não vai ser transformar fluxograma em algoritmo feito em java/.net/brainfuck/etc, isso simplesmente não é produtivo, no máximo fluxograma chamando coisas ja abstraidas como algum processamento em outro lugar, uma função/web service,enfim...

Lembrando que mesmo hoje em dia temos grandes ERP's que funcionam, em certo sentido, como 'gerandores de código'.
Existem empresas gigantescas utilizando esse tipo de ferramenta. A produtividade de um ERP é realmente algo impressionante, apesar da relativa dificuldade para certas customizações (o que também é algo que pode ser resolvido de forma satisfatoria).

Mas o povo do maker não está totalmente errado quando diz que o programador tem medo. Nunca usei o maker, então não posso falar nada (mas pelo que falaram parece mesmo ser um lixo).
O trabalho de codificação é mesmo um trabalho braçal e a evolução da tecnologia provavelmente vem diminuindo esse esforço. A própria tecnica de criação de componentes ou de orientação a objeto é uma tentativa nesse sentido. Com isso o trabalho do programador vai exigindo cada vez menos qualificação. Mais gente vai poder concorrer nesse mercado e consequentemente os salario irá diminuir.
Isso não vai acontecer no futuro. Já está acontecendo.

Então você não aconselharia seu filho ou neto a ser programador ou acha que vai ter uma nova função dentro deste contexto?

GUJ Master Membro desde: 29/05/2008 14:09:28 Mensagens: 1618 Offline

felipefranz wrote:

immortalSoul wrote:

maior_abandonado wrote:

felipefranz wrote:O Maker eu não sei, mas o RPG Maker é legal

Votando ao assunto do tópico: Vocês vêem futuro em geradores de código?

Eu digo, num futuro a médio/longo prazo (10/20 anos) pode ser que todo código seja feito apenas com geradores?

com certeza assim ninguém pode dizer... mas eu imagino que sim, que seja mais ou menos desse jeito e que tenha um nível e abstração considerável mas... não vai ser transformar fluxograma em algoritmo feito em java/.net/brainfuck/etc, isso simplesmente não é produtivo, no máximo fluxograma chamando coisas ja abstraidas como algum processamento em outro lugar, uma função/web service,enfim...

Lembrando que mesmo hoje em dia temos grandes ERP's que funcionam, em certo sentido, como 'gerandores de código'.
Existem empresas gigantescas utilizando esse tipo de ferramenta. A produtividade de um ERP é realmente algo impressionante, apesar da relativa dificuldade para certas customizações (o que também é algo que pode ser resolvido de forma satisfatoria).

Mas o povo do maker não está totalmente errado quando diz que o programador tem medo. Nunca usei o maker, então não posso falar nada (mas pelo que falaram parece mesmo ser um lixo).
O trabalho de codificação é mesmo um trabalho braçal e a evolução da tecnologia provavelmente vem diminuindo esse esforço. A própria tecnica de criação de componentes ou de orientação a objeto é uma tentativa nesse sentido. Com isso o trabalho do programador vai exigindo cada vez menos qualificação. Mais gente vai poder concorrer nesse mercado e consequentemente os salario irá diminuir.
Isso não vai acontecer no futuro. Já está acontecendo.

Então você não aconselharia seu filho ou neto a ser programador ou acha que vai ter uma nova função dentro deste contexto?

Se existe uma falácia no discurso dos vendedores dessas ferramentas é a de que elas vão acabar com a profissão de programador. Como o Uncle Bob fala no Clean Code, as linguagens de programação podem, e devem evoluir para linguagens mais abstratas, podem até mesmo evoluirem para linguagens gráficas, mas ainda assim você precisa dizer ao computador EXATAMENTE aquilo que você quer que ele faça, mas ele nunca vai ADIVINHAR o que você quer que ele faça.

A minha experiência com geradores de código foi com o Genexus. A ferramenta funciona muito bem para CRUD's, mas para qualquer caso um pouco mais complicado volta a digitar código. Ou seja, a etapa de codificar programas dificilmente será eliminada do desenvolvimento de software.

Se haverá uma nova função ? Talvez seja esse o caso. Eu acredito que aquele programador que traduz UML em código ou faz CRUD o dia inteiro não tem espaço algum no mercado. O fato é que o programador também precisará fazer também um bom trabalho de análise, e um bom trabalho de teste. Ou seja, definir funções seguindo o waterfall tem se mostrado uma prática cada vez mais furada.

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