DEV Community: Ariel Barcellos

Do JavaScript ao Python

Ariel Barcellos — Fri, 19 Jun 2020 20:54:51 +0000

Percepções de transicionar do JavaScript para o Python

Nesse artigo, eu vou contar quais foram as minhas percepções ao aprender Python em comparação com JavaScript, com a qual eu já programava.

É claro que toda linguagem tem suas vantagens e desvantagens para determinado cenário, sendo assim, não vou especificar nenhum caso de uso, apenas as funcionalidades nativas da linguagem, que são comumente usadas em tutoriais/cursos.

Para aprender uma linguagem ou framework, eu costumava usar um curso ou tutorial prático e só quando já estava usando a ferramenta buscava material mais conceitual. Com o Python, eu fiz diferente, comecei a aprender primeiro com o livro (Python Programming For Begginers), que me forneceu uma base conceitual da linguagem.

Eu acho que essa abordagem é legal pra quem já tem outras linguagens na bagagem, porque você consegue visualizar o conceito aplicado. Pra quem está começando do zero, acho que nada melhor que pôr a mão na massa (saber fazer antes de saber porquê).

Vamos para o que interessa, quais foram as minhas percepções de Python e porque eu acho que você deveria aprende-la:

1. Teoria dos conjuntos (Sets):

Apesar do JavaScript ter uma classe nativa Set, é claro que a teoria dos conjuntos não foi uma preocupação, como é evidente em Python. As operações entre conjuntos são muito mais fáceis e intuitivas em Python.

Pra quem não está por dentro da utilidade de se utilizar teoria dos conjuntos no desenvolvimento, a classe set (conjunto) é uma coleção não-ordenada de elementos únicos. Exemplo:

foo = [1, 2, 2, 3, 4, 5, 5] # Lista com objetos repetidos

# Para ter um set apenas com elementos únicos fazemos
foo_set = set(foo) # { 1, 2, 3, 4, 5 }

Em JavaScript:

const foo = [1, 2, 2, 3, 4, 5, 5]

const foo_set = new Set(foo) // Set(5) { 1, 2, 3, 4, 5 }

Até aí, beleza, tudo muito parecido.

Mas a teoria dos conjuntos vai além disso. Digamos que eu tenho um conjunto A = { 1, 2, 3, 4 } e um conjunto B = { 3, 4, 5, 6 } e queremos chegar em um terceiro conjunto que pode ser a UNIÃO (todos os elementos de A e todos os elementos de B), INTERSECÇÃO (todos os elementos de A que também estão em B) ou DIFERENÇA (todos os elementos de A que não estão em B), em Python isso é tão simples quanto:

A = { 1, 2, 3, 4 }
B = { 3, 4, 5, 6 }

U = A.union(B) # União de A e B: { 1, 2, 3, 4, 5, 6 }
I = A.intersection(B) # Intersecção de A e B: { 3, 4 }
DA = A.difference(B) # Diferença de A em relação a B: { 1, 2 }
DB = B.difference(A) # Diferença de B em relação a A: { 5, 6 }

Incrivelmente fácil e intuitivo. Já em JavaScript, não há método nativo, você teria que implementar os métodos. Nada muito complexo de fazer, mas ponto Python definitivamente.

E se você não lembrou de alguma situação onde conjuntos fariam todo sentido em seu código, guarde bem essa informação, porque vai ser útil um dia, assim como o próximo assunto.

2. Aritmética Modular

Aritmética modular mudou o jogo pra mim. Realmente, eu vi isso em um livro sobre a história da criptografia e me surpreendeu como não ensinam isso da forma correta.

Para entender o que é a aritmética modular basta pensar em relógio de parede. Um relógio de parede tem 12 posições e sempre que chega ao final, volta ao início. Ou seja, um relógio de parede está em módulo 12. Onde o número 12 também é o número 0.

Imagine então que o ponteiro está na posição 0 (12), se andarmos 3 posições estaremos na posição 3. Se andarmos com o ponteiro 15 posições estaremos também na posição 3. Ou seja, 3 e 15 em módulo 12 é equivalente a 3. Isso coincide com o resto da divisão: 3 RESTO 12 = 3 e 15 RESTO 12 = 3.

Porém, a diferença entre módulo e resto fica clara quando fazemos operações com números negativos. De volta ao ponteiro do relógio, imagine que estamos na posição das 12 horas (posição 0), e agora andamos com o ponteiro 3 posições em sentido anti-horário. Chegaremos a posição 9 do relógio. Ou seja, se andarmos com o relógio -3 (menos três) posições, chegaremos ao 9, isso é dizer que -3 MÓDULO 12 é equivalente a 9.

E é nessa parte que o JavaScript decepciona, o JavaScript trata a operação de módulo como resto. Podemos ver isso ao fazer uma operação de módulo com números negativos:

3 % 12 // Output: 3
15 % 12 // Output: 3
-3 % 12 // Output: -3

Em Python:

3 % 12 # Output: 3
15 % 12 # Output: 3
-3 % 12 # Output: 9

Você pode chegar ao mesmo resultado em JavaScript com a seguinte operação:

(12 + 3) % 12 // Output: 3
(12 + (-3)) % 12  // Output: 9

Ou seja, mais uma vez, por praticidade, ponto Python.

E se você quer alguns exemplos de onde isso é útil, além de ser a base da criptografia e criptoanálise, pense nas vezes que você precisou converter o estilo de horas (24/12 horas), um carrossel de informações em loop. Pensa no jogo da cobrinha (Snake), que ao chegar ao final da tela a cobra aparece no início do lado oposto.

De verdade, depois que você pega o jeito, começa a ver aritmética modular em todo lugar. Inclusive em grupos de WhatsApp quando mandam aquelas coisas que esse ano tem tal coisa que só acontece uma vez em cada x anos.

3. As pequenas coisas. Não há nada maior, certo? (Vanilla Sky)

Por último, vem a praticidade de não ter que declarar const, let ou var. Não precisar de parênteses para uma condicional ou loop (if, while, for). Controlar o escopo com indentação, ao invés de precisar de chaves.

Todas essas pequenas coisas que não parecem nada, mas faz com que quando você se acostuma com Python, programar em JavaScript fica um pouco desconfortável.

Mais ou menos como quando você está acostumado com um carro onde a marcha passa super suave e depois pega um outro carro que tem que ter as manhas, pisar mais na embreagem, tem sempre aquela marcha que precisa dar um soquinho pra entrar.

Espero me sair bem com essa analogia. Haha.

Bom, essas foram as minhas percepções. E você, o que acha? Deixa aí nos comentários! Não esquece de me seguir no twitter: @arielbarcellos.

Cultura open source, liberdade e software livre

Ariel Barcellos — Fri, 29 May 2020 19:33:41 +0000

Introdução

Antes de qualquer coisa, vamos tirar a ambiguidade existente no termo free software. Free software pode significar software livre e software gratuito. Nesse caso estamos falando de software livre.

Tanto software livre, como software de código aberto podem ou não cobrar na distribuição de cópias. Conforme consta do site gnu.org e opensource.org.

Todo software livre, bem como de código aberto, deve dar a liberdade ao usuário para acessar, executar, modificar e redistribuir seu código fonte. E, na maioria dosfalse casos podemos usar software livre e de código aberto como sinônimos.

Realmente, o site opensource.org coloca os dois como dois termos para a mesma coisa, porém na prática podemos ter um software de código aberto que não se trata de um software livre.

Isso porque, no caso do software livre, todo material feito a partir desse código não pode restringir essa licença. Por exemplo, eu posso acessar o repositório do código fonte do Linux, copiar, modificar e redistribuir o meu código modificado, porém as modificações não podem restringir a licença livre.

Por outro lado, um software de código aberto diz apenas respeito ao estado do seu código, que deve estar disponível ao usuário. Não, necessariamente, restringindo seu uso apenas para outros sofwares de código aberto.

Podemos ver bem como isso funciona comparando Linux e FreeBSD.

Linux VS FreeBSD

O Linux é distribuido sob a licença GNU/GPL (software livre), ou seja, não posso usar o código do Linux para fazer um sistema operacional de código fechado (proprietário).

Também não posso distribuir o código Linux com softwares cujas licenças restrinjam a liberdade de acessar, modificar, copiar e redistribuir. Softwares proprietário são o caso, pois restringem de usuário acessar e modificar o código fonte.

O FreeBSD é um sistema operacional de código aberto, já que você pode acessar, copiar, modificar e redistribuir seu código. Mas, diferente do Linux, você pode usar o código do FreeBSD para fazer o seu próprio sistema operacional e não deixar o código aberto, como é o caso do Mac OS X, que usa muitos componentes do FreeBSD.

Com isso concluimos que para ser software livre tem que ser de código aberto, mas para ser de código aberto, não precisa ser livre.

Outro jeito para lembrar é:

Códigos derivados de software livre sempre serão software livre.
Códigos derivados de software de código aberto, podem não ser software de código aberto.

Se um software é livre, como pode restringir o seu uso?

Bom, o fato de ser um software livre diz respeito apenas que ele atende às condições colocadas pela Free Software Foundation, e tem em seu uso um contrato de licença de uso que é aceito voluntariamente pelo usuário. Do mesmo jeito que o Windows tem um outro tipo de licença.

Ou seja, na prática o software livre pode ter um contrato de licença mais permissivo que o Windows, porém, ainda possui restrições.

Outra coisa que podemos pensar é na competência das partes do contrato em fazer valer suas cláusulas. A licença do Windows não permite cópia e distribuição do sistema para terceiros, porém o Windows é distribuido sem autorização, independente dessa restrição.

Da mesma maneira, se uma pessoa usa uma biblioteca javascript que está sob licença GNU GPL em um projeto que será distribuido e, que não terá seu código disponível para acesso, cópia e modificação, está infringindo o contrato.

Ou seja, provavelmente existem muitas aplicações por aí que usam código de software livre, porém não são software livre. É claro que, em alguns casos, isso leva a um processo judicial, pricipalmente quando envolvem grandes empresas. Do mesmo jeito que acontece com a utilização de Windows pirata, como no caso em que a Microsoft acusou Embraer de usar software pirata.

Código aberto como cultura de desenvolvimento

No fim, essas licenças que restringem o uso do código acabam só por dificultar o progresso da cultura de código aberto, uma vez que a vantagem do Open Source não está em dizer como ou não seu código será utilizado por outros, mas, sim, por ter toda uma rede trabalhando de forma descentralizada em resolver um mesmo problema.

E se a Canonical quiser distribuir o Ubuntu com softwares proprietários instalados por padrão? A ideia é que a cultura de código aberto é melhor e mais eficiente que a forma centralizada de desenvolvimento de software proprietário.

Se realmente acreditamos nisso, porque temer que peguem um trabalho descentralizado e o centralizem? Pela lógica, eles estão apenas piorando um produto. Desde que isso não proiba de qualquer forma que o trabalho descentralizado siga o seu caminho.

Conclusão

A cultura open source já se provou mais eficiente que a cultura de desenvolvimento centralizado, não devíamos ter medo de como vão usar o código, simplesmente porque não temos esse poder. Se uma pessoa quiser usar um código meu para algo que eu considero maléfico, eu não tenho como fazer nada. Da mesma forma, um fabricante de corda não tem como controlar um usuário dessa corda de se enforcar com ela. Ele pode até colocar nos termos de compra e uso da corda.

Você pode até querer que seu código seja apenas utilizado de uma forma ou outra, mas na realidade o único jeito de você evitar isso é não publicar o código, mas, de novo, só estará piorando o produto.

Espero que você tenha gostado desse artigo e se quiser estar sempre ligado em novas publicações me segue no Twitter: @arielbarcellos.

As ameaças à criptografia ponta-a-ponta (end-to-end encryption)

Ariel Barcellos — Fri, 08 May 2020 14:57:55 +0000

Não faz tanto tempo que o WhatsApp começou a utilizar criptografia ponta-a-ponta em suas mensagens e Mark Zuckerberg anunciou esse ano que o Facebook iria usar criptografia ponta-a-ponta em suas 3 plataformas de troca de mensagens. Isso é ótimo, certo? Garantir que sua mensagem só será lida por você e por quem você deseja que a leia. Porém, algumas pessoas não estão felizes com isso. Por que será?

Para começar, o que é criptografia ponta-a-ponta? De maneira bem simples, esse tipo de criptografia quer dizer que a mensagem sai do celular remetente criptografada e só será descriptografada no celular da outra pessoa através de uma troca de chaves que só os dispositivos dos usuários terão. Nem a empresa desenvolvedora do aplicativo teria acesso à mensagem.

Diferente de outros mecanismos de criptografia onde a mensagem é criptografada no seu celular, descriptografada no servidor de mensagens, que criptografa novamente a mensagem e envia ao destinatário, podendo no caminho armazenar em bancos de dados a mensagem. Veja que, nesse caso, se o servidor de mensagens for comprometido, outras pessoas podem ter acesso às suas mensagens.

Nesse sentido, a criptografia ponta-a-ponta é um ótimo recurso para garantir a confidencialidade da mensagem, porém alguns mecanismos podem comprometer a privacidade dos usuários. Veja abaixo três exemplos:

Escaneamento no cliente (client-side scanning)

No escaneamento no cliente, o aplicativo é configurado para escanear o conteúdo da sua mensagem e confrontar o conteúdo com um banco de dados. Caso exista em sua mensagem alguma coisa considerada problemática, o aplicativo pode negar o envio de tal mensagem ou até mesmo enviar a mensagem para terceiros sem o seu conhecimento.

Apesar desse mecanismo poder ser usado para causas realmente importantes, como prevenir a dissipação de conteúdo de exploração infantil, ele também pode ser usado para perseguir indivíduos pacíficos em países onde seja crime, por exemplo, criticar o governo ou ser homossexual.
Fantasmas em suas conversas

Apesar de suas mensagens serem criptografadas e só quem está na conversa tem a chave para descriptografar a mensagem, o aplicativo pode esconder participantes fantasmas que receberão também as mensagens sem você saber. Esse caso é igual aos “grampos” que empresas telefônicas realizam através de mandados judiciais.

Muitas pessoas até acham esse mecanismo legal desde que seja utilizado apenas pelos agentes do Estado para ajudar em investigações. Se você confia no governo e seus agentes, provavelmente é o seu caso. Porém, uma brecha de segurança é uma brecha de segurança e a invasão que pode ser usada para o bem hoje, pode ser usada para perseguição e opressão amanhã.
Backups não criptografados

Muitas pessoas já estão expostas a esse risco. Aplicativos de mensagem frequentemente dão a opção de backup de mensagens aos usuários, porém se tal backup não está criptografado, suas mensagens estão expostas. Seja caso se comprometa sua conta Google ou o servidor onde as mensagens estão armazenadas, suas mensagens estarão visíveis.

O melhor é não fazer backup de mensagens, mas se for estritamente necessário, certifique-se de que seu backup esteja criptografado e coloque uma senha segura para descriptografá-lo.

Conclusão

Com o andar da carruagem é bem provável que nos próximos anos a maioria dos aplicativos de mensagens conhecidos hoje estarão expondo seus usuários a brechas de segurança. Mas, não nos desesperemos, soluções de código aberto e que utilizem criptografia de ponta-a-ponta junto com comunicação peer-to-peer (P2P — as mensagens não passam por um servidor e vão direto ao outro usuário) já existem e serão utilizadas cada vez mais.

Seja mais produtivo com Linux #2

Ariel Barcellos — Wed, 06 May 2020 16:35:50 +0000

Como consultar e usar o histórico de comandos usados no terminal com history, ! e CTRL + R.

Três comandos que me ajudam muito no dia a dia desde que os aprendi são os comandos: history, ! (ponto de exclamação) e CTRL + R.

History

O comando history mostra os comandos utilizados no pelo usuário até o limite especificado no arquivo ~/.bashrc:

HISTSIZE=1000
HISTFILESIZE=2000

Esse comando é legal pois ele permite que você filtre, utilizando o grep, os comandos que você usou com determinado padrão. Por exemplo:

$ history | grep npm
1953 npm install
1955 npm run dev
1956 npm start

Ou seja, ele mostra todos os registros do histórico do comando npm.

Ponto de Exclamção (!)

O segundo comando ! serve para executar o último comando com determinada aplicação. No caso acima, vamos que a última entrada com o comando npm é npm start, logo se usarmos !npm teremos:

$ !npm
npm start

Se for dado o comando com duas exclamações !!, será executado o último comando (esse comando é equivalente a apertar a tecla para cima seguido de enter).

CTRL + R

O comando CTRL + R permite procurar por palavras chaves no seu histórico de comandos utilizados e retorna o último comando com aquela palavra-chave.

Por exemplo, vamos dizer que você utilizou vários comandos com a aplicação npm, sendo que o último comando foi npm install --save axios, e você quer utilizar o comando npm run dev. Você não pode usar o comando !npm pois esse irá executar o último comando com npm.

Com o CTRL + R você pode buscar o último comando com a palavra chave dev e ele te retornará último comando que contenha essa palavra, conforme abaixo, depois de ativar o atalho com CTRL + R:

(reverse-i-search)`': ~> assim irá aparecer ao ativar o atalho
(reverse-i-search)`dev': npm run dev

Obs.: Note que utilizando este comando, ele encontrar qualquer comando que tenha a sequência ‘dev’. Ou seja, se houver outro comando mais recente com a palavra dev, esse será o comando mostrado.

Conclusão

Com esses três comandos você não precisará mais ficar apertando para cima e para baixo até encontrar o comando que está procurando. Você perceberá muito rápido como esses comandos facilitam seu dia a dia com Linux.

Mais dicas

Leia também o artigo sobre como otimizar a navegação entre diretórios:

Seja mais produtivo com Linux #1

Ariel Barcellos ・ May 5 ・ 2 min read

#linux #produtividade #terminal #bash

Seja mais produtivo com Linux #1

Ariel Barcellos — Tue, 05 May 2020 19:01:57 +0000

`pushd`, `popd` e `dirs`

Esses três comandos servem para facilitar a sua navegação entre diretórios. Normalmente, usamos o comando cd [caminho_do_diretorio], porém com os comandos pushd, popd e dirs podem agilizar e muito a navegação entre diretórios, pois cria um registro dos diretórios em forma de uma pilha (stack).

Basicamente, os comandos funcionam da seguinte maneira: o comando pushd adiciona um diretório à pilha de diretórios. O comando popd remove o último diretório adicionado da pilha de diretórios, navegando até o diretório que estava posterior na pilha. Por último, o comando dirs mostra todos os diretórios na pilha.

Exemplo

Navegue até o diretório /tmp e crie alguns diretórios para o exemplo:

$ cd /tmp

$ mkdir diretorio{0,1,2,3,4} ~> esse comando criará 5 diretórios

Veja quais diretórios estão na pilha usando o comandodirs e depois navegue até o diretorio0 com o comando pushd diretorio0:
```
$ dirs
output: /tmp

$ pushd diretorio0
output: /tmp/diretorio0 /tmp
```
Note que toda vez que você adiciona ou remove um diretório da pilha, será mostrado o novo estado da pilha na tela.
Agora temos dois diretórios na pilha, se quisermos navegar até o diretório1, usamos novamente o comando pushd com o caminho (relativo ou absoluto):
```
$ pushd /tmp/diretorio1
output: /tmp/diretorio1 /tmp/diretorio0 /tmp
```
Para retornar ao diretorio0 basta usarmos o comando popd e remover o diretorio1 da pilha:
```
$ popd
output: /tmp/diretorio0 /tmp
```

Para pular para um diretório específico da pilha sem remover nenhum, fazemos como abaixo:

$ pushd /tmp/diretorio0
output: /tmp/diretorio0 /tmp

$ pushd /tmp/diretorio1
output: /tmp/diretorio1 /tmp/diretorio0 /tmp

$ pushd /tmp/diretorio2
/tmp/diretorio2 /tmp/diretorio1 /tmp/diretorio0 /tmp

Se queremos pular do diretório atual (diretorio2) para o diretorio0 temos que andar duas posições na pilha. Então utilizamos o comando pushd conforme abaixo:
```
$ pushd +2
output: /tmp/diretorio0 /tmp /tmp/diretorio2 /tmp/diretorio1
```

Caso você use o comando pushd sem o argumento +2, você será direcionado para o último diretório antes desse, ou seja, você pode usar o comando pushd para revezar entre dois diretórios (como se fosse um alt + tab entre diretórios).

Note que, ao caminhar pelas posições na pilha, os diretórios que antecediam o diretório de destino foram para o final da pilha. Isso pode fazer que a navegação se torne confuso se a pilha está muito grande. Porém, sempre se pode limpar a pilha utilizando o comando dirs -c.

Com o tempo e costume isso ajuda muito na navegação, principalmente quando se tem que ficar indo de um lado pro outro em diretórios de configuração.

DEV Community: Ariel Barcellos

Do JavaScript ao Python

Percepções de transicionar do JavaScript para o Python

1. Teoria dos conjuntos (Sets):

2. Aritmética Modular

3. As pequenas coisas. Não há nada maior, certo? (Vanilla Sky)

Cultura open source, liberdade e software livre

Introdução

Linux VS FreeBSD

Se um software é livre, como pode restringir o seu uso?

Código aberto como cultura de desenvolvimento

Conclusão

As ameaças à criptografia ponta-a-ponta (end-to-end encryption)

Conclusão

Leia mais:

Seja mais produtivo com Linux #2

History

Ponto de Exclamção (!)

CTRL + R

Conclusão

Mais dicas

Seja mais produtivo com Linux #1

Ariel Barcellos ・ May 5 ・ 2 min read

Seja mais produtivo com Linux #1

pushd, popd e dirs

Exemplo

`pushd`, `popd` e `dirs`