Salve, galera!<\/p>\n
Muitas vezes me perguntam qual o setup que recomendo para quem est\u00e1 aprendendo a programar, come\u00e7ando por linguagens interpretadas como python ou javascript.<\/p>\n
Ent\u00e3o, segue o que eu recomendo. Essas recomenda\u00e7\u00f5es s\u00e3o baseadas em bem mais do que opini\u00f5es pessoais, por\u00e9m irei direto ao ponto, sem me justificar dos motivos de cada decis\u00e3o.<\/p>\n
Para come\u00e7o de conversa, sugiro fortemente que o Windows seja utilizado no in\u00edcio do aprendizado.<\/p>\n
Dentro do Windows, voc\u00ea vai precisar aprender a utilizar a linha de comandos. Na verdade, utilizar o terminal (ou prompt de comandos) vai acabar sendo mais produtivo para quem n\u00e3o enxerga para uma s\u00e9rie de coisas, por uma pancada de motivos.<\/p>\n
Ent\u00e3o, j\u00e1 que temos que aprender, vamos l\u00e1:<\/p>\n
Voc\u00ea precisar\u00e1 fazer isso apenas uma vez<\/p>\n
Longe de mim aqui dar uma aula completa sobre terminal. Na d\u00favida, use o Google, voc\u00ea vai precisar fazer isso de qualquer forma.<\/p>\n
Mas vamos a algumas dicas r\u00e1pidas:<\/p>\n
Ent\u00e3o, fa\u00e7a uma experi\u00eancia: simplesmente pressione enter. Voc\u00ea vai enviar nada para ser processado, vai receber nada como sa\u00edda, e a \u00fanica coisa que ser\u00e1 exibida (e falada) vai ser essa \u00faltima linha, mostrando o diret\u00f3rio no qual voc\u00ea est\u00e1. A esta \u00faltima linha, chamamos normalmente prompt.<\/p>\n
Se para quem enxerga organiza\u00e7\u00e3o \u00e9 desej\u00e1vel, para quem n\u00e3o enxerga \u00e9 essencial, a menos que voc\u00ea queira ficar totalmente perdido com suas coisas. Isso ocorre porque voc\u00ea vai demorar muito mais tempo para se achar do que pessoas que enxergam, e isso vai te desgastar, o que queremos evitar, a final o aprendizado por si j\u00e1 \u00e9 desgastante e portanto gostar\u00edamos que outros desgastes fossem evitados neste momento.<\/p>\n
Isto posto, talvez voc\u00ea n\u00e3o saiba, mas a maioria dos sistemas operacionais multi usu\u00e1rios (nos quais o Windows est\u00e1 incluso) oferece, para cada usu\u00e1rio, uma pasta particular, que chamaremos de home.<\/p>\n
Sem a menor coincid\u00eancia, quando voc\u00ea abre o prompt de comandos, sempre ser\u00e1 posicionado dentro de sua pasta particular, a sua home.<\/p>\n
Ali, recomendo a cria\u00e7\u00e3o de uma pasta chamada projetos, e dentro de cada uma um projeto separado, mesmo que sejam chamados de exercicio1, exercicio2 ou similares.<\/p>\n
o comando md serve para criar pastas.<\/p>\n
Se digitar “md projetos” e apertar enter, voc\u00ea ouvir\u00e1 o prompt ser ecoado de volta, o que significa que o comando funcionou e n\u00e3o apresentou qualquer sa\u00edda.<\/p>\n
para comprovar que o diret\u00f3rio projetos foi criado, voc\u00ea agora pode entrar nele, com o comando cd. Se digitar “cd projetos” e apertar enter, voc\u00ea vai ouvir um novo prompt, agora te dizendo que voc\u00ea est\u00e1 dentro do diret\u00f3rio projetos.<\/p>\n
Agora, dentro da pasta projetos, use o comando md para criaro diret\u00f3rio para seu primeiro projeto, e o comando cd para acessar essa pasta.<\/p>\n
Existem duas pastas especiais no sistema, chamadas respectivamente de “.” e “..”.<\/p>\n
Essas pastas n\u00e3o existem de fato, seus nomes s\u00e3o atalhos. O diret\u00f3rio “.” se refere (ou resolve) para o nome do diret\u00f3rio onde voc\u00ea est\u00e1 atualmente. Pode parecer rid\u00edculo, mas vamos ver um exemplo de como usar isso a nosso favor em breve.<\/p>\n
O diret\u00f3rio “..”, por outro lado, se refere ao diret\u00f3rio no o qual o diret\u00f3rio atual est\u00e1 contido, e pode ser usado para voltarmos na hierarquia de pastas.<\/p>\n
Por exemplo: Se eu estiver em c:\\marlon\\projetos e fizer um “cd ..”, vou para c:\\marlon. Se fizer novamente um “cd ..” vou para c:.<\/p>\n
Voc\u00ea pode abrir o Windows explorer diretamente na pasta onde est\u00e1 localizado no prompt de comandos. Para isso, digite “explorer .” e pressione enter.<\/p>\n
Voc\u00ea notou o “.” no final do comando? Fazemos isso pois o comando explorer exige um par\u00e2metro, que \u00e9 o diret\u00f3rio inicial no qual ele deve abrir. E, no caso aqui, queremos que ele abra no diret\u00f3rio no qual estamos na linha de comando. E qual pasta especial sempre retorna o diret\u00f3rio em que estamos? Sim, a pasta “.”! Assim, ao passar . como um par\u00e2metro para o comando explorer, fazemos com que este abra j\u00e1 na pasta onde estamos.<\/p>\n
Obviamente, voc\u00ea pode criar as pastas via explorer, e depois acessar usando cd no prompt de comandos. Mas digitar md e o nome da pasta depois enter ser\u00e1 na maioria das vezes mais r\u00e1pido e eficiente do que usar a interface gr\u00e1fica de qualquer maneira.<\/p>\n
Agora precisamos falar muito rapidamente sobre linguagens interpretadas. Nessas, caem, entre outras, python, javascript e php.<\/p>\n
Falaremos sobre essas tr\u00eas que s\u00e3o mais populares, mas a maioria das outras segue o mesmo tipo de comportamento.<\/p>\n
Porque s\u00e3o interpretadas?<\/p>\n
Porque elas l\u00eaem arquivos e executam diretamente, n\u00e3o existe nenhum processo intermedi\u00e1rio.<\/p>\n
Em uma linguagem compilada (golang por exemplo), voc\u00ea:<\/p>\n
Veja que, nesse tipo de situa\u00e7\u00e3o, o arquivo executado n\u00e3o \u00e9 o mesmo arquivo do c\u00f3digo fonte. Mas, em linguagens interpretadas, como exemplo aqui o javascript, voc\u00ea:<\/p>\n
Veja que, nesse caso, o arquivo executado (na verdade interpretado seria melhor) \u00e9 exatamente o mesmo arquivo fonte que voc\u00ea escreveu.<\/p>\n
Mas, querido autor, voc\u00ea deve estar se perguntando, eu uso o NVDA, que \u00e9 escrito em python, e nunca instalei um interpretador python em meu computador. Mais do que isso, o arquivo inicial do nvda \u00e9 um nvda.exe, o que prova que voc\u00ea n\u00e3o sabe o que fala. Voc\u00ea \u00e9 um enganador. Voc\u00ea \u00e9 um looser, um imbecil, um completo idiota e eu estou perdendo meu tempo!<\/p>\n
Bom, querido leitor, quem sabe se eu posso ser uma ou mais dessas coisas. Isso pode ser discutido, mas o que est\u00e1 fora de discu\u00e7\u00e3o aqui s\u00e3o esses argumentos. Se eu for t\u00e3o lament\u00e1vel assim, garanto, deve ser por outros motivos.<\/p>\n
O que acontece, e voc\u00ea n\u00e3o sabia, \u00e9 que junto com o NVDA vai um interpretador python inteirinho e que o arquivo nvda.exe inicia, por debaixo dos panos, um arquivo em bom e velho pythom que, sim, \u00e9 interpretado.<\/p>\n
Esses arquivos python tamb\u00e9m s\u00e3o compactados em um formato espec\u00edfico e descompactados em mem\u00f3ria (muito resumidamente isso), portanto o acesso a eles acaba sendo mais r\u00e1pido e sua distribui\u00e7\u00e3o mais compactada e segura.<\/p>\n
Agora que minha credibilidade foi, espero, ao menos parcialmente restaurada, seguimos em frente.<\/p>\n
Mas, se as linguagens interpretadas interpretam arquivos, elas tamb\u00e9m podem interpretar, vamos dizer assim, c\u00f3digo escrito ao vivo por programadores?<\/p>\n
Sim. A isso, chamamos de repl (read, evaluate, print, loop) ou (ler, interpretar, escrever, repetir).<\/p>\n
Funciona assim: eu como programador n\u00e3o preciso escrever necessariamente um arquivo para experimentar com a linguagem. Em vez disso, posso pedir para a linguagem interpretar c\u00f3digo que, em vez de estar em um arquivo, eu vou escrevendo.<\/p>\n
O uso de repl’s \u00e9 largamente desconhecido pela comunidade de programadores geral, menos ainda pela comunidade de programadores cegos, principalmente iniciantes.<\/p>\n
A quantidade de tempo que se pode economizar simplesmente experimentando com c\u00f3digo em vez de ir para o google buscar por alguma coisa ou escrever alguma fun\u00e7\u00e3o em algum arquivo qualquer do fonte e executar um fluxo enorme apenas para chegar no ponto de teste \u00e9 enorme.<\/p>\n
De fato, repl’s existem inclusive para algumas linguagens compiladas, notadamente java. Nesse caso, o repl primeiro faz uma pequena compila\u00e7\u00e3o e depois executa o c\u00f3digo (isso muito resumidamente), mas nosso assunto aqui s\u00e3o linguagens interpretadas.<\/p>\n
Nesta altura, voc\u00ea j\u00e1 sabe, precisar\u00e1 instalar o interpretador da linguagem que voc\u00ea quer usar.<\/p>\n
Instale o php, o node ou o python, e garanta que o caminho para o execut\u00e1vel esteja na vari\u00e1vel de ambiente PATH.<\/p>\n
Certo, vamos precisar explicar este conceito.<\/p>\n
Uma vari\u00e1vel de ambiente \u00e9 um recurso que os sistemas operacionais (Windows inclusive) oferecem para deixar a vida de todos mais f\u00e1cil. Funciona assim: voc\u00ea configura a vari\u00e1vel de ambiente em algum lugar que varia de sistema para sistema (painel de controles no caso do Windows), e toda vez que algu\u00e9m precisa do seu valor, \u00e9 s\u00f3 digitar o nome da vari\u00e1vel e pronto, o valor \u00e9 resolvido.<\/p>\n
Mas porque essas vari\u00e1veis existem?<\/p>\n
para que voc\u00ea (ou software que voc\u00ea usa) consiga usar valores sem saber na verdade quem os configurou.<\/p>\n
Por exemplo, um software pode querer decidir quantas threads usar, e isso \u00e9 dependente do n\u00famero de processadores. O que ele faz? Pede ao sistema o valor da vari\u00e1vel “NUMBER_OF_PROCESSORS”. Quem configurou isso? N\u00e3o interessa. Mas, em todas as m\u00e1quinas com o Windows instalado, essa vari\u00e1vel existir\u00e1, e apontar\u00e1 para o n\u00famero de processadores do computador.<\/p>\n
Um outro exemplo \u00e9 a vari\u00e1vel USERPROFILE. Esta aponta sempre para a home do usu\u00e1rio logado. Ent\u00e3o o software rodando, se precisar ler ou escrever em arquivos na home do usu\u00e1rio, precisa apenas consultar a vari\u00e1vel USERPROFILE, que ter\u00e1 um valor diferente dependendo do usu\u00e1rio logado (que est\u00e1 executando o software).<\/p>\n
Assim, o software tem apenas uma instru\u00e7\u00e3o (do tipo leia o arquivo em %USERPROFILE%\\applications\\temp) e, dependendo do usu\u00e1rio que o executa, o valor retornado por essa vari\u00e1vel ser\u00e1 diferente, pois sempre apontar\u00e1 para a home do usu\u00e1rio logado.<\/p>\n
voc\u00ea pode acessar qualquer vari\u00e1vel de ambiente no prompt de comandos usando o comando echo. Fa\u00e7a echo %[nome_da_vari\u00e1vel]%, por exemplo echo %USERPROFILE% e veja o que acontece.<\/p>\n
Ainda melhor, para vari\u00e1veis cujo valor \u00e9 um caminho de diret\u00f3rios, voc\u00ea pode usar seu valor com o comando cd. Por exemplo cd %USERPROFILE% sempre te levar\u00e1 para a sua home.<\/p>\n
A vari\u00e1vel PATH \u00e9 utilizada para que comandos possam ser executados sem sabermos exatamente onde foram instalados.<\/p>\n
Funciona dessa maneira: quando voc\u00ea digita um comando, por exemplo “node”, o sistema checa se um arquivo node.exe est\u00e1 na pasta em que voc\u00ea est\u00e1. Se estiver, o arquivo \u00e9 executado. De outra forma, antes de dizer que o arquivo n\u00e3o foi encontrado, o sistema l\u00ea o valor da vari\u00e1vel de ambiente PATH. Esta, no Windows, apresenta uma s\u00e9rie de diret\u00f3rios separados por ponto e v\u00edrgula (;). O sistema tenta encontrar o arquivo solicitado em cada um dos diret\u00f3rios ali listados e, caso encontre, o executa. Apenas retorna arquivo n\u00e3o encontrado se o arquivo n\u00e3o estiver em nenhum dos diret\u00f3rios listados, al\u00e9m claro do diret\u00f3rio corrente.<\/p>\n
E para que isso serve?<\/p>\n
Serve para:<\/p>\n
Voc\u00ea precisa garantir que a pasta onde o execut\u00e1vel do node ou do python ou do php est\u00e1 seja listada na vari\u00e1vel PATH, para que possa executar confortavelmente os interpretadores na linha de comandos e para que outros editores, como o visual studio code, tamb\u00e9m possam fazer isso.<\/p>\n
Normalmente, o node coloca a si pr\u00f3prio na vari\u00e1vel PATH. O python oferece, como um dos passos da instala\u00e7\u00e3o, esta op\u00e7\u00e3o, e o php n\u00e3o faz isso, o que te obrigar\u00e1 a colocar manualmente a pasta de instala\u00e7\u00e3o na vari\u00e1vel. Deixamos para voc\u00ea descobrir como fazer isso.<\/p>\n
Para garantir que o intepretador de escolha esteja na vari\u00e1vel de ambiente PATH, basta, em qualquer prompt de comando, digitar node ou python ou php -a e apertar enter. Se voc\u00ea cair no REPL (se n\u00e3o der arquivo n\u00e3o encontrado), est\u00e1 tudo certo com a configura\u00e7\u00e3o.<\/p>\n
Agora, experimente um pouco com constru\u00e7\u00f5es da linguagem que voc\u00ea precisa e se acostume ao REPL. Vai ser de muito valor.<\/p>\n
Para sair do REPL do node, pressione ctrl + d.<\/p>\n
Para sair do REPL do python, digite ctrl + z e pressione enter.<\/p>\n
Para sair do REPL do php, digite ctrl + c.<\/p>\n
Na pasta do seu projeto, digite o comando “code .”.<\/p>\n
Este comando, de maneira similar ao explorer, abre o visual studio code no diret\u00f3rio representado pelo seu par\u00e2metro. Como passamos a pasta especial “.”, o Visual studio code abrir\u00e1 na pasta atual, que \u00e9 nesse caso o que queremos.<\/p>\n
Para python, voc\u00ea vai precisar das exten\u00e7\u00f5es python<\/a>, pylance<\/a> e python debugger<\/a>, ambas publicadas pela Microsoft.<\/p>\n Para php, voc\u00ea vai precisar das exten\u00e7\u00f5es php intelephense<\/a> publicada por Bem Mewburn e php debug<\/a>, publicada por xdebug.<\/p>\n Para node, voc\u00ea n\u00e3o precisar\u00e1 de quaisquer exten\u00e7\u00f5es.<\/p>\n Cada uma dessas exten\u00e7\u00f5es precisa ser corretamente instalada, e est\u00e1 fora do escopo deste artigo detalhar os processos. No geral, lendo o readme de cada uma delas (exibido ap\u00f3s a instala\u00e7\u00e3o) dever\u00e1 ser suficiente.<\/p>\n Evite instalar exten\u00e7\u00f5es as quais voc\u00ea n\u00e3o precisa. Se n\u00e3o for desenvolver em php, n\u00e3o instale as exten\u00e7\u00f5es de php at\u00e9 que sejam necess\u00e1rias, o mesmo se aplicando para as outras linguagens.<\/p>\n Independentemente de qual for a sua linguagem de desenvolvimento, voc\u00ea vai precisar da exten\u00e7\u00e3o indentnav<\/a>, publicada por Tony Malykh. Tenha a certeza de que esta exten\u00e7\u00e3o est\u00e1 instalada.<\/p>\n Precisaremos perparar o NVDA para suporte a desenvolvimento.<\/p>\nNVDA<\/h3>\n
Configura\u00e7\u00f5es<\/h4>\n