Programação do futuro, sem codificar.
Eduardo Pessoa
Melhor post
Emilio Neto
26/01/2016
Mais Respostas
Edson Venancio
23/01/2016
Eduardo Pessoa
23/01/2016
Jothaz
23/01/2016
Podemos dizer que não existe programação sem codificação, pois mesmo que você não digite uma linha de código "alguém digita".
Comecei a trabalhar com micros em 1984 e usava Dbase III, Pascal e Clipper, mas programava em Cobol e Basic e já nesta época já existia uma ferramenta que se propunha a criar sistemas baseado no modelo de dados que se chamava Top Data. Depois tive contato com: Pick Desing (Pick System), para o Clipper se não me engano usei o ScriptCase, trabalhei também com Powerbuilder que era quase na mesma linha e com Genexus para Cobol e RPG (para a plataforma IBM AS/400), Visual Basic, Visual FoxPro, C#, Java e Ruby.
Hoje, em alguns projetos, uso o Sharepoint plataforma de Microsoft para gestão de conteúdo empresarial onde é possível criar: intranet e portais empresariais, publicação de aplicações web, criação de portais colaborativos, gestão de conteúdos e gestão documental que segue esta linha, apesar de pode ser considerado um CMS também.
Então é algo muito antigo que vem evoluindo a muito tempo e hoje tende a ficar cada vez melhor.
Agora a pergunta vai substituir os programadores? O problema destas ferramentas é que apesar de fazerem um ótimo trabalho sempre existe a chatice do cliente então aparecem as customizações e é ai que o bicho pega. O Wordpress quebra um galho, eu não sou fã, mas reconheço a sua força e poder, mas quando temos de customizá-lo podemos passar por muita amolação, mesmo problema que temos com o Sharepoint . Então hoje para sistemas que não exigem customização são ótimas ferramentas e podem levar sua produtividade ao nível superior.
A maioria das empresas onde presto consultoria querem ter acesso aos fontes dos projetos desenvolvidos o que normalmente é garantido em contrato. O porque disso? É que se der algum bug cabuloso e quem fez o projeto ficar enrolando com os fontes pode-se buscar um plano B. Outro detalhe é muitas empresas tem seus processo de segurança e são muito zelosas com os códigos com auditoria e testes, então gostam de ter acesso a tudo e certas caixas pretas não são bem vistas.
Acredito que no futuro, não sei precisar quando não sou a mãe Dinah, com o aprimoramento e refinamento da inteligência artificial os próprios computadores vão conseguir criar os projetos e codificá-los. Mas para os bons profissionais os que realmente sabem sempre vai haver emprego para desenvolver os "códigos" que "codificam".
Claro que os empregos podem ser reduzidos, mas acho que vai ser bom, pois será feita uma seleção natural (viva Darwin) e somente os que realmente tem interesse em aprender e crescer vão conseguir se destacar e vão ter oportunidades. Assim os "copiadores e coladores" de scripts da internet e fórum vão para os "quintos dos infernos".
Hoje já muito fácil trabalhar na área, pois a maioria dos servidores e linguagens estão cada vez mais poderosos e fáceis de instalar e usar. Sem falar nas IDE´s que praticamente limpa até a bunda. E a quantidade de material a disposição de um clique. Acho que as gerações futuras vão ter muito mais facilidades, pois vivem a era de ouro da tecnologia. Eu mesmo vim da roça, não tínhamos nem luz elétrica, televisão e internet eu acharia, na época que era de comer. Mas consegui aprender e desenvolver-me. Agora imagina meu sobrinho de 2 anos que vive rodeado de smartphone, tablets, notebooks, desktop e todo tipo de tranqueira, vai ser muito mais fácil. Hoje se ele fica sem internet passa até mal.
A ideia é esperar e durante a espera no aprimorarmos e adaptarmos sem fanatismo e sem preconceitos, por isso acho os fão boys uns manés, pois Darwin é implacável.
Edson Venancio
23/01/2016
Então lendo seu texto , creio que não existira programação sem codificar, por exemplo , o Wordpress ja é uma das ferramentas que muitos criam site sem codificar, no caso ja é um pequeno exemplo do que propõe o titulo do post. Porem, não podemos esquecer que, por trás dessa utilidade que o Worldpress nos trás , existe o cara que ta codificando ele pra facilita a vida de quem não quer programa na unha.
Voce é bem velho no ramo em Jothaz , rapaz 1984 vc ja tava na area caraca , pensava que voce tinha uns 25 anos rsrs
Jothaz
23/01/2016
Eduardo Pessoa
23/01/2016
Rapaz, viu SQL Server crescer foi? hehehehe
Edson Venancio
23/01/2016
kkkkk pqp..
Jothaz
23/01/2016
Edson Venancio
23/01/2016
Queria pega algum linguagem assim em crescimento, porem hoje só tem framework crescendo , e pra aprender Framework, voce tem que entender a base da tecnologia pra que o mesmo foi desenvolvido.
Acho que para quem ta começando hoje fica meio difícil acompanha as atualizações , pois enquanto você aprende algo da base de uma linguagem, ou seja do inicio, .. Muitas coisas na mesma tecnologia que voce esta aprendendo, ja esta dando outros passos e assim constantemente.
Jothaz
23/01/2016
[url:descricao=Hack é baseada e compatível com o PHP desenvolvida pelo Facebook]https://tecnoblog.net/153561/facebook-hack-linguagem-de-programacao/[/url],
Go do Google,
[url:descricao=Julia - A ambiciosa linguagem de programação que quer substituir Python, R e Matlab h]ttp://gizmodo.uol.com.br/julia-linguagem-programacao/[/url],
Swift da Apple,
Lua
isso que eu me lembre agora.
Eduardo Pessoa
23/01/2016
Java e PHP sempre aparece novidades, Java um pouco menor esse crescimento por ser uma tecnologia muito mais robusta.
Jothaz
23/01/2016
Java e PHP sempre aparece novidades, Java um pouco menor esse crescimento por ser uma tecnologia muito mais robusta.
Todas linguagens evoluem senão morrem.
Java é tão robusta quanto C#, Ruby ou mesmo Phyton. E todas elas evoluem e lançam novidades.
Existem várias linguagens que eu usei a muitos anos e que estão ai: Cobol, Mumps, Zim, Powerbuilder, Pick System entre outras inclusive com opção para Mobile.
O Delphi mesmo andou sumido, moribundo e agora esta mostrando novidades.
Tudo depende do seu universo de conhecimento.
Edson Venancio
23/01/2016
Nunca tinha visto sobre essa linguagem GO. Vale a pena investir pois a google nao deixa nenhum projeto de lado.
Da uma olhadinha no curso de IOS por quanto ta agora..E o sumario dele..
Era pra me ter comprado tambem . Segue o Link:
[url:descricao=https://www.udemy.com/curso-completo-desenvolvedor-ios/#/]https://www.udemy.com/curso-completo-desenvolvedor-ios/#/[/url]
Eduardo Pessoa
23/01/2016
São em Português esses cursos?
Edson Venancio
23/01/2016
David Sylvestre
23/01/2016
A meu próprio exemplo posso citar o Delphi, era lindo aquele esquema de arrastar componentes na tela e ao final ter uma tela funcional com todo o código gerado automaticamente, mas ao final eu não sabia realmente programar.
Acho que deve-se ponderar até que ponto vale a pena a geração automática de código, pois o código final é muito genérico e limitado.
Eduardo Pessoa
23/01/2016
David Sylvestre
23/01/2016
Normal é Eduardo, o problema se torna quando a pessoa fica preso a isso. Uma coisa é organizar o layout outra é a geração automatizada de tudo.
Eduardo Pessoa
23/01/2016
Rodrigo Oliveira
23/01/2016
Eduardo Pessoa
23/01/2016
Se chegar a esse ponto o bicho vai pegar.
Rodrigo Oliveira
23/01/2016
Edson Venancio
23/01/2016
Acho que esses geradores de codigo pra quem realmente nao entende a funcionalidade pra que o mesmo foi desenvolvido, deixa as pessoas no comodismo, zona de conforto.
Mateus Carvalho
23/01/2016
Não me espanta a minha reação na época. Eu havia feito um Hello Word com efeitos 3d e tudo o mais com apenas uma única linha de código. Mas não foi o que aconteceu. Para fazer isto em clipper eu tinha que programar muito, fazer as coordenadas das linhas, preocupar em salvar o conteúdo da tela antes de exibir a mensagem (para depois restaurar), etc, etc, etc.
Com o tempo eu fui percebendo que não era bem assim. Percebi que a interface era apenas uma pequena parte do 1% do trabalho de desenvolvimento.
Outra coisa : Por mais que as técnicas de sistema evoluem ao ponto de chegar em geradores de sistema, as necessidades do cliente aumentam numa proporção ainda maior. Hoje pra mim é muito claro que o desenvolvedor que mergulha nos submundos dos códigos sempre vai existir. E também vai existir aquela pessoa que clica em "next next finish" e gerou um sistema - por que não... tem espaço pra ela também -. Esta pessoa não é um programador, mas ela gerou um sistema.
Antigamente eu tinha uma resistência muito grande em pegar coisas prontas. Eu queria eu mesmo criar. Com o tempo percebi que estava o tempo todo reinventando a roda. Hoje eu sempre copio. O Importante é vc ter uma noção do que está copiando e se for necessário aprofundar que você tenha condições de fazê-lo.
Há espaço para todo mundo e para todas as técnicas, há espaço para as que existem e para as que ainda virão a existir, o mundo é livre, nada de ficar com esta de "Ahhh, eu acho que deveria ser assim..... ou assado .". Cabe a nós ir se adaptando ao que está vindo e surgindo.
Desenvolvimento (Sistema) implica : Código fonte, Banco, Técnicas, Negociação, Estratégia, Visão, Informação, agilidade, flexibilidade, calma, comunicação as vezes até malandragem
A parte interessante de imaginar como vai ser é porque a gente fica sabendo como não vai ser!
E nós sempre caímos no erro básico de achar que sabe o que vem pela frente!!! é uma sina humana.
Rodrigo Oliveira
23/01/2016
Acho que esses geradores de codigo pra quem realmente nao entende a funcionalidade pra que o mesmo foi desenvolvido, deixa as pessoas no comodismo, zona de conforto.
O Delphi é assim, mas se não souber o que quer desenvolver, fica impossivel, usar um botão para fazer uma soma, uma inserção, atualizar e etc.
Eduardo Pessoa
23/01/2016
Eduardo Pessoa
23/01/2016
Bem verdade, tenho que concordar.
Edson Venancio
23/01/2016
Emilio Neto
23/01/2016
Misterzire
23/01/2016
Agora não é culpa da IDE se os programadores colocam todo um programa dentro de um TButton , esse tipo de programador provavelmente fará a mesma coisa no método main do Java.
Esses geradores de códigos assim como as tradicionais linguagens de programação não são bala de prata , cabe a nós desenvolvedores avaliarmos a sua aplicação . O mesmo
pode ocorrer com o uso de patterns e frameworks , pois tendo o seu uso mal avaliado acabam tendo os mesmos problemas causados pelo pessoal que condena o arrastar e o
soltar já que enchem o programa de complexidade muita das vezes desnecessárias.
Eduardo Pessoa
23/01/2016
Emilio Neto
23/01/2016
Esse é o ponto, muito interessante a sua colocação.