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.
[quote=silfar]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,
[/quote]
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.
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.
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.
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?
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
[quote=felipefranz]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?[/quote]
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…
[quote=maior_abandonado][quote=felipefranz]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?[/quote]
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…[/quote]
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.
[quote=immortalSoul][quote=maior_abandonado][quote=felipefranz]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?[/quote]
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…[/quote]
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.[/quote]
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?
[quote=felipefranz][quote=immortalSoul][quote=maior_abandonado][quote=felipefranz]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?[/quote]
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…[/quote]
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.[/quote]
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?[/quote]
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.
A humanidade já viu várias profissões serem extintas ou terem a demanda reduzida devido ao desenvolvimento tecnológico.
A atividade de programação tambem está nesta lista, é só pensar em quanto trabalho “braçal” uma boa IDE consegue eliminar.
Vista por este lado, uma IDE causa desemprego, e se considerarmos que as IDEs são desenvolvidas por programadores, temos aí um legítimo caso de canibalismo…
Certamente não vou aconselhar meu filho a ser programador.
Gosto do que faço, mas sou frustrado com o baixo retorno financeiro pelo meu trabalho e pelo esforço constante de atualização.
TI já teve a sua época de glamour, mas hoje só oferece oportunidade de uma pequena ascenção social para as classes de renda mais baixa.
[quote=rmendes08] …
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.[/quote]
Precisamos dizer exatamente aquilo que queremos que o computador faça, isso é verdade (até certo ponto, graças a IA). Mas a proposta dessas ferramentas é justamente essa, criar interfaces cada vez mais simples.
E elas realmente conseguem fazer isso, até certo ponto. Com um bom ERP, por exemplo, é possível fazer muito mais do que um simples CRUD. É verdade que mesmo os ERP’s não substituíram completamente a tarefa de programação, mas ela foi reduzida significativamente. Nesses ambientes a atividade de análise, documentação, especificação e teste tomam muito mais tempo do que a atividade de programação. Se bem que mesmo no desenvolvimento tradicional a codificação nunca deve levar mais do que a fase de análise e teste, mas com um ERP a diferença se torna ainda maior.
[quote=pinto]A humanidade já viu várias profissões serem extintas ou terem a demanda reduzida devido ao desenvolvimento tecnológico.
A atividade de programação tambem está nesta lista, é só pensar em quanto trabalho “braçal” uma boa IDE consegue eliminar.
Vista por este lado, uma IDE causa desemprego, e se considerarmos que as IDEs são desenvolvidas por programadores, temos aí um legítimo caso de canibalismo…
Certamente não vou aconselhar meu filho a ser programador.
Gosto do que faço, mas sou frustrado com o baixo retorno financeiro pelo meu trabalho e pelo esforço constante de atualização.
TI já teve a sua época de glamour, mas hoje só oferece oportunidade de uma pequena ascenção social para as classes de renda mais baixa.
[/quote]
A demanda por profissionais de TI não está diminuindo e sim aumentando (E não deve diminuir tão cedo), mas a quantidade de profissionais (para atender as necessidades básicas) também está crescendo em número maior ainda. O que ainda está em falta é o profissional altamente especializado em determinadas áreas da TI.
Por isso os salários dos programadores médio estão diminuindo, Quase todo mundo hoje em dia sabe programar. Em listas que acompanho ja ta ficando comum ver gente que faz química ou biologia arriscando alguns algoritmos em linguagens mais simples (como python). A tendência do salário dos programadores vai ser diminuir mais ainda. E isso vai ser sentido não só pelos programadores pleno ou junior, mas também pelos mais experientes. É assim que o mercado funciona e não tem muito que se possa fazer. Mas também existe uma tendencia natural das coisas se equilibrarem.
[quote=immortalSoul]
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.[/quote]
Orientação a objetos é uma tentativa de codificar menos?
[quote=vargas][quote=immortalSoul]
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.[/quote]
Orientação a objetos é uma tentativa de codificar menos?
[/quote]
A questão não é codificar menos, mas facilitar a forma de expressar ao computador aquilo que voce quer que ele faça.
codificar menos é uma consequência da OO, do encapsulamento de dados e funções em um único ‘domain name’ e do reaproveitamento de código.
[quote=pinto]TI já teve a sua época de glamour
[/quote]
Conta pra gente essa história. LOL.
[quote=immortalSoul]
A questão não é codificar menos, mas facilitar a forma de expressar ao computador aquilo que voce quer que ele faça.
codificar menos é uma consequência da OO, do encapsulamento de dados e funções em um único ‘domain name’ e do reaproveitamento de código.[/quote]
Acho que não tem a ver com OO porque Java é OO e excessivamente verbosa.
O que eu tenho a dizer sobre o maker!!!
fontes do webrun:
https://rapidshare.com/files/79214435/webrun.zip
ou
http://code.google.com/p/gerador-bahiano/source/checkout
FTP aberto… ta bom hein… a esqueci é Brazil!!!
[quote=pornato]O que eu tenho a dizer sobre o maker!!!
fontes do webrun:
https://rapidshare.com/files/79214435/webrun.zip
ou
http://code.google.com/p/gerador-bahiano/source/checkout
FTP aberto… ta bom hein… a esqueci é Brazil!!![/quote]
Hahahaha… Olha essa, galera: a Softwell afirma que dá pra fazer um CRM ( e no Maker ainda por cima !) em 72 horas : http://www.youtube.com/watch?v=N2esEzvX53o&feature=related
Só não entram a fundo como foi feito ( se é que realmente o foi ) porque ai o bicho pega !
Sinceramente essa empresa só engana programadores amadores ou gerentes sem escrúpulos ansiosos por resultados milagrosos.
Só tem maluco. É tudo que eu tenho a dizer… Ouvi falar que o Marker 3.0 vai suportar instruções por voz, ou seja, vc fala como o sistema tem que ser ele gera automaticamente as telas e o sistema prontinho.
Fui…