Junto minhas mãos em concha e agradeço ao MEV pelo recurso dos moderadores no JForum.
Até!
Me registrei a pouco e to rindo muito dessas discussões… :lol: :lol:
Visshhhh um programa que vai fazer tudo sozinho?
Fuja louco!!!
Comecei a trampar com programação num faz nem um mes e mau consigo realizar coisas simples, mas to achando animal quando consigo fazer alguma coisa, me sinto mó realizado… e ai vem uma ferramenta que com dois cliques faz tudo o que eu aprendi em duas semanas???
VOCES QUEREM TIRAR ISSO DE MIM??? :shock:
Como diria Hellen Lovejoy: “Alguem, por favor, pense nas criancinhas!”
[quote=Marquez de Carabaz]Me registrei a pouco e to rindo muito dessas discussões… :lol: :lol:
Visshhhh um programa que vai fazer tudo sozinho?
Fuja louco!!!
Comecei a trampar com programação num faz nem um mes e mau consigo realizar coisas simples, mas to achando animal quando consigo fazer alguma coisa, me sinto mó realizado… e ai vem uma ferramenta que com dois cliques faz tudo o que eu aprendi em duas semanas???
VOCES QUEREM TIRAR ISSO DE MIM??? :shock:
Como diria Hellen Lovejoy: “Alguem, por favor, pense nas criancinhas!”[/quote]
ahuahauahuahauahuauha
boa… 
hauahuahuhauhauhauhaua
:shock:
Caras, acho que estamos perdidos… se esse software pode fazer tudo isso, e com essa perfeição, só pode ter sido criado por um homem… Chuck Norris!!! :shock: :shock: :shock:
Conforme eu disse no Youtube, o Maker não é um gerador de código. O código é gerado por estratégia para não deixar a empresa contratante presa a nossa empresa, já que isso foi um questionamento em algumas apresentações. Quanto à clareza e qualidade do código gerado, nós nos preocupamos com isso, visto que foi feito por alguns clientes a avaliação do mesmo. A idéia principal é a utilização de um runtime que rode as aplicações que ficam persistidas em XML. Temos dois runtimes um para web (em java) e outro para desktop. Já estamos homologando o .NET.
Desculpe-me ?maquiavelbona?. A intenção não foi ser mal educado. Quis ser bem humorado apenas.
A discussão se tornou algo extremamente sem sentido. Agressões desnecessárias e ironias infantis o que torna esse espaço totalmente desinteressante para nós. A minha resposta aos primeiros comentários foi justamente para colher alguma coisa de construtivo para nossa ferramenta, porém nada consegui colher. Apenas encontrei um ceticismo que já sou acostumado, opiniões infantis e ironias que mostram que algo em nossa proposta está intrigando vocês… Mas podem ficar calmos… Nossa ferramenta é para seus chefes. Vocês podem continuar escrevendo centenas de linhas de comando para fazer coisas simples, podem continuar escolhendo bombas atômicas para matar formigas, continuem aprendendo dezenas de diferentes tecnologias para desenvolver no ambiente da moda, etc.
Em uma apresentação mais completa, eu poderia mostrar que a ferramenta não é para o leigo programar, mas permite que o leigo entenda o que acontece e permite que o leigo possa participar de mais etapas do ciclo de vida de um software. Quem é o leigo? O leigo é o não especialista de software que tem expertise no domínio que o software cobre. Essa figura é extremamente importante no processo de desenvolvimento de software, porém está sempre em guerra com os especialistas em software. Uma das nossas prerrogativas é aproximar essas duas figuras.
Esse fórum é justamente de pessoas que não aceitarão facilmente nossa proposta. A intenção de estar aqui é justamente identificar em quais pontos podemos melhorar para ganhar a ?simpatia? de vocês. Mas tenho esperança de quando vocês degustarem a ferramenta e verem como vocês resolvem problemas simples, porém complicados para as tecnologias atuais, em pouco tempo, acredito que ganharemos essa simpatia.
Já dizia Charles Simonyi: ?O processo de desenvolvimento de software requer recursos consideráveis de talento e de tempo de forma a barrar a inovação em grandes corporações?. Vocês já pararam para pensar que quando procuramos soluções em software perdemos muito tempo em questões técnicas e a solução em si fica prejudicada? Dêem uma lida nesse artigo http://www.technologyreview.com/Infotech/18047/?a=f . Existem pessoas pesando como nós. Tem gente que também acha que o processo de desenvolvimento de software não evoluiu muita coisa nos últimos anos. A pequena evolução que se deu é em tornar algo burocrático (que é escrever um software) menos trabalhoso (IDEs, frameworks, etc). Mas não estão pensando em aproximar as linguagens de programação do ser humano. É isso que estamos querendo… O que existe mais próximo do ser humano? Fluxograma? Linguagem Natural Escrita? Linguagem Natural Falada? Estamos buscando, mas com certeza linguagem de comandos não é! Está provado em números que os softwares são cada vez mais desacreditados. Um terço dos softwares estouram prazos e/ou orçamentos. Quem de nós já não xingou o maior software mais famoso do mundo, o windows? Quem de nós não xinga o IE, o firefox, o skype, o msn, etc? Quem de nós já não fez um simples sistema de locadora e demorou semanas para conseguir deixá-lo redondo?
Sobre o ganho de produtividade… É notório que o desenvolvimento para o ambiente web é extremamente burocrático. O uso de qualquer simples framework pode incrementar consideravelmente a produtividade. Imagine o uso de uma ferramenta de produtividade que faz muito bem softwares transacionais, que são a grande maioria da procura de sofware no mercado. Então, não se assustem com nossos ?números caseiros?. E nem afirmem que são caseiros sem saber. Na verdade não são, mas deixemos esses dados para um outro momento.
Vocês deviam dar um voto de confiança a alguém do seu país que está tentando contribuir com essas melhorias.
Sem mais… Não estarei mais postando nada nessa lista. Se alguém quiser tirar alguma dúvida, mande email para contato@softwell.com.br que teremos o prazer em responder.
Quando Deus disse ?haja luz? Chuck Norris disse ?diga ?por favor??.
Sinceramente acho que há targets para o produto.
Não sou contra o modelo de geração, como MDA e ferramentas para tal ( acho que ninguém citou).
A evolução de tais técnicas um dia vai substituir o desenvolvimento padrão para sistemas corporativos financeiros, isso acredito também.
Não faz sentido a equipe de processo e negócios, que mais conhece da companhia não ter acesso ao desenvolvimento. Isso é o que a prórpia BEA vem apostando com o SOA e sua engine de BPM.
Itens não funcionais poderiam ser customizados pela própria ferramenta, e o papel do técnico para esta fase é vital.
Entretanto, alguns patterns já são sabidos e catalogados, o que torna de fato uma implementação desse tipo possível.
Agora, não vejo o papel dessa ferramenta em aplicações inovadoras e criativas, como skype, joost, mozilla entre outras tantas que dependem intensivamente de know-how tecnológico e aplicação de algorítmos complexos, com grande cunho matemático.
Na minha ótica, ela vai suprir o desenvolvimento convencional, que em muitos casos é bastante repetitivo.
Cansei de ver em inúmeros casos os mesmo conjunto de Patterns sendo aplicados através dos mesmos frameworks na mesma companhia. Ela tem 10 projetos e os mesmos seguem a cartilha - JSTL (View Helper, Struts (mvc), Business Delegate, DAO e por aí vai …
Então onde de fato o profissional fez a diferença ? Se a ferramenta usar uma base como PMD integrada, poderia implementar o melhor algorítmo para aquela situação, até de literaturas como Java Performance Tunning.
Acho que não adianta bater o pé e achar que isso não vai mudar um dia porque vai, fato. Se uma empresa dessa chega com um nível de maturidade bacana, com frameworks do mercado como Spring, Hibenate e tudo mais bem implementadinho, duvido que a companhia não troca a equipe dela por 10 caras especializados em negócio.
Na vaga de 10 programadores, contratam somente 1 carinha dev, para fazer ajustes finos e parametrizar a coisa toda … bingo !
Outra coisa, não conheço essa ferramenta, mas se la começar a ter extensões para equipe de programação, ou fábrica de software, talvez a adoção no ambiente corporativo seja mais tranquila.
Finalizando, não sei a qualidade da ferramenta. Se eu tiver tempo, vou testar sim, até para ver o que gera. Mas acredito que no futuro, problemas comuns, serão resolvidos por coisas comuns.
Quem quer continuar fazendo o que gosta, vai precisar descer o nível e começar a sujar as mãos…
[quote=alves.alex][quote=Marquez de Carabaz]Me registrei a pouco e to rindo muito dessas discussões… :lol: :lol:
Visshhhh um programa que vai fazer tudo sozinho?
Fuja louco!!!
Comecei a trampar com programação num faz nem um mes e mau consigo realizar coisas simples, mas to achando animal quando consigo fazer alguma coisa, me sinto mó realizado… e ai vem uma ferramenta que com dois cliques faz tudo o que eu aprendi em duas semanas???
VOCES QUEREM TIRAR ISSO DE MIM??? :shock:
Como diria Hellen Lovejoy: “Alguem, por favor, pense nas criancinhas!”[/quote]ahuahauahuahauahuauha
boa… :D[/quote]Acho que voce não me entendeu…
Prefiro me ferrar e aprender a fazer os codigos em Netbeans/Notepad, que apenas clicar em um botão e ter ele pronto. 
[quote=thiago_costa]Conforme eu disse no Youtube, o Maker não é um gerador de código. O código é gerado por estratégia para não deixar a empresa contratante presa a nossa empresa, já que isso foi um questionamento em algumas apresentações. Quanto à clareza e qualidade do código gerado, nós nos preocupamos com isso, visto que foi feito por alguns clientes a avaliação do mesmo. A idéia principal é a utilização de um runtime que rode as aplicações que ficam persistidas em XML. Temos dois runtimes um para web (em java) e outro para desktop. Já estamos homologando o .NET.
Desculpe-me ?maquiavelbona?. A intenção não foi ser mal educado. Quis ser bem humorado apenas.
A discussão se tornou algo extremamente sem sentido. Agressões desnecessárias e ironias infantis o que torna esse espaço totalmente desinteressante para nós. A minha resposta aos primeiros comentários foi justamente para colher alguma coisa de construtivo para nossa ferramenta, porém nada consegui colher. Apenas encontrei um ceticismo que já sou acostumado, opiniões infantis e ironias que mostram que algo em nossa proposta está intrigando vocês… Mas podem ficar calmos… Nossa ferramenta é para seus chefes. Vocês podem continuar escrevendo centenas de linhas de comando para fazer coisas simples, podem continuar escolhendo bombas atômicas para matar formigas, continuem aprendendo dezenas de diferentes tecnologias para desenvolver no ambiente da moda, etc.
Em uma apresentação mais completa, eu poderia mostrar que a ferramenta não é para o leigo programar, mas permite que o leigo entenda o que acontece e permite que o leigo possa participar de mais etapas do ciclo de vida de um software. Quem é o leigo? O leigo é o não especialista de software que tem expertise no domínio que o software cobre. Essa figura é extremamente importante no processo de desenvolvimento de software, porém está sempre em guerra com os especialistas em software. Uma das nossas prerrogativas é aproximar essas duas figuras.
Esse fórum é justamente de pessoas que não aceitarão facilmente nossa proposta. A intenção de estar aqui é justamente identificar em quais pontos podemos melhorar para ganhar a ?simpatia? de vocês. Mas tenho esperança de quando vocês degustarem a ferramenta e verem como vocês resolvem problemas simples, porém complicados para as tecnologias atuais, em pouco tempo, acredito que ganharemos essa simpatia.
Já dizia Charles Simonyi: ?O processo de desenvolvimento de software requer recursos consideráveis de talento e de tempo de forma a barrar a inovação em grandes corporações?. Vocês já pararam para pensar que quando procuramos soluções em software perdemos muito tempo em questões técnicas e a solução em si fica prejudicada? Dêem uma lida nesse artigo http://www.technologyreview.com/Infotech/18047/?a=f . Existem pessoas pesando como nós. Tem gente que também acha que o processo de desenvolvimento de software não evoluiu muita coisa nos últimos anos. A pequena evolução que se deu é em tornar algo burocrático (que é escrever um software) menos trabalhoso (IDEs, frameworks, etc). Mas não estão pensando em aproximar as linguagens de programação do ser humano. É isso que estamos querendo… O que existe mais próximo do ser humano? Fluxograma? Linguagem Natural Escrita? Linguagem Natural Falada? Estamos buscando, mas com certeza linguagem de comandos não é! Está provado em números que os softwares são cada vez mais desacreditados. Um terço dos softwares estouram prazos e/ou orçamentos. Quem de nós já não xingou o maior software mais famoso do mundo, o windows? Quem de nós não xinga o IE, o firefox, o skype, o msn, etc? Quem de nós já não fez um simples sistema de locadora e demorou semanas para conseguir deixá-lo redondo?
Sobre o ganho de produtividade… É notório que o desenvolvimento para o ambiente web é extremamente burocrático. O uso de qualquer simples framework pode incrementar consideravelmente a produtividade. Imagine o uso de uma ferramenta de produtividade que faz muito bem softwares transacionais, que são a grande maioria da procura de sofware no mercado. Então, não se assustem com nossos ?números caseiros?. E nem afirmem que são caseiros sem saber. Na verdade não são, mas deixemos esses dados para um outro momento.
Vocês deviam dar um voto de confiança a alguém do seu país que está tentando contribuir com essas melhorias.
Sem mais… Não estarei mais postando nada nessa lista. Se alguém quiser tirar alguma dúvida, mande email para contato@softwell.com.br que teremos o prazer em responder.
[/quote]
Prezado amigo.
Desculpa, mas como este é um fórum técnico, fica díficil darmos um voto de confiança em algo sem sabermos o que é.
Você falou diversos números, fantásticos por sinal, e quer nos convencer apenas por estes números.
Sinceramente, não tenho nada contra este software e realmente gostaria muito que ele desse certo e revolucionasse o mundo da informática. Mas para isso, eu precisaria saber como ele funciona.
Se tiver algum segredo industrial, óbvio que não precisa revelar, mas fornecer algums detalhes mesmo macros ajudaria do seu funcionamento.
Esse seu texto está muito bom para convencer gerentes, parabéns, acho que vc tem grandes chances de convencer empesas como Accenture a usar seu software. Mas caso vc realmente queira demonstrar algo para os programadores e analistas de sistemas no geral, terá q mudar o seu discurso e falar mais tecnicamente.
Frases como “produtividade aumentada em 60X” e a “nova revolução da informática” só convencem gerentes…
Realmente esse fórum é mais técnico, logo deveria fazer uma explanação mais baixo nível, sobre algorítmo das regras de negócio, como fica a implementação, se há uma implementação do Rete ( http://en.wikipedia.org/wiki/Rete_algorithm) como o Drools e tudo mais.
Para confiarmos no produto, precisamos saber no que ele se baseia, qual a origem de pensamento.
Eu como profissional da área e responsável por esse tipo de análise na companhia, nunca aprovaria nada sem papers bem detalhados sobre tal.
Fico curioso em saber se essas ferramentas, tal como o Maker, realmente tem chance de vingar. Pois pela forma como são apresentadas vejo elas atendendo um nicho muito específico de mercado.
Nicho esse que eu, durante minha carreira, nunca trabalhei para. Primeiro de tudo, essas ferramentas tem um problema crônico de integração com a infraestrutura instalada, pois tem somente acesso a dados da maneira exporta pelos wizards. Tem como trocar mensagens em serviços de mensageria? Trocar dados com dispositivos anexados ao computador? Comunicar com protocolos proprietarios com parceiros? Criar ou consumir arquivos de algum formato da Febrabam, processar um sinal FIX?
Integração com essas ferramentas se resume a tabelas de um banco de dados, o que é sabido ser uma das piores foras de fazê-la.
Outro problema dessas ferramentas é que todas orbitam em volta do banco de dados, porém nem todas aplicações ou suas fontes de dados provém deles. Como se faz para usar um índice invertido para realizar consultas eficientes? Integração é toda com webservices? Que bom, mas alguém vai ter que escrevê-los, não vai?
Outra coisa é o fato da arquitetura ser fixa, isso implica que uma série de aplicações simplesmente não podem ser construidas com elas. Qualquer aplicação heavy-duty moderna pode ser descartada, pois exige uma arquitetura n-tier, ou ainda, scaled-out. Aplicações que possui padrões de funcionamento diferente, como as de mensageria, ou troca em lote de informação também podem ser descartadas.
Mas pode ser, eu imagino, que existam muitas aplicações interessantes que sejam meramente uma realização de simples conceitos de negocios com uma interface trivial de ser contruida. Poder ser que sim, que ela possa ser construida sim pelos especialistas de negocio e existir apenas um pequena equipe de programadores dando suporte a eles.
Pode ser que elas funcionem para as aplicações ‘de pastelaria’ que tanto existem afora. Porém para qualquer coisa um pouco mais interessante ou complexa, elas simplesmente não se encaixam.
Mas talvez o principal, e fundamental, problema dessas ferramentas seja descartar a prima qualidade dos desenvolvedores, que é a capacidade de realizar regras de negócio de uma maneira lógico-abstrata, isto é, programando. Capacidade essa, que não se encontram nos analistas de negocio.
Um programador é condicionado desde o principio a saber como transformar uma idéia em sua representação abstrata sob forma de código. Isso exige anos de treinamento, de experiência e de intuição se desejar. Já analistas de negócio são expecialistas cuja mente não está preparada para isso.
Outra coisa é que toda empresa cujos sistemas são construídos sem os auspícios de um bom desenvolvedor/arquiteto acabam com sérios problemas de integração, lógica fragmentada, que não deixa de ser um problema de escalabilidade de órdem econômica - sistemas vão progressivamente se tornando mais dificeis de serem feitos e mantidos.
O maior problema do desenvolvimento de software não é a forma como sistemas são produzidos, tão pouco com a produtividade. O crux da atualidade está em criar ecosistemas sustentáveis dentro das empresas, no qual sistemas entram, saem e são alterados de maneira estável, sem aumentar a entropia individual de cada um. Requisito esse de teor intrinsicamente técnico, do qual não existe ferramenta mágica que vá resolvê-lo.
Olá
Não ia me meter neste tópico apesar de ter lidos alguma opiniões como às do Kenobi que achei muito sensatas.
Mas depois deste excelente post do Louds, resolvi soltar uma dúvida que estava meio engasgada por aqui:
Se alguma empresa acha que vale pena usar um framework para gerar código Java do tipo daqueles que fizeram sucesso no início dos anos 90, como o GAS por exemplo, é porque não está satisfeita com a produtividade dos seus programadores. Aí ficam as indagações sobre o porque da insatisfação:
-
O problema é o Java?
-
Ou o problema é o modo como são desenvolvidos os sistemas usando processos extremamante burocratizados e antiquados que impedem a obtenção da solução adequada em prazo razoável?
Se o caso for do tipo 2 então falta treinamento e não ferramental.
Mas se o problema é do tipo 1, qualquer um que estude um pouquinho de Ruby suspeita que há outras alternativas para se obter a produtividade almejada. Pelo menos para problemas que não dependam de coisas exclusivas da plataforma Java.
[]s
Luca (só não vale me chamar de criança…)
[quote]
Mas talvez o principal, e fundamental, problema dessas ferramentas seja descartar a prima qualidade dos desenvolvedores, que é a capacidade de realizar regras de negócio de uma maneira lógico-abstrata, isto é, programando. Capacidade essa, que não se encontram nos analistas de negocio.
Um programador é condicionado desde o principio a saber como transformar uma idéia em sua representação abstrata sob forma de código. Isso exige anos de treinamento, de experiência e de intuição se desejar. Já analistas de negócio são expecialistas cuja mente não está preparada para isso. [/quote]
Louds, mas até então essas regras de negócio poderiam estar contidas em DSLs e o analista de negócio as usaria para formar sua regra, até de forma gráfica.
Não acredito que regras de negócio sejam papel do programador. Exatamente o que tentei argumentar, talvez não tenha ficado claro. Para aplicações de um determinado formato, como Rails que é DSL para WEB, essa aplicação sirva e se encaixe.
Entretanto se começar a exigir muitos aspectos diferentes de arquitetura, ela não vai servir ou deverá ser aberta a fim de pertimitir tais configuraçõres e customizações, ou por meio de api e etc.
Nesta abordagem, com certeza o papel do desenvolvedor não estará descartado.
Mas quem já trabalhou com transformação de arquivos na mão e pegou uma ferramenta de ETL poderosa como Informática PowerCenter, sabe que muitas tarefas podem ser realmente feitas de forma visual e pequenas regras escritas através de DSL.
PS: PowerCenter é ainda extremamente performática !! 
Se a ferramenta tiver um sistema de ETL integrado e poderoso, parte desse problema, ou para a grande maioria dos casos está resolvido.
Amigo, infelizmente essa não será uma decisão sua ou minha e sim da companhia. Tudo isso vem acompanhado do ROI.
Diferentemente de você, a companhia vai preferir apertar um botãozinho e ver tudo pronto por diferentes razões, desde economia direta no valor hora, equipe, custos fixos e por aí vai à “Time-to-market”.
Olá pessoas !
Antes de tudo eu saúdo a todos que dão existência ao melhor fórum de java no Brasil.
Pela minha formação, princípios e ética, sou obrigado a ler ou ouvir declarações ou reportagens que tratem de inovação tecnológica ou científica, afinal em tecnologia tudo é muito dinâmico e a cada dia a curva evolutiva fica mais inclinada.
Lembro-me do Friedrich Gauss e a dificuldade encontrada para tratar da geometria não euclidiana no meio acadêmico. As pressões foram tão grandes que êle decidiu estudá-la com alguns de extrema confiança, praticamente no anonimato.
Também lembro-me do grande Aristóteles (na época, quem duvidaria do Aristóteles ?) que defendia a teoria geocentrica com tanta ênfase que sobressaia-se aos demais filósofos da época e mais, Ptolomeu, no Almagesto, deu formas consolidadas a tal teoria.
Hoje constatamos que nem mesmo o Nicolau Copernico estava certo quando contrariou as idéias e teorias do geocentrismo, com o Heliocentrismo.
Na idade média acreditava-se que a terra era plana e portanto além do horizonte existiria apenas um precipício. O que temos hoje ?
Também acreditava-se que qualquer matéria ao ser submetida a divisões sucessivas, chegaria a uma parte indivisível (átomo) - Teoria Atômica. Hoje vemos que um átomo tem suas partículas subatômicas e estas as suas, também.
Pois bem pessoas, claro que considero um grande absurdo, já existir uma ferramenta que proporcione 60x produtividade, não use alguma linguagem de programação e que possa ser utilizada em grandes projetos.
Será que usa A.I. ? Será que ela advinha ? Seria psicotrônica ? (perdoem-me o sarcasmo)
Tenho certeza que estamos caminhando para isso mesmo, mas não seria cedo demais ?
Gostaria de obter mais informações a respeito e se possível acesso a ela.
Obrigado.
Ela ignora os conceitos do que está sendo estudado e usa conceitos antigos e já desacreditados. Dizer que nada acontece no meio é ignorar Model-Driven Development, Domain Specific Languages, MSFT Software Factories, MDA, Language Tools, metodologias ágeis, Domain Driven Design…
Eu não vi a ferramenta mas ela me parece seguir na linha das ferramentas da década passada. No mundo atual nós não pensamos em como facilitar a cosntrução de programas e sim de como mapear conceitos do domínio diretametne no programa, eliminando o gap entre usuário e desenvolvedor.
Facilitar a construção de aplicações genéricas é coisa que já é feito por zilhares de ferramentas, meu feeling é que essa IDEplusplus foge completamente do que está sendo feito que é aproximar domínio e código.
[quote=pcalcado]Ela ignora os conceitos do que está sendo estudado e usa conceitos antigos e já desacreditados. Dizer que nada acontece no meio é ignorar Model-Driven Development, Domain Specific Languages, MSFT Software Factories, MDA, Language Tools, metodologias ágeis, Domain Driven Design…
Eu não vi a ferramenta mas ela me parece seguir na linha das ferramentas da década passada. No mundo atual nós não pensamos em como facilitar a cosntrução de programas e sim de como mapear conceitos do domínio diretametne no programa, eliminando o gap entre usuário e desenvolvedor.
Facilitar a construção de aplicações genéricas é coisa que já é feito por zilhares de ferramentas, meu feeling é que essa IDEplusplus foge completamente do que está sendo feito que é aproximar domínio e código.[/quote]
Phillip, risivel é você, eu e outros nesse tópico tentar ser razoavel com uma empresa que pratica astroturfing muito porcamente.
A realidade é que essa ferramenta está umas 2 décadas atrasada com a pesquisa na área de linguagens de progração, com formas melhores de comunicação e expressão de regras de negócio.
Pelo que o vídeo mostra, o Maker usa fluxogramas como linguagem de programação, uma coisa arcaica e com, pelo menos, 50 anos de idade. Tão inovador que provavelmente seus criadores ainda não ouviram falar da pílula anticoncepcional
[quote=Yuri_Takimutov]Olá pessoas !
Antes de tudo eu saúdo a todos que dão existência ao melhor fórum de java no Brasil.
Pela minha formação, princípios e ética, sou obrigado a ler ou ouvir declarações ou reportagens que tratem de inovação tecnológica ou científica, afinal em tecnologia tudo é muito dinâmico e a cada dia a curva evolutiva fica mais inclinada.
Lembro-me do Friedrich Gauss e a dificuldade encontrada para tratar da geometria não euclidiana no meio acadêmico. As pressões foram tão grandes que êle decidiu estudá-la com alguns de extrema confiança, praticamente no anonimato.
Também lembro-me do grande Aristóteles (na época, quem duvidaria do Aristóteles ?) que defendia a teoria geocentrica com tanta ênfase que sobressaia-se aos demais filósofos da época e mais, Ptolomeu, no Almagesto, deu formas consolidadas a tal teoria.
Hoje constatamos que nem mesmo o Nicolau Copernico estava certo quando contrariou as idéias e teorias do geocentrismo, com o Heliocentrismo.
Na idade média acreditava-se que a terra era plana e portanto além do horizonte existiria apenas um precipício. O que temos hoje ?
Também acreditava-se que qualquer matéria ao ser submetida a divisões sucessivas, chegaria a uma parte indivisível (átomo) - Teoria Atômica. Hoje vemos que um átomo tem suas partículas subatômicas e estas as suas, também.
Pois bem pessoas, claro que considero um grande absurdo, já existir uma ferramenta que proporcione 60x produtividade, não use alguma linguagem de programação e que possa ser utilizada em grandes projetos.
Será que usa A.I. ? Será que ela advinha ? Seria psicotrônica ? (perdoem-me o sarcasmo)
Tenho certeza que estamos caminhando para isso mesmo, mas não seria cedo demais ?
Gostaria de obter mais informações a respeito e se possível acesso a ela.
Obrigado.
[/quote]
yuri,
concordo com você… mas estava lendo as outras mensagens e o pessoal falando das técnicas estudadas… das ferramentas já existentes… tem q se pensar nessas coisas realmente… por exemplo… quem já fez uma app do zero sabe o trabalho que é… eu hoje uso hibernate… gwt… o q facilita muito minha vida… principalmente o gwt (interface)… mas apesar de tudo… fluxo realmente é antiquado, contudo as pessoas “leigas” (em informática) entendem… todo mundo sabe o q eh uma setinha… tal… talvez isso seja legal… vou tb ficar no aguardo para ver…
uma outra coisa… visto os comentários do pessoal… esta ferramenta tem algo a mais q as q já existem ou existiram?? quero ver tb as especificações mais técnicas…
Interessante… sou capaz de apostar um doce que tem mais um fake perdido por esse tópico… :roll: … :lol:
Alguem tem que fazer alguma coisa e muitos estao fazendo.
Assim como no passado existia o trocador de valvulas, e nao existe mais, quem sabe um dia , programador como somos hoje tambem seja coisa do passado.
E’ evidente que entre trocador de valvulas e programador existe um
abismo.
Mas nao podemos ignorar a inteligencia artificial, embora ao que parece nao e’ o caso desta Ferramente em Questao.
Outra coisa, na minha opiniao, descartar java em ‘ambiente desktop’ com uma ferramenta dessas, nao me parece legal.