Deixando de lado o desenvolvimento para desktop que abordei no capítulo anterior, vamos para o tema principal do artigo, desenvolver para a web. Provavelmente você já viu alguém falar que a web é o futuro, e todo este blá blá blá que não vou repetir aqui, apesar de achar que é verdade. Vale ressaltar todos os pontos fortes, que é a facilidade de escrever um aplicativo que vai rodar em todo tipo de Sistema Operacional, e até em celulares, sem muito esforço.

Dentro da área do desenvolvimento web existem tantas opções que é fácil ficar perdido. Você pode desenvolver programando em Java, ASP, .NET, PHP, Python, Ruby, pra citar as principais. Pode também ser o cara que programa scripts que rodarão no lado do cliente, que é o caso do javascript. Pode desenvolver aplicações irritantes em flash ou silverlight. Ou pode ser o gay o cara que desenvolve “a cara” do site, que é o gay designer. Caraca, quantas opções.

Conhecimentos Básicos

Existem algumas coisas que você deveria saber, independente de qual área dentro do webdesign você escolheu. Todos os envolvidos no processo deveriam ter uma boa noção de XHTML e CSS. Sim, eu disse XHTML. Esqueça o HTML, ele é feio, antiquado, bugado, e o principal: não tem regras rígidas, o que faz com que cada browser interprete o HTML do seu próprio jeito. O XHTML está aí há anos, aprenda.

Porque precisam desse conhecimento? Bom, porque todo mundo envolvimento no desenvolvimento web vai se deparar, mais cedo ou mais tarde, com a estrutura básica de toda página, que é o XHTML (pro conteúdo) e o CSS (pra aparência deste conteúdo).

Não importa em que linguagem você está desenvolvendo seu site, tudo aquilo sempre vai ser convertido pra XHTML na hora de enviar pro navegador do visitante.

As Camadas do Site

Todo site geralmente envolve três principais áreas na parte do desenvolvimento: linguagem de servidor, linguagem de cliente, e apresentação.

A linguagem de servidor, ou server-side scripting, é a linguagem que vai rodar “por trás dos panos”, fornecendo a lógica principal da aplicação. Funciona assim, sempre que o usuário faz um request (entra numa página, clica num link, etc), o pedido é enviado pro servidor. A linguagem server-side, então, recebe o request e faz o processamento. Depois, transforma o resultado final num XHTML e envia pro navegador. é a linguagem server-side que vai verificar se o usuário está logado, vai buscar informações no banco de dados, e por aí vai.

Como a linguagem server-side processa as coisas ANTES de enviar para o navegador, isso significa que uma vez que a página foi enviada ao navegador do usuário, não há mais nada que a linguagem server-side possa fazer até um novo request seja enviado. Ou seja, não é possível usar estas linguagens para manipular a página do usuário em tempo real. Para o usuário, a linguagem server-side não importa, e ele nem tem como descobrir qual linguagem está sendo usada.

A linguagem de cliente, ou client-side scripting, é a linguagem que é executada no próprio computador do usuário, e por isso é usada nas situações em que a linguagem server-side não tem alcance. Entre as linguagens client-side, temos o javascript, que é a única linguagem que realmente roda no navegador do usuário. Através do javascript é possível manipular a página do usuário diretamente, fazendo coisas dinâmicas que vão desde mudar o valor de um campo do formulário até criar uma área redimensionável que pode ser arrastada pela página.

Como todo o código javascript está no próprio navegador, o usuário pode ver o código e pode também, através do uso de uns programas, manipular o código. Isso faz com que as linguagens client-side sejam inseguras pra fazer coisas como acessar um banco de dados. Juntas, as linguagens server-side e client-side se complementam.

Existe mais uma forma de client-side, que são os aplicativos feitos em Flash ou Silverlight. Estes podem ser muito irritantes para o usuário, e deveriam ser usados apenas em situações bem específicas, como exibir vídeos ou criar um player de música.

Por último, no lado da apresentação, temos a parte em XHTML e CSS. Os navegadores são feitos para entender XHTML e HTML, e por isso todo conteúdo deve vir neste formato. O designer fica responsável por organizar os dados num XHTML, e criar um arquivo CSS que vai definir a aparência destes dados.

Na próxima parte, começarei a falar sobre cada linguagem específica, na área da web. Até lá…

No related posts.

Recebi uma sugestão do cara que é provavelmente meu mais antigo leitor aqui no blog, o Victor Mendes. E a sugestão dele é mesmo muito boa. Tão boa que resolvi criar uma série só com isso. O Victor, assim como muitas outras pessoas, está na faculdade, aprendendo essa coisa complicada que é a programação, e não sabe muito bem o caminho que vai escolher. O principal motivo disso, claro, é que as opções existentes simplesmente são mal explicadas, cheias de boatos e meias informações.

O melhor meio de resolver isso, então, é mostrar tudo o que sei dos caminhos a tomar, com seus prós e contras. Eu queria deixar claro pra todo mundo que tudo que vou falar aqui é sem frufrus, curto e grosso. Você pode discordar das coisas que falo, mas não me venha com papo de fanboy de que “minha linguagem é a melhor de todas”, porque não tenho mais paciência pra esse tipo de gente.

O foco vai ser o desenvolvimento web, mas antes disso preciso falar sobre duas linguagens muito usadas no desenvolvimento de aplicações desktop: C++ e Java. Principalmente porque você VAI ver estas linguagens na faculdade, e nada melhor do que ouvir opiniões sobre elas.

C++

Pessoalmente eu classifico as linguagens de programação entre dois extremos. Se imaginarmos que toda linguagem é um veículo que serve pra te levar do Rio de Janeiro pra São Paulo, podemos imaginar os extremos assim:

Temos as linguagens são como um caça. Se você souber os botões certos, elas podem te levar pra São Paulo bem rápido. Mas saber os botões certos é o principal problema. Quando você entra num caça e olha pro painel, vê que tem tanto botão, tanto mostrador, tantas alavancas que é complicado até mesmo fazer aquilo começar a se mover. Por outro lado, temos as linguagens que são como um trem. Basta entrar na cabine, empurrar a alavanca pra frente e garantir de que está nos trilhos certos, e você chega a São Paulo.

C++, pra você entender, é o caça. Não só o caça, mas é o caça com a maior quantidade de botões, painéis e alavancas. Pra você realmente fazer um caça C++ levantar vôo, voar rápido e chegar em São Paulo você precisa ser um senhor programador, e tem uma paciência de Jó. O código C++ é visualmente feio, cheio de códigos ilegíveis, você tem que ficar se preocupando com os malditos ponteiros… e mesmo que aprenda tudo isso, as ofertas de emprego são poucas.

É sério, as pessoas preferem outras linguagens pra desenvolver programas desktop, justamente pra evitar o trabalho extra e a dor de cabeça. Apesar disso tudo, nas mãos do programador certo, os programas C++ podem ser bem leves e rápidos.

Java

Ah, o java, o queridinho das empresas. Não posso garantir daqui a muitos anos no futuro, mas sabendo Java você terá facilidade de arranjar emprego, já que a impressão que se dá é de que toda maldita empresa usa java. Voltando à nossa analogia, Java ainda está muito mais pro lado do caça, só que é um caça com menos botões e alavancas. A desvantagem? É um caça com um único motor, e esse motor foi adaptado de um Fusca ‘87.

A menos que você tenha um computador bem rápido e moderno, os programas Java vão ser pesaaaaados lentos. Mas mesmo assim são bastante usados. Estou falando sério, nos computadores aqui onde trabalho eu não posso nem sonhar em usar uma IDE feita em java, porque basta abrir a IDE que todo o computador pára.

Mas se você quer seguir o caminho do desenvolvimento pra desktop, muito provavelmente vai ter que aprender Java. Ao menos fique feliz que Java não é C++, e você não terá que ficar se preocupando com os ocultismos bizarros necessários pra se fazer um programa em C++.

E na web?

Bom, escrevi demais… isso fica pras próximas partes.

Escrevi outras partes deste artigo. Leia aqui a parte 2, e a parte 3.

No related posts.

Tenho prestado atenção há tempos num vício que a faculdade cria em nós de sempre responder a uma avaliação da forma mais extensa possível, pra não dizer que é de forma “enrolativa” (sim, eu gosto de neologismos). Não basta apenas responder o que foi perguntado, para ganharmos a nota máxima precisamos dar três voltas em torno do assunto a passos arrastados, nos aproximar com cautela e só então dar a resposta.

No mundo de verdade lá fora, no mundo real das empresas onde os profissionais estão sempre correndo contra o relógio, os problemas devem ser solucionados de forma rápida, direta. As pessoas precisam ir direto ao ponto. Nas universidades, por algum motivo completamente desconhecido, parece que todos os professores decidiram em uníssono seguir o caminho completamente oposto. Uma solução direta para um problema é punida com uma nota apenas parcial. Você não consegue a nota máxima sem enrolar e resolver o problema de um jeito extenso e demorado.

Até reparei isso recentemente ao fazer uma entrevista de emprego. Sorte minha que foi com algo simples. Ao ter que escrever uma query em SQL, eu precisava unir duas tabelas. Eu poderia ter colocado uma simples vírgula entre os nomes da tabela, e eu tinha noção disso, mas viciado pelas avaliações de faculdade eu tive todo o trabalho extre de escrever por extenso “INNER JOIN” para uni-las. Pior ainda que o entrevistador citou este fato, me lembrando que teria sido melhor ter apenas colocado a vírgula.

Ao sair da faculdade, todos os vícios que eles levam 4 (ou 5) anos pra enfiar na nossa cabeça precisam ser eliminados. É preciso botar muita coisa pra fora e reaprender a fazer muita coisa do jeito certo, sem enrolar. E depois acham estranho quando as empresas reclamam que muita gente da área de TI sai da faculdade sem estar apto pra trabalhar…

PS: Este post saiu muito mais fraco do que eu esperava. Provavelmente é por estar há tanto sem escrever. Acreditem que os próximos textos vão ser melhores. Eu juro pelo Bill Gates mortinho.

No related posts.

A web, por sua natureza, á uma plataforma muito melhor do que o desktop para as aplicações universais, que rodem exatamente da mesma forma em qualquer sistema operacional. Basta você fazer uma única aplicação web, e ela rodará no Windows, Linux, Mac, Solaris, React OS, e muitos outros sistemas operacionais. E ainda com a vantagem de seus dados do programa poderem ser acessador de qualquer computador, já que todas as informações estão salvas na web.

Mas… criar aplicações que rodem em todo lugar não é justamente a proposta do java? Nós temos aqui, então, uma concorrência, uma disputa entre duas plataformas que, embora distintas, possuem um mesmo objetivo. Sendo ainda que o java perde pontos por ser lento como um dinossauro de pantufas.

A previsão de muita gente na área é de que o Java será usado cada vez menos, sendo substituído pelas aplicações online. E, pelo que parece, isto já começou. A nova versão do Mac OS (Leopard) não possui qualquer suporte ao Java 6, e ainda possui um suporte mínimo (e insuficiente) ao Java 5.

A reação de muitos usuários do Mac a isso não foi tão ruim. Muitos só disseram que nem usavam java mesmo, e seguiram adiante. Se pararmos pra pensar, o Java realmente faria falta hoje em dia? Quanto programas java você usa que não possuem um substituto equivalente para seu SO, e nem possuem um correspondente online? Será que ele não poderia ser reconstruído como uma aplicação web e você nem sentiria a diferença?

Eu queria ver opinião de leitores sobre isso, e o que acham do futuro as aplicações java e das aplicações online. Será que o java continua pelos próximos anos sem perder uma boa parcela do mercado?

Se interessou pelo assunto? Encontre livros de java com os melhores preços no JáCotei!

No related posts.

Qualquer pessoa que entenda pelo menos um pouco de informática e web design sabe que o Internet Explorer é um grande vilão, um atraso para toda a web. Não suporta os padrões, não dá suporte completo ao CSS2 que já existe há anos, ele interpreta o javascript como bem entende…

E aí qualquer pessoa que está fazendo um site tem dois trabalhos: fazer o site do jeito certo, e então usar truques para que o IE também consiga entender. Muitas empresas, para poupar tempo, fazem o site apenas do jeito errado, ou seja, o jeito do IE. E então pessoas leigas vêem que o site está funcionando no internet explorer, mas não está funcionando no firefox, e concluem que o erro está no firefox.

E esta é a verdadeira proposta da Microsoft, claro. Fazer com que as pessoas tenham que adotar o seu estilo de site, já que o navegador tem boa parcela do mercado, em vez de programar do jeito certo. Esta prática levará a dois grandes problemas em breve na web, quando chegarem o CSS3 e o HTML5. Ambos trarão grandes mudanças e avanços nos sites, mas o internet explorer demorará muito para suportá-los. E se o internet explorer não suporta nova tecnologia, é como se ela não existisse, pois não podemos fazer sites que apenas 15 ou 20% das pessoas irão acessar.

Minha proposta de protesto é que todos fiquem em silêncio às 3:49 da manhã do dia 17 de outubro. O que tem no dia 17 de outubro, Bighi? Nada! Mas mesmo assim ficaremos em silêncio por um minuto inteiro. Vamos fazer a Microsoft sentir nosso poder! Vamos mostrar que é que manda! Queremos o fim do internet explorer já!

No related posts.