DEV Community: Gabriel (Gabu) Bellon

Month Post #1

Gabriel (Gabu) Bellon — Sun, 31 Oct 2021 00:00:00 +0000

um post mensal para todos governar lembrar do que fiz…

No meio do fervor da Python Brasil 2021 em um momento de conversa com o @marcorougeth e lendo um post no blog dele (dica LEIA o blog dele, vale muito o pena!) gostei da ideia de ter esse foco mensal em escrever. Vou mudar o conceito aqui e criar uma estrutura de “Month Post” (Post Mensal) trazendo alguns pontos de quero trazer, mas não necessiaramente sendo algo técnico e nem sem algo ligado as comunidade de atuo. Também pretendo usar esse post como um “todo list” sobre itens que gostaria de abordar, podendo ser um post que irã sendo evoludo dutante o mês. Pois bem, pontuações feitas, vamos ao pontos do mes

2021 - outubro

Bots e automatizações [todo: posts sobre];
Gerencimento da empresa contratada de libras;
Mediação da mesa de Educação Não Formal;

Mudança e customização de tema [todo: post sobre]

Post sobre a Python Brasil 2021
Organizar a wiki

Migrando (e customizando) o tema desse site (WIP)

Gabriel (Gabu) Bellon — Sun, 31 Oct 2021 00:00:00 +0000

escolhendo um novo tema

Queria um tema clean e leve https://github.com/riggraz/no-style-please

mas e o tema antigo ?

Mas o tema antigo tinha umas funções legais

https://github.com/YoussefRaafatNasry/portfolYOU

customizando o tema novo com funções do tema antigo

Agora tem wiki, projetos, apresentações e timeline !!!

meta post

Editar usando o github online !!!

Exemplo de Projeto Utilizando Sagemaker MultiModel

Gabriel (Gabu) Bellon — Fri, 30 Apr 2021 00:00:00 +0000

Este é um post feito a muitas mãos de um projeto dentro da Conta Azul junto a AWS

Leia o artigo aqui

Pessoas + Tecnologia > Pandemia

Gabriel (Gabu) Bellon — Tue, 03 Nov 2020 03:00:00 +0000

Senti falta dos abraços e aperto de mão das PESSOAS

que não puder ter ou dar…

Senti falta de rever PESSOAS

que a um ano eu não via….

mas como se apenas tivesse uma semana passado.

Senti falta de conhecer PESSOAS

que eu já conhecia…

Senti falta de reconhecer PESSOAS

que eu ainda não conhecia…

Mas achei nas PESSOAS

a energia e felicidade !

Mas eu achei mas PESSOAS

A COMUNIDADE !

Mesmo longe,

estamos PERTO !

Mesmo separados,

estamos JUNTOS !

Mesmos não nos vendo,

estamos nos OLHANDO !

E a tecnologia não nos faz PESSOAS …

A tecnologia ajuda a nos manter PESSOAS !

A um tempo eu aprendi que

PESSOAS > Tecnologia …

Hoje eu descobri que

PESSOAS + Tecnologia > Pandemia !!

Apontar uma branch de um fork para a branch principal do repo original

Gabriel (Gabu) Bellon — Mon, 31 Aug 2020 03:00:00 +0000

Fork sempre atualizado !

Uma pequena dica para quando trabalhar com forks de repositórios e apontar branch principal do seu fork (ou qualquer outra) para a branch principal do repositório original.

Isso ajuda a manter seu código no fork sempre na versão mais atualizada do repositório original, permitindo que suas customizações e merges sejam mais práticos

Configurando os remotes

Após realizar o fork de um repositório e o clone para sua máquina local, você pode executar em um terminal o comando git remote -v, o mesmo ira retornar para quais remotes o repositório está apontando.

Inicialmente temos apenas o remote do nosso fork:

$ git remote -v
> origin    git@github.com:<your_git_account>/<repo>.git (fetch)
> origin    git@github.com:<your_git_account>/<repo>.git (push)

Com o comando git remote add podemos incluir um novo remote, no caso vamos adicionar o repositório original, mas poderiamos adicionar qualquer outro fork, ou apontas para nosso fork para vários serviços git ao mesmo tempo.Ao executarmos a adição e na sequência um git remote -v agora vemos que o nosso fork tem mais de um remote configurado.

$ git remote add upstream git@github.com:<origin_account>/<repo>.git
$ git remote -v
> origin    git@github.com:<your_git_account>/<repo>.git (fetch)
> origin    git@github.com:<your_git_account>/<repo>.git (push)
> upstream  git@github.com:<original_git_account>/<repo>.git (fetch)
> upstream  git@github.com:<original_git_account>/<repo>.git (push)

Executamos um fetch para trazer todas as branchs de todos os remotes para nosso fork

git fetch upstream

Branchs atualizadas !

Agora podemos apontar a branch principal do nosso fork para o repositório original. Primeiro criamos uma branch temporária e movemos para ela:

git checkout -b tmp

Na sequência apagamos a branch principal do nosso fork:

git branch -D <main_branch_fork>

Logo após criamos novamente uma branch com o mesmo nome no nosso fork, mas apontando para a branch principal do repositório original:

git checkout upstream/<main_origin_repo> -b <main_branch_fork>

Pra finalizar excluimos a branch temporária

git branch -D tmp

Ou se preferir apenas criar uma nova branch no seu fork, mantendo a sua principal, basta criar uma nova branch:

git checkout upstream/<main_origin_repo> -b <new_branch_name>

Com isso agora podemos sempre executar um git pull <new_branch_name> ou <main_branch_fork> e teremos em nosso fork o código do repositório original atualizado.

Para mais detalhes a documentação do GitHub pode ajudar.

Testando do Forestry.io

Gabriel (Gabu) Bellon — Sun, 16 Aug 2020 03:00:00 +0000

Post pelo Forestry.io !

Esse é apenas um post teste para verificar se o Forestry.io está configurado corretamente

O que é o Forestry.io ?

Forestry.io é um criador de site estáticos que se liga a um repositório git, permitindo que se tenha uma interface de escrita online e ainda tenha um controle de versão do seu site (e podendo gerenciar ele localmente se quiser).

Isso ajuda a pode criar textos e posts de qualquer navegados e ainda deixar ter um site customizável pelo git .

Vou montar um tutoria de como configurei o meu logo mais, por enquanto isso é um teste para ver como vai ficar as informações.

Combinando o virtualenvwarpper com o pyenv

Gabriel (Gabu) Bellon — Fri, 10 Jan 2020 00:00:00 +0000

virtualenvwarpper e pyenv

O virtualenvwarpper é um plugin que que cria alguns a facilitadores e atalhos para utilizar ambientes virtuais com o python. Mais detalhes na documentação oficial: https://virtualenvwrapper.readthedocs.io/en/latest/command_ref.html.

Combinando o mesmo com o pyenv temos o pyenv-virtualenvwrapper, um plugin do pyenv que permite criar ambientes virtuais de forma rápida e prática utilizando todas as versões de python gerenciadas pelo pyenv.

Para Ler na antes: Instalando e utilizando o pyenv

Instalando pyenv-virtualenvwrapper

A instalação é realizada seguindo as recomendações do repositório oficial https://github.com/pyenv/pyenv-virtualenvwrapper

As versões de python global do pyenv precisam ter o virtualenvwrapper instalados:

#pip e pip3 caso tenha python2.7 e python3 simultaneamente.
pip install setuptools
pip install virtualenvwrapper
pip3 install setuptools
pip3 install virtualenvwrapper

Instalando o pyenv-virtualenvwrapper:

#$(pyenv root) é o a variável do pyenv que indica onde o mesmo está instalado. 
git clone https://github.com/pyenv/pyenv-virtualenvwrapper.git $(pyenv root)/plugins/pyenv-virtualenvwrapper

on :

export PATH="$HOME/.pyenv/bin:$PATH"
eval "$(pyenv init -)"
eval "$(pyenv virtualenv-init -)"

É necessário modifcar o arquivo de configuração de seu interpretador de comandas (.bashrc para o bash ou .zshrc para zsh/ohmyzsh) e adicionar algumas linhas antes e depois as configurações do pyenv

Adicionar antes:

#Configurações do virtualenvwrapper
export WORKON_HOME=$HOME/.virtualenvs #virtualenvs folder
source $HOME/.local/bin/virtualenvwrapper.sh #virtualenvwrapper script location

Adicionar depois:

#deixar explicito para o pyenv o uso do virtualenvwrapper
export PYENV_VIRTUALENVWRAPPER_PREFER_PYVENV="true"

No final terá algo similar a:

#Configurações do virtualenvwrapper
export WORKON_HOME=$HOME/.virtualenvs #virtualenvs folder
source $HOME/.local/bin/virtualenvwrapper.sh #virtualenvwrapper script location

#Bloco do pyenv já existente no arquivo
export PATH="$HOME/.pyenv/bin:$PATH"
eval "$(pyenv init -)"
eval "$(pyenv virtualenv-init -)"

#deixar explicito para o pyenv o uso do virtualenvwrapper
export PYENV_VIRTUALENVWRAPPER_PREFER_PYVENV="true"

Exemplo de uso pyenv-virtualenvwrapper

No exemplo a seguir estamos configurando a versão global do python para a miniconda3-latest, após isso é criado um virutalenv com o virtualenvwrapper (test_conda).

Voltamos a versão global do python para a system e 3.7.4, acessamos o virtualenv criado (test_conda) e verificamos que o mesmo foi criado utilizando o python da instalação do miniconda3-latest

Um novo virtualenv é criado (test_2.7) e ativado, validando que o mesmo utilizou a versão de python configurada como padrão (system)

$ pyenv global
> system
> 3.7.4
>
$ pyenv global miniconda3-latest
$ (miniconda3-latest) 
$ python
> Python 3.7.4 (default, Aug 13 2019, 15:17:50)
> [Clang 4.0.1 (tags/RELEASE_401/final)] :: Anaconda, Inc. on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> exit()
>
$ (miniconda3-latest)
$ mkvirtualenv test_conda
> WARNING: the pyenv script is deprecated in favour of `python3.7 -m venv`
> (miniconda3-latest)
> $ pyenv global system 3.7.4
>
$ workon test_conda
> (test_conda)
$ python
> Python 3.7.4 (default, Aug 13 2019, 15:17:50)
> [Clang 4.0.1 (tags/RELEASE_401/final)] :: Anaconda, Inc. on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> exit()
> (test_conda) 
$ deactivate
>
$ python
> WARNING: Python 2.7 is not recommended.
> This version is included in macOS for compatibility with legacy software.
> Future versions of macOS will not include Python 2.7.
> Instead, it is recommended that you transition to using 'python3' from within Terminal.
> 
> Python 2.7.16 (default, Dec 13 2019, 18:00:32)
> [GCC 4.2.1 Compatible Apple LLVM 11.0.0 (clang-1100.0.32.4) (-macos10.15-objc-s on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> exit()
>
$ mkvirtualenv test_2.7
> New python executable in /Users/gabriel.bellon/.virtualenvs/test_2.7/bin/python
> Installing setuptools, pip, wheel...
> done.
> virtualenvwrapper.user_scripts creating /Users/gabriel.bellon/.virtualenvs/test_2.7/bin/predeactivate
> virtualenvwrapper.user_scripts creating /Users/gabriel.bellon/.virtualenvs/test_2.7/bin/postdeactivate
> virtualenvwrapper.user_scripts creating /Users/gabriel.bellon/.virtualenvs/test_2.7/bin/preactivate
> virtualenvwrapper.user_scripts creating /Users/gabriel.bellon/.virtualenvs/test_2.7/bin/postactivate
> virtualenvwrapper.user_scripts creating /Users/gabriel.bellon/.virtualenvs/test_2.7/bin/get_env_details
> (test_2.7) 
> $ python
> WARNING: Python 2.7 is not recommended.
> This version is included in macOS for compatibility with legacy software.
> Future versions of macOS will not include Python 2.7.
> Instead, it is recommended that you transition to using 'python3' from within Terminal.
> 
> Python 2.7.16 (default, Dec 13 2019, 18:00:32)
> [GCC 4.2.1 Compatible Apple LLVM 11.0.0 (clang-1100.0.32.4) (-macos10.15-objc-s on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> exit()
> (test_2.7) 
$ deactivate
> 
$ pyenv global
> system
> 3.7.4

Uma vez com a configurações criadas é testada, agora fica prático realizar o gerenciamento de múltiplos projetos python com diferentes versões.Com o uso do pyenv e do pyenv-virtualenvwrapper criar combinações de instalações e ambientes virtuais padrões para qualquer situação de projeto.

Instalando e utilizando o pyenv

Gabriel (Gabu) Bellon — Wed, 01 Jan 2020 00:00:00 +0000

pyenv

Pyenv é um gerenciador criado para controlar múltiplas versões de python em um mesmo ambiente.O mesmo permite ter versões distintas sendo executadas, além de se combinar com a criação de ambientes virtuais.

Instalando o pyenv

Basta seguir as recomendações do repositório oficial:https://github.com/pyenv/pyenv#basic-github-checkout

Ou utilizar um script de instalação que auxila em algumas configurações:https://github.com/pyenv/pyenv-installer



#Executando pela instalação purta 
$ curl https://pyenv.run | bash



#Utilizando o script de instalação
$ curl -L https://github.com/pyenv/pyenv-installer/raw/master/bin/pyenv-installer | bash

É necessário modificar o arquivo de configuração de seu interpretador de comandas (.bashrc para o bash ou .zshrc para zsh/ohmyzsh) e adicionar os caminhos de path para o pyenv:



export PATH="$HOME/.pyenv/bin:$PATH"
eval "$(pyenv init -)"
#Aqui já ativando o virtualenv para funcionar nativamente
eval "$(pyenv virtualenv-init -)"

Abra um novo terminal (ou execute um source .bashrc por exemplo) e execute o comando para verificar a instalação:



$ pyenv

Deve retornar algo parecido dependendo da versão atual:

Utilizando o pyenv

Seguem alguns comandos e exemplos utéis para utilizar o pyenv.

pyenv version: exibe a versão\versões corrente do python sendo utilizadas;
pyenv versions: lista todas versões de python instaladas;
pyenv global: lista a versão\versões globais de python;
pyenv global version1 <version2...versionN>: define quais as versões e ordem a serem definida como global;
pyenv install <version>: instala uma versão de python

Exemplos

Listar a versão corrente (system):



$ pyenv versions
> system (set by /home/gabriel/.pyenv/version)

Instalar a versão python 3.5.7:



$ pyenv install 3.5.7 
> Downloading Python-3.5.7.tar.xz...
> -> https://www.python.org/ftp/python/3.5.7/Python-3.5.7.tar.xz
> Installing Python-3.5.7...
> Installed Python-3.5.7 to /home/gabriel/.pyenv/versions/3.5.7

Listar as versões instaladas (system e 3.5.7):



$ pyenv versions
> * system (set by /home/gabriel/.pyenv/version)
> 3.5.7 (set by /home/gabriel/.pyenv/version)

O símbolo * indica a versão definida como global, que pode também pode ser verificada com o comando:



$ pyenv global
> system

Isso indica que todos os comandos pythons (pip, pip3 python, python3, etc.) serão executados pela versão system.

Modificando a versão global para a versão 3.5.7 e verificando a mesma:



$ pyenv global 3.5.7; pyenv versions
> system
> * 3.5.7 (set by /home/gabriel/.pyenv/version)

Executando os comandos python, python3 e python3.5 (irá executar a versão 3.5.7):



$ python
> Python 3.5.7 (default, Jun 21 2019, 17:36:06) 
> [GCC 7.4.0] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>
> ...
$ python3
Python 3.5.7 (default, Jun 21 2019, 17:36:06) 
[GCC 7.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
> >>  
> ...
$ python3.5
> Python 3.5.7 (default, Jun 21 2019, 17:36:06)
> [GCC 7.4.0] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>

Modificando a versão global para as duas (3.57 e system) e resolvendo nessa ordem:



$ pyenv global 3.5.7 system; pyenv global
> 3.5.7
> system

Executando o comando python e python3.6 e python2.7:



$ python
> Python 3.5.7 (default, Jun 21 2019, 17:36:06) 
> [GCC 7.4.0] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>
> ...
$ python3.6
> Python 3.6.8 (default, Jan 14 2019, 11:02:34) 
> [GCC 8.0.1 20180414 (experimental) [trunk revision 259383]] on linux
> Type "help", "copyright", "credits" or "license" for more information.
>>>
> ...
$ python2.7
> Python 2.7.15+ (default, Nov 27 2018, 23:36:35)
> [GCC 7.3.0] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>>

A versão 3.5.7 é reconhecida como inicial, resolvendo o comandopython,sendo o comandos python3.6 e python2.7 resolvidos pela versão system

Invertendo as ordens das versões (system e depois 3.5.7):



$ pyenv global system 3.5.7; pyenv global
> system
> 3.5.7

Executando o comandos novamente python e python3 e python3.5:



$ python
> Python 2.7.15+ (default, Nov 27 2018, 23:36:35) 
> [GCC 7.3.0] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> (...)
$ python3
> Python 3.6.8 (default, Jan 14 2019, 11:02:34) 
> [GCC 8.0.1 20180414 (experimental) [trunk revision 259383]] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
> (...)
$ python3.5
> Python 3.5.7 (default, Jun 21 2019, 17:36:06) 
> [GCC 7.4.0] on linux
> Type "help", "copyright", "credits" or "license" for more information.>
> >>>

A versão inicial (system) resolve os comandos pythone python3, sendo que o comando python3.5 é resolvido pela versão também definida como global (3.5.7)

**Portanto a ordem de versões para `pyenv global v1 será a ordem que os comandas serão interpretados, fazendo com que possamos ter várias versões de python simultâneas e sem gerar concorrência.**

Para mais detalhes, documentações e exemplos consulte o repositório oficial da ferramenta: https://github.com/pyenv/pyenv

Para Ler na sequência: Combinando o virtualenvwarpper com o pyenv