Salve, galera!<\/p>\n
Este \u00e9 o primeiro artigo de nossa s\u00e9rie sobre como usar ambientes Windows e Linux juntos para uma maior produtividade em ambientes de desenvolvimento.<\/p>\n
Neste primeiro artigo sobre programa\u00e7\u00e3o para deficientes visuais, vou trazer uma maneira consistente de usarmos o Linux no ambiente profissional sem abrir m\u00e3o das comodidades do uso dos leitores de tela Windows.<\/p>\n
Por vezes, voc\u00ea vai trabalhar em projetos nos quais todos os desenvolvedores est\u00e3o usando sistemas operacionais e \/ ou ferramentas inacess\u00edveis. No meu caso, a linguagem utilizada no projeto foi Java e todos os desenvolvedores da equipe utilizavam MacOS, para o qual n\u00e3o existe acessibilidade em nenhuma IDE conhecida neste eco-sistema. A possibilidade de usar o Text Edit, sem completude de c\u00f3digo, ferramentas automatizadas de build entre outros era inaceit\u00e1vel. N\u00e3o apenas diminuiria alarmantemente a minha produtividade, como tamb\u00e9m causaria problemas de integra\u00e7\u00e3o com o restante da equipe. A enorme falta de efici\u00eancia do VoiceOver<\/a> no terminal, o que for\u00e7ou o desenvolvimento de leitores de tela alternativos, como o TDSR<\/a>, tamb\u00e9m era fator de risco, uma vez que n\u00e3o sabemos at\u00e9 quando esses leitores de tela ser\u00e3o mantidos e, de qualquer maneira, a integra\u00e7\u00e3o entre os dois (VoiceOver<\/a> e TDSR<\/a> ) \u00e9 bastante desconfort\u00e1vel.<\/p>\n Assim, ficou claro para mim que o MacOS n\u00e3o era um sistema vi\u00e1vel para uso di\u00e1rio, ao menos neste cen\u00e1rio. O que fazer ent\u00e3o?<\/p>\n Como MacOS n\u00e3o era vi\u00e1vel, comecei a buscar por outras solu\u00e7\u00f5es.<\/p>\n Em ambiente corporativo, nem sempre temos a liberdade de instalar um equipamento de acordo com o nosso desejo. Precisa haver uma integra\u00e7\u00e3o de logon em determinados dom\u00ednios, determinadas permiss\u00f5es precisam ser concedidas, determinados softwares de seguran\u00e7a e outros precisam ser instalados e as equipes de microinform\u00e1tica precisam estar confort\u00e1veis e dispostas a abrir fluxos de exce\u00e7\u00e3o que, ainda por cima, talvez conflitem com as pol\u00edticas de seguran\u00e7a da organiza\u00e7\u00e3o, disposi\u00e7\u00e3o esta que normalmente inexiste para instala\u00e7\u00f5es fora dos padr\u00f5es que foram por elas estabelecidos. Veja, essas equipes tem l\u00e1 a sua raz\u00e3o. Se qualquer coisa acontecer, elas responder\u00e3o por eventuais falhas. No meu caso, o n\u00famero de instala\u00e7\u00f5es Linux na empresa era rigorosamente zero … o que me deixaria com a p\u00e9ssima op\u00e7\u00e3o de mexer com metade de uma empresa na qual eu havia rec\u00e9m chegado para me atender em algo no qual eles n\u00e3o tinham qualquer experi\u00eancia. Mesmo se, de maneira in\u00e9dita, uma instala\u00e7\u00e3o Linux oficial fosse feita, ainda havia outros riscos a considerar. A pouca documenta\u00e7\u00e3o sobre leitores de tela para Linux, principalmente para casos de uso que envolvem seu uso em conjunto com ferramentas de desenvolvimento de software, tornaria enormemente arriscado afirmar que esta solu\u00e7\u00e3o sequer valeria a pena ser tentada. Era s\u00f3 o que faltava envolver um time inteiro, j\u00e1 muito ocupado, com a tarefa de homologar e instalar uma distro apenas para descobrir que, por causa de uma atualiza\u00e7\u00e3o tal de pacote tal, o Orca<\/a> n\u00e3o iria funcionar com o Eclipse<\/a> por causa de tal e tal justamente na distro e vers\u00e3o escolhidas.<\/p>\n Java? Tudo bem, a linguagem \u00e9 port\u00e1vel, As ferramentas s\u00e3o port\u00e1veis. Ent\u00e3o usar o Windows, sistema j\u00e1 utilizado na organiza\u00e7\u00e3o para o pessoal n\u00e3o t\u00e9cnico, resolvia por si s\u00f3 um monte de problemas. Pessoal da microinform\u00e1tica apenas razoavelmente desconfort\u00e1vel, sistema operacional conhecido, software base instalado, imagens prontas. Estamos, portanto, totalmente resolvidos e n\u00e3o h\u00e1 mais qualquer problema, certo? Certo, at\u00e9 a hora em que voc\u00ea descobre que todo o eco-sistema do projeto \u00e9 dependente de *nix. Shell scripts de apoio, imagens docker<\/a> que, sabidamente, n\u00e3o rodam bem no porte para Windows, todas as coisas que precisar\u00e3o ser adaptadas apenas para que seu processo de build \/ run \/ test funcionem adequadamente, tomando claro o cuidado de n\u00e3o quebrar, na adapta\u00e7\u00e3o, a compatibilidade com os sistemas que seus colegas est\u00e3o usando. Voc\u00ea pensa em usar o git bash para ganhar suporte a shell scripts, pensa em vers\u00f5es alternativas de imagens docker,<\/a> pensa em talvez instalar outras ferramentas ex\u00f3ticas … e olha uma infinidade de c\u00f3digo que precisar\u00e1 ser mudado, coisas que precisar\u00e3o ser estendidas, apenas para que uma \u00fanica pessoa, no caso voc\u00ea, consiga usar um ambiente de desenvolvimento diferente dos demais. A esta hora, depois de tanto tempo de \u00e1rea, voc\u00ea sabe que ningu\u00e9m pode, e nem deveria, parar para te explicar o que aquela linha esquisita de um script que apresentou erro no seu Windows faz. Esse script, possivelmente, foi escrito anos atr\u00e1s por algu\u00e9m que provavelmente nem est\u00e1 mais trabalhando ali. Na verdade, ningu\u00e9m sabe o que ela faz nem no MacOS, que dir\u00e1 a raz\u00e3o de estar dando pau em um sistema que ningu\u00e9m nunca tentou usar, at\u00e9 voc\u00ea chegar. Voc\u00ea pesa todos os pr\u00f3s e contras e, em desespero, verifica que o Windows seria uma op\u00e7\u00e3o demasiadamente complexa para valer o esfor\u00e7o.<\/p>\n Muito bem ent\u00e3o:<\/p>\n Voc\u00ea se levanta e vai tomar um caf\u00e9 aflitivo e solit\u00e1rio. Sabe que n\u00e3o pode compartilhar seu problema com ningu\u00e9m e que, mesmo as pessoas bem intencionadas que se importam, tem um conhecimento de tecnologia assistiva e acessibilidade praticamente nulo, raz\u00e3o pela qual n\u00e3o podem te ajudar. Voc\u00ea ouve as pessoas ao seu redor e s\u00f3 deseja enxergar para se livrar deste peso, apenas deseja abrir sua IDE e codificar, livre como qualquer um … e se lembra de que esses pensamentos, por mais que sejam por vezes justificados, n\u00e3o te levar\u00e3o a nada. Voc\u00ea ainda precisa do seu emprego, precisa se integrar a equipe e precisa colocar para fora o conhecimento que possui e que, no momento, est\u00e1 preso por causa de ferramentas. Seria bom, muito bom, se voc\u00ea pudesse usar seu Windows para escrever c\u00f3digo e, de alguma forma, rod\u00e1-lo diretamente no Linux … Ent\u00e3o voc\u00ea tem a ideia. Agradece a Deus pela inspira\u00e7\u00e3o e come\u00e7a a elencar as premissas de como vai funcionar.<\/p>\n A ideia foi usar uma m\u00e1quina virtual Linux para rodar o software que seria escrito usando o Eclipse<\/a> e o Visual Studio Code<\/a> no Windows. Instalar Linux em uma m\u00e1quina virtual resolveria uma s\u00e9rie de problemas, pois o Linux virtual, se configurado adequadamente, seria visto apenas pela m\u00e1quina Windows, e, portanto, n\u00e3o interferiria com os demais equipamentos da empresa. Por outro lado, precisaria haver uma integra\u00e7\u00e3o entre m\u00e1quina f\u00edsica e m\u00e1quina virtual em termos de sistemas de arquivo, para que os editores no Windows pudessem acessar os fontes de maneira transparente na m\u00e1quina Linux. A parte final deste quebra-cabe\u00e7as seria integrar o controle da m\u00e1quina Linux de maneira mais transparente poss\u00edvel na m\u00e1quina Windows, para que as duas trabalhassem efetivamente como se fossem uma s\u00f3 e rodar os scripts de build, test e outros fosse o mais simples poss\u00edvel. Por fim, e muito importante, usar software pirata estava fora de quest\u00e3o, pois isso implicaria em causar riscos para a empresa, al\u00e9m de ser ilegal. O Linux a ser instalado tamb\u00e9m n\u00e3o deveria ter interface gr\u00e1fica, j\u00e1 que sua principal fun\u00e7\u00e3o seria a de servidor e m\u00e1quina de build. Instalar uma interface gr\u00e1fica seria disputar mem\u00f3ria entre sua m\u00e1quina f\u00edsica e virtual e, definitivamente, uma estrat\u00e9gia t\u00e3o lenta a ponto de se tornar invi\u00e1vel n\u00e3o era o que eu queria. Mesmo assim, seria importante ter um leitor de telas instalado que funcionasse no terminal da m\u00e1quina linux, para as primeiras configura\u00e7\u00f5es e a pr\u00f3pria instala\u00e7\u00e3o do sistema.<\/p>\n Que ningu\u00e9m se engane: O VirtualBox<\/a> est\u00e1 longe de ser minha primeira escolha. De desempenho sabidamente baixo no Windows, o produto aparenta, em sua intera\u00e7\u00e3o com o usu\u00e1rio, uma experi\u00eancia grosseira, quase como se os seus desenvolvedores n\u00e3o quisessem de fato t\u00ea-lo construido, mesma impress\u00e3o que tenho sobre quem escreveu sua documenta\u00e7\u00e3o. Apesar disso, ele foi a melhor op\u00e7\u00e3o entre os virtualizadores dispon\u00edveis. Isso porque o VMware Workstation Player<\/a>, que seria minha solu\u00e7\u00e3o preferida, n\u00e3o \u00e9 livre para empresas e o Hyper-V<\/a>, dos tr\u00eas virtualizadores que eu conhe\u00e7o, \u00e9 o \u00fanico a n\u00e3o oferecer drivers virtuais de som, o que anula a premissa de usar um Linux com suporte a leitores de tela rodando diretamente do terminal. Al\u00e9m disso, a maneira com que networking \u00e9 gerenciada neste produto apavora qualquer pessoa que n\u00e3o tenha, possivelmente, participado de sua concep\u00e7\u00e3o. Para um data center profissional talvez esteja ok, mas n\u00e3o para um desenvolvedor que quer apenas instalar uma m\u00e1quina virtual em uma esta\u00e7\u00e3o de trabalho. Quanto ao Windows Subsystem for Linux (WSL)<\/a>, na corrente data, a vers\u00e3o 1 n\u00e3o oferece suporte nativo ao docker<\/a>, o que o tira fora da jogada, e a vers\u00e3o 2 \u00e9 s\u00f3 uma promessa, que traz consigo a enervante sugest\u00e3o de que o Hyper-V<\/a>, do qual j\u00e1 falamos anteriormente, dever\u00e1 ser instalado consigo. Assim, com alguma tristeza, fui tentar descobrir como usar o VirtualBox<\/a>. Espero, sinceramente, que este tutorial alivie a dor de quem vem pelo mesmo caminho, porque desbravar o uso deste pacote n\u00e3o foi f\u00e1cil.<\/p>\n Para o Linux, usaremos o Tarch<\/a>, que \u00e9 a continua\u00e7\u00e3o do Talking Arch<\/a>, distribui\u00e7\u00e3o que oferece um DVD de instala\u00e7\u00e3o do Arch Linux<\/a> j\u00e1 com o leitor de telas Speakup<\/a> e o sintetizador de voz eSpeak<\/a> pr\u00e9 configurados, atrav\u00e9s do pacote espeakup<\/a>. Esta distribui\u00e7\u00e3o foi escolhida porque os m\u00faltiplos componentes envolvidos em fazer um leitor de telas que opera no terminal j\u00e1 est\u00e3o configurados e, tamb\u00e9m, porque o Arch Linux<\/a> \u00e9 uma distribui\u00e7\u00e3o r\u00e1pida, complexa e que n\u00e3o vem com um gerenciador gr\u00e1fico instalado.<\/p>\n Para acessar remotamente a m\u00e1quina virtual, optamos pelo cliente nativo SSH para Windows 10, j\u00e1 que sua intera\u00e7\u00e3o com o NVDA<\/a> praticamente n\u00e3o difere de uma intera\u00e7\u00e3o normal com o pr\u00f3prio prompt de comandos do Windows.<\/p>\n Aqui, precisamos escolher entre usar o pr\u00f3prio servi\u00e7o de compartilhamento de arquivos do VirtualBox<\/a> ou uma outra solu\u00e7\u00e3o. Pesquisando um pouco, e dada a falta de qualidade na implementa\u00e7\u00e3o, na documenta\u00e7\u00e3o e na acessibilidade do VirtualBox<\/a>, optamos por utilizar o Samba<\/a>, delegando ao Linux, e n\u00e3o ao virtualizador, a tarefa de deixar suas pastas acess\u00edveis para o Windows.<\/p>\n Na segunda parte<\/a> deste artigo, a gente conta para voc\u00ea como fizemos nossa m\u00e1quina virtual, que nos permitiu trabalhar, praticamente sem adapta\u00e7\u00f5es, n\u00e3o somente neste, mas em muitos outros projetos de desenvolvimento de software que tamb\u00e9m seguiam as mesmas caracter\u00edsticas na empresa.<\/p>\n Salve, galera! Este \u00e9 o primeiro artigo de nossa s\u00e9rie sobre como usar ambientes Windows e Linux juntos para uma maior produtividade em ambientes de desenvolvimento. parte I – Introdu\u00e7\u00e3o parte II – Instalando a m\u00e1quina virtual Parte III – Instalando o Arch Linux Parte IV \u2013 integrando Linux e Windows Neste primeiro artigo sobre programa\u00e7\u00e3o para deficientes visuais, vou<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[162,5,16,15,264,13,4],"tags":[46,267,76,266,265,124],"class_list":["post-684","post","type-post","status-publish","format-standard","hentry","category-artigos","category-linux","category-nvda","category-orca","category-programacao","category-voiceover","category-windows","tag-acessibilidade","tag-linux","tag-produtividade","tag-programacao","tag-programando-as-cegas","tag-windows"],"yoast_head":"\nLevantamento de solu\u00e7\u00f5es<\/h2>\n
Instalar o Linux<\/h3>\n
Rodar o projeto no Windows<\/h3>\n
Resumindo<\/h3>\n
\n
A solu\u00e7\u00e3o<\/h2>\n
Pacotes utilizados na solu\u00e7\u00e3o<\/h3>\n
Gerenciador de m\u00e1quinas virtuais<\/h4>\n
Distro Linux<\/h4>\n
Acesso remoto<\/h4>\n
Compartilhamento de arquivos<\/h4>\n
Artigos da s\u00e9rie<\/h2>\n
\n