Sabemos que nesse ramo de trabalho as coisas mudam muito rápido , e de uma forma bem drásticas.Paradigmas caem a todo instante , com a mesma velocidade que são criados.Semana passada um professor da faculdade abordou o assunto , e houve uma grande discussão , uns acham que o futuro e obscuro , pois hoje já tem muita coisa pronta , frameworks exigem cada vez menos programação , e consequente menos conhecimento tecnico.Em contra partida , tiveram outras que argumentaram que o que pode acontecer e a profissão mudar drasticamente , mais que nunca deixara de existir , pois a programação envolve mais coisas do que simplesmente codigo. Confesso que fiquei completamente em cima do muro , vi argumentos bem consistentes em ambas situações , mais pendo mais para o lado da mudança. Recentemente li o livro codigo limpo , que tinha um pequeno trecho que abordava sobre o assunto , e falava justamente sobre o essa mudança.Agora a opinião de vocês , a programação vai morrer?!Ou vai simplesmente mudar?!
Possivelmente mude, mas não acabará. Há anos o Delphi já tinha um ORM. Anos depois tivemos o “clica e arrasta” do ASP.Net Web Forms que foi substituído pelos Html Helper do ASP.Net MVC (quem conhece Web Forms e MVC sabe que hoje está escrevendo mais código que antigamente).
A maioria dos grandes problemas computacionais (semáforos, ordenação, acesso ao disco, entre outros) já foram resolvidos antes mesmo dos anos 90, mas ainda assim precisamos escrever código-fonte para implementar as diferentes regras de negócio que existem (afinal, é o software que deve se adequar ao negócio do cliente, e não o contrário). Ao meu ver, soa como uma piada a criação de um componente capaz de implementar regras de negócio com a mera configuração de propriedades.
Pense comigo: novas formas de fazer negócio surgem e desaparecem todos os dias. Hoje há um cálculo para tal imposto, amanhã podem aparecer 10 novos cálculos para impostos diferentes, e o contrário também pode facilmente ocorrer. A empresa A segue uma lista de 10 passos para armazenar seu estoque, já a empresa B segue uma lista de 50 passos para manter seu estoque. E onde nós entramos nessa história? Não podemos esquecer que nós, como desenvolvedores, estamos na retaguarda disso tudo. Nós devemos desenvolver soluções customizadas e adaptadas para cada forma de negócio. Enquanto o mercado for diverso, nós estaremos lá para implementar as suas particularidades. Portanto acho que não, o programador nunca deixará de existir.
Vocês conhecem Cobol ou já ouviram falar? Alguns que profetizaram o seu fim já nos deixaram, mas um desenvolvedor Cobol continua tendo trabalho e é muito valorizado.
É claro que a área vai continuar evoluindo e se modificando, mas, pode ficar tranquilo, desenvolvimento vai continuar existindo.
Vai continuar com certeza, vai evoluir muito e vai continuar, só tende a crescer muito, empresas, eletrônicos, a tecnologia precisa de programação. Precisamos dizer pra máquina o que ela deve fazer, e mesmo que a inteligência artificial evolua muito, ainda teremos que programar a inteligência artificial.
[quote=Júlio Murta]Possivelmente mude, mas não acabará. Há anos o Delphi já tinha um ORM. Anos depois tivemos o “clica e arrasta” do ASP.Net Web Forms que foi substituído pelos Html Helper do ASP.Net MVC (quem conhece Web Forms e MVC sabe que hoje está escrevendo mais código que antigamente).
A maioria dos grandes problemas computacionais (semáforos, ordenação, acesso ao disco, entre outros) já foram resolvidos antes mesmo dos anos 90, mas ainda assim precisamos escrever código-fonte para implementar as diferentes regras de negócio que existem (afinal, é o software que deve se adequar ao negócio do cliente, e não o contrário). Ao meu ver, soa como uma piada a criação de um componente capaz de implementar regras de negócio com a mera configuração de propriedades.
Pense comigo: novas formas de fazer negócio surgem e desaparecem todos os dias. Hoje há um cálculo para tal imposto, amanhã podem aparecer 10 novos cálculos para impostos diferentes, e o contrário também pode facilmente ocorrer. A empresa A segue uma lista de 10 passos para armazenar seu estoque, já a empresa B segue uma lista de 50 passos para manter seu estoque. E onde nós entramos nessa história? Não podemos esquecer que nós, como desenvolvedores, estamos na retaguarda disso tudo. Nós devemos desenvolver soluções customizadas e adaptadas para cada forma de negócio. Enquanto o mercado for diverso, nós estaremos lá para implementar as suas particularidades. Portanto acho que não, o programador nunca deixará de existir.[/quote]
Perfeito.
Hoje escrevo muito mais código do que no tempo que programava desktop em Delphi.
Infelizmente, não vejo grandes mudanças num futuro próximo.
E digo infelizmente, pois realmente gostaria de ver ferramentas mais poderosas surgindo.
Um bom vídeo para refletir sobre isso:
[quote=AbelBueno]Infelizmente, não vejo grandes mudanças num futuro próximo.
E digo infelizmente, pois realmente gostaria de ver ferramentas mais poderosas surgindo.[/quote]
Isso não ocorre devido a natureza da web, seja internet ou intranet, onde a maioria dos sistemas são voltados hoje. No tempo que desktop estava em alta era natural trabalhar de forma RAD, mas para web RAD atrapalha. Como foi o caso do que o Júlio Murta falou do Web Forms. Outros exemplos são ADF e JSF com “Java Studio Creator”/NetBeans 6 ou similares. Sem falar nas soluções polêmicas completamente amarradas, com prática dependente de terceiro para criar aplicações sem codificação, que nem vale citar nomes para não atrair pessoas contratadas em defender interesses comerciais.
Eu concordo com quase tudo o que disse. Hoje, para desenvolver para web é bem mais comum escrever código na mão do que usar algum tipo de ferramenta RAD.
Mas já parou pra pensar, o motivo disso? Por que pra Desktop funcionava e pra Web não?
Acho essa situação similar ao do pessoal que preferia binário a assembly e assembly a fortran, mostrada no vídeo.
Claro que, hoje não há nenhuma boa ferramenta para fazer isso (que eu conheça)… mas por que estamos descartando o conceito inteiramente?
Eu concordo com quase tudo o que disse. Hoje, para desenvolver para web é bem mais comum escrever código na mão do que usar algum tipo de ferramenta RAD.
Mas já parou pra pensar, o motivo disso? Por que pra Desktop funcionava e pra Web não?
Acho essa situação similar ao do pessoal que preferia binário a assembly e assembly a fortran, mostrada no vídeo.
Claro que, hoje não há nenhuma boa ferramenta para fazer isso (que eu conheça)… mas por que estamos descartando o conceito inteiramente?[/quote]
Boa pergunta, por que nao ?
E falando sobre essas mudanças , conversando com um amigo que ja tem seus 20 anos nesse ramo , me falou que aconteceu algo parecido quando o delphi surgiu , todos achavam que era o fim , tamanha a facilidade da ferramenta,mais como constatamos nao foi isso que aconteceu , apesar da tentativa, parece que o delphi nao se adequou a realidade dessa decada, e toda sua mobilidade.
E que voces acham de frameworks como , rails , cakephp , ou o grovy?Talvez esse seja o futuro , menos codigo e mais negocio?
obs:Como eu to começando agora sempre me surgem essas duvidas , ainda to na busca do estagio.obd
Eu concordo com quase tudo o que disse. Hoje, para desenvolver para web é bem mais comum escrever código na mão do que usar algum tipo de ferramenta RAD.
Mas já parou pra pensar, o motivo disso? Por que pra Desktop funcionava e pra Web não?
Acho essa situação similar ao do pessoal que preferia binário a assembly e assembly a fortran, mostrada no vídeo.
Claro que, hoje não há nenhuma boa ferramenta para fazer isso (que eu conheça)… mas por que estamos descartando o conceito inteiramente?[/quote]
Eu concordo com quase tudo o que disse. Hoje, para desenvolver para web é bem mais comum escrever código na mão do que usar algum tipo de ferramenta RAD.
Mas já parou pra pensar, o motivo disso? Por que pra Desktop funcionava e pra Web não?
Acho essa situação similar ao do pessoal que preferia binário a assembly e assembly a fortran, mostrada no vídeo.
Claro que, hoje não há nenhuma boa ferramenta para fazer isso (que eu conheça)… mas por que estamos descartando o conceito inteiramente?[/quote]
Certamente eu gostaria de escrever menos código, eu nasci na era RAD e entregava mais soluções para o negócio em menos tempo. Mas tenho consciência que nos tempos de hoje voltado para web e suas firulas infinitas, como você falou “não existe ainda uma boa ferramenta”, que seja flexível em todos os momentos do projeto e que não dê maus motivos para dividir opiniões, ou seja, com plena aceitação não só na comunidade Java (por exemplo), senão acontece de ver webdesigners xingando projetos em JSF ou WebForms como já vi.
O grande lance hoje é que a parte de frontend está ficando cada vez mais complexa e mais longe do backend, e como ter uma ferramenta CASE que acompanhe e lide bem com isso? Então o que tem surgido, além do designer que já era comum, é ter mais pessoas focadas em codificação client, o tal “desenvolvedor frontend”, e nós “macacos velhos” ficarmos mais com o backend, claro que trabalhando sempre juntos, ambos sabendo mexer nas pontas de cada lado e entendendo de todo o negócio, para atingir o objetivo que é comum.
Fica sem emprego quem aprende SOMENTE[u] as ferramentas, porque estas nascem e morrem todo dia. Há um tempo atrás, ferramentas como Clipper, Delphi e VB eram ensinadas como “informática avançada”, e não como ferramentas de desenvolvimento. O resultado é que quem sabia somente a ferramenta ficou para trás. Quem realmente entendia de programação, estruturas de dados, banco de dados relacionais, redes, etc. adaptou-se. Conheço vários profissionais que começaram com Clipper, Delphi e outras ferramentas mais antigas e que hoje em dia mandam muito bem com Java.
Enfim, acho que seja completamente natural que surjam ferramentas para que usuários comuns criem seus próprios aplicativos Web, Mobile e até games. Atualmente eu utilizo uma plataforma que me permite criar CRUDs na Web sem digitar uma linha de código. E aí fica a pergunta, você seria capaz de criar uma ferramentas dessas ? Saberia pelo menos por onde começar ?
[quote=rmendes08]Fica sem emprego quem aprende SOMENTE[u] as ferramentas, porque estas nascem e morrem todo dia. Há um tempo atrás, ferramentas como Clipper, Delphi e VB eram ensinadas como “informática avançada”, e não como ferramentas de desenvolvimento. O resultado é que quem sabia somente a ferramenta ficou para trás. Quem realmente entendia de programação, estruturas de dados, banco de dados relacionais, redes, etc. adaptou-se. Conheço vários profissionais que começaram com Clipper, Delphi e outras ferramentas mais antigas e que hoje em dia mandam muito bem com Java.
Enfim, acho que seja completamente natural que surjam ferramentas para que usuários comuns criem seus próprios aplicativos Web, Mobile e até games. Atualmente eu utilizo uma plataforma que me permite criar CRUDs na Web sem digitar uma linha de código. E aí fica a pergunta, você seria capaz de criar uma ferramentas dessas ? Saberia pelo menos por onde começar ?[/quote]
Com certeza eu jamais me atreveria a criar soluções mágicas para a web hoje. A criatividade dos webdesigners e pitacos dos clientes olhando grandes sites/sistemas estão fora do comum… Mas se está se referindo a CRUDs genericos seguindo um padrão, isso é o menor dos problemas, mas templates já resolvem, pelo menos no caso do Visual Studio. Problema mesmo são telas não triviais relativas ao dia a dia do fluxo do negócio.
Faz só 18 anos que escuto esse papo de que o programador vai se extinguir. Ironicamente, hoje vejo as tecnologias indo no sentido inverso.
O que o clica e arrasta do Delphi, do VB e do WebForms ensinaram é que não se pode limitar tanto o desenvolvimento para aplicações de grande porte. O programador precisa de poder, e precisa que isso esteja ao seu lado.
Veja um framework MVC hoje, e as tendências modernas de desenvolvimento: Frameworks como AngularJS não vem mais com a proposta de tudo pronto, e dão aos programadores mais facilidade para escrever seus próprios componentes com JavaScript, seu próprio CSS e ter liberdade para criarem o que quiserem. O próprio padrão MVC exige um profissional muito mais especializado do que o antigo modelo clica-e-arrasta, quando tentavam emular a orientação a eventos do desktop no PC - na verdade, o MVC dá estrutura para você ter é um conjunto de desenvolvedores, especializados em áreas diferentes (interface gráfica, middleware, banco de dados) - por isso parece até um tanto excessivo quando fazemos trabalhos sobre ele sozinhos na faculdade.
E não estou nem entrando no mérito das novas especialidades requeridas pelo desenvolvimento assíncrono.
Frameworks para desktop novos, como JavaFX, estão exigindo programadores com mais conhecimento gráfico, pois aumentou-se a demanda por interfaces mais responsivas e bonitas.
E, claro, sempre haverá mercado para quem gosta de desenvolver o framework em si, trabalhar com tempo real e atuar em softwares que exploram os limites do hardware.
O que está ficando cada vez menos valorizado é o “CRUDeiro”. O cara que faz o feijão com arroz. Esse profissional já perdeu valor desde a época do Delphi, e não seria diferente na web. Informática é uma área que exige especialização, e que exige que os profissionais sejam competentes. Se quiser ser crudeiro, prepare-se para enfrentar a concorrência de gente pouco qualificada que vai conseguir fazer software entendendo pouco e usando ferramentas.
Nessa questão de ser generalista ou especialista, eu penso que ninguém deve ser generalista demais, ou seja, que não tenha um conhecimento mais profundo em algumas áreas, e que um especialista não acompanhe as tecnologias emergentes.
Agora, ficar entre esses limites, significa escolher que faixa de funções vai poder ocupar e com quem ou quantos vai concorrer. O que não pode é depois ficar reclamando da faixa salarial que o mercado estiver pagando para o cargo.
Server side nem é a grande questão, todos esses frameworks que você citou são tranquilos portanto que a equipe em média seja madura na utilização da tecnologia. Além desses, ASP.NET MVC é produtivo e flexível também, tenho usado pra valer tem uns 4 anos e é muito objetivo. No Java o que me agrada mais é Spring MVC. Muitos também partem para a solucao totalmente desacoplada com REST, mas para mim nos projetos atuais que trabalho é totalmente fora de necessidade, REST somente quando necessário criar um serviço para outro sistema usar.
O lado client que é a “parada”, onde as necessidades ficaram mais complexas. Existe muita coisa para facilitar dependendo da situação, como frameworks JavaScritpt que simplificam a parte dinâmica do HTML, a qual uso Knockoutjs, e soluções como o Bootstrap que ajudam na parte de CSS relacionada a layout de formulários. Como ViniGodoy falou, nada disso vai na direção da proposta de “tudo pronto”, mas conforme a demanda você vai enriquecendo sua “biblioteca” com soluções a serem reaproveitadas no projeto.
Boa noite galera , a gente falou tanto do delphi que fiquei curioso de como esta hoje , sei que para desktop ainda tem muito softwares rodando , agora como esta para os dipositivos mais atuais , comentando com um amigo ele me citou o Delphi XE5 , do que se trata?
Eu tenho dois amigos desenvolvedores Delphi e ambos estão querendo atuar com outras tecnologia. Até conheci um desenvolvedor Delphi Sênior durante um treinamento de .Net dizendo que não vale a pena desenvolver mais nada em Delphi. Acho melhor você buscar por outras tecnologias.
O Delphi está sendo descontinuado desde que a Borland abriu mão da IDE. É um mercado decrescendo.
[quote=A H Gusukuma]Vocês conhecem Cobol ou já ouviram falar? Alguns que profetizaram o seu fim já nos deixaram, mas um desenvolvedor Cobol continua tendo trabalho e é muito valorizado.
É claro que a área vai continuar evoluindo e se modificando, mas, pode ficar tranquilo, desenvolvimento vai continuar existindo.[/quote]
Tu realmente conhece alguém ou empresa que ainda desenvolve sistemas em COBOL? rs
Eu concordo com quase tudo o que disse. Hoje, para desenvolver para web é bem mais comum escrever código na mão do que usar algum tipo de ferramenta RAD.
Mas já parou pra pensar, o motivo disso? Por que pra Desktop funcionava e pra Web não?
Acho essa situação similar ao do pessoal que preferia binário a assembly e assembly a fortran, mostrada no vídeo.
Claro que, hoje não há nenhuma boa ferramenta para fazer isso (que eu conheça)… mas por que estamos descartando o conceito inteiramente?[/quote]
Por que o conceito em si é furado. A web não é ambiente de desenvolvimento.