Criando nosso ambiente do pacote python com Poetry, linters, testes e documentação

[@Dunossauro]

Link para a playlist completa: kzbin.info/aero/PLOQgLBuj2-3LiHhK1upnjpHiFzcJ472QS

[@ciceroazvdo]

00:00 Introdução 01:05 Poetry 03:50 Git 08:28 Pytest 11:58 Pytest coverage 12:40 PEP-8 14:20 Blue 15:00 Isort 17:08 MkDocs 22:22 Taskipy 24:28 Git commit 27:00 Finalização (da like!!!)

[@viniantunes5944]

"O vídeo de hoje é SÓ isso..." Aí é sacanagem! Uma pá de coisa, maluco. Bom demais!

[@Diego5vezes]

Aula 2 checked ✅ Gosto muito de suas dicas e esta ajuda na preparação do ambiente de dev é sensacional para quem tem menos experiência em projetos na vida real. Suas sugestões de próximos vídeos são sempre bem vindas, pois gosto de todas, haha. Parabéns pelo trabalho!

[@hugoalmeida1291]

Ô Du, o vídeo sobre git seria muito bom mano. Eu tô começando e ainda confundo muita coisa.

[@caldossantos]

Acabo essa aula sem poder ver o próxima tão cedo. Agora preciso ver vídeos sobre powtry, pipx, pep8... a lista é longa, irmão. E falou que é só isso, rs.

[@lucasmatos8239]

Top demaisssss, cria um conteúdo com git também!

[@me15degrees]

vídeo de git, please! muitos iniciantes por aqui

[@jorgeluizplautz6890]

Ola Edu. Muito bom. Voce explica com clareza e com detalhes. Parabens. Concordo com conteudo sobre PIX.

[@CarlosAlbertoSilvaJunior]

Mano, muito legal ver alguém experiente em Python configurando um projeto. Peguei um projeto que está sem ferramenta nenhuma, nem um requirements.txt hehe. Vou usar seu vídeo como guia pra colocar um pouco de padronização e ferramentas de desenvolvimento. Muito obrigado por compartilhar isso mestre, conteúdo muito valioso assim como todos os outros vídeos do canal! 🙏

[@maxsantu]

CAra.. Maravilhoso toda essa preparação que vc sugere. Passei muito tempo procurando uma start deste jeito. PARABENS!!!!!! e Obrigado!!!!!!!!!!!!!!!!!!!!!!!!!

[@Riverfount]

Opa super maneiro Du e, sim, vale muito a pena uma live sobre o pipx e sobre o taskipy!!

[@blogpixel_studio]

Sou iniciante em Python e prof de música! Sensacional esse PJ, EDu! Cheguei um pouco atrasado aqui mas vou do início ao fim! =) Da capo [da ˈkaːpo] == Abç a TDS!

[@kaikimello3594]

Aula finalizada com sucesso! Simbora ✔

[@Levy957]

Séie muito boa dudu !! Continua assim

[@wesleyjcr]

Excelente conteúdo, é muito bom receber essas dicas sobre as configurações de seu ambiente. A série tá massa demais :)

[@rogerioaguileraribeiro2686]

Fera demais Edu. Preciso integrar o Poetry ao Robot Framework, essas dicas já ajuda bastante.

[@filipirigui]

Parabéns pela iniciativa!!

[@tiagorsa12]

show muito bom

[@LUIZFERREIRA-or6vj]

NOTA 1000, PARABÉNS PROFESSOR . SHOW!!

[@linuxeopoder]

Seria ótimo ter vídeos de PIPX e TASKIPY

[@studies7603]

Excelente conteúdo!! Seria ótimo uma live sobre Pipx

[@FelipeMarkson]

Comentando para incentivar!!!

[@sigaocaue]

Vale a pena um conteúdo sobre o `pipx`, e a diferença entre `pip`, `pipx` e `poetry`.

[@renatocinttra]

Fala Dú! Vale a pena ter um conteúdo sobre PIPX, pelo simples fato que a sua didática é excelente, torna "visível" os benefícios das ferramentas. #LIVEDEPYTHONPIPX

[@lariodossantos]

Parabéns pelo trabalho camarada. A série esta maravilhosa.

[@flaviogenuino254]

Ele é muito bom.

[@rafael_tg]

manda a braba na live de pipx

[@augustocleal]

Hj tenho mais interesse no pipx. Sofro muito resolvendo problemas de dependências de projetos de terceiros que vou dar manutenção.

[@guilhermeparreira5448]

comitar o lock me salvou já

[@linuxeopoder]

Vale a pena fazer um conteúdo de PIPX

[@Yaganazy]

3:57 kkkk vale, 🤔 sempre me pergunto o que commitar e quando fazer isso.

[@jherfson]

Trabalho maravilhoso!!!

[@mschon]

Se puder falar sobre PIPX eu adoraria, pois não tinha ouvido falar dele ainda. Quais as diferenças dele em relação ao pip normal ?

[@Yaganazy]

2:37 eu acho que vale

[@Vini_Fonte]

Série excelente 🔥🔥🔥

[@JoseitodeOliveiraJúnior]

Faz conteúdo sobre pipx. Tem suporte para Windows tbm?

[@iNooTh]

Quero video do pipx qual a diferença do pip ?

[@meadapt]

Thanks!

[@mentor_mr_robot]

eu não vejo nenhum problema em usar "git add ." se a pessoa souber usar o "git status" para verificar manualmente tudo o que ela adicionou na staging area do git.

[@dionei_lamb]

Bah me perdi facinho com tanta informação. Pra mim que estou começando a aprender uma linguagem, que por pesquisas dizia que python tem uma boa curva de aprendizagem, esse monte de extensões e aplicações instaladas foram um bicho de 7 cabeças Já marquei pra assistir novamente e olhar os outros recomendados também. Foco e espero conseguir acompanhar todo o desenvolvimento e o mais importante, entender o conceito

[@Dunossauro]

Como eu disse no vídeo, eu achei melhor fazer um vídeo mostrando tudo antes até pra dar tempo de todo mundo sacar o que iríamos usar. No próximo a gente vai configurar tudo isso e já vai dar mais uma luz, aí durante o desenvolvimento a gente vai usando e vai fixando

[@Dunossauro]

Então, fica tranquilo, vai acompanhando que a gente sai do outro lado juntos. Qualquer dúvida pode ir jogando nos comentários, se eu não cobrir algu em faço um vídeo pra responder

[@ricardobrito3946]

Pipx 😊

[@jhonatanrian8903]

faz um conteúdo sobre uv

[@Dunossauro]

Vou adicionar no planejamento do próximo ano, esse ano já está fechado github.com/dunossauro/live-de-python/issues/359

[@linuxeopoder]

Vale a pena fazer conteúdo de Git

[@meadapt]

Parabéns! Seus vídeos são sensacionais. Tenho sempre uma dúvida em relação a instalação de pacotes, tanto utilizando venv quanto poetry. Seria uma boa prática instalar os pacotes indicando a versão exata do momento do desenvolvimento e não aquela sintaxe de igual ou maior? Pq? Já tive experiência de ver o código "quebrando" por instalação da dependências com novas versões que modificaram comportamentos previamente utilizados e que, portanto, passam a não funcionar.

[@Dunossauro]

O grande ponto aqui está exatamente no versionamento da aplicação. Instalar especificamente uma versão é um tiro no pé. Pq se a versão que instalar tiver bugs, você vai ter que viver com eles. De forma geral a aplicação é dividida em 3 números. Por exemplo 1.2.3 O terceiro digito (3 nesse caso) é um número de patchs, se a aplicação corrigir um bug, esse número vai aumentar, por conta disso, se você fixar a versão perde essas correções. O que você poderia fazer na instalação é 1.2.* aí você garante que vai receber as correções de bugs. O segundo digito (2 no caso) é chamado de minor. Nele entram novas funcionalidades na biblioteca. Não é bom fixar ele também, pq você perde as novas atualizações da aplicação. Você poderia fixar assim 1.* garantindo que vai ter todas as novas funcionalidades de correções de bugs tbm. O primeiro digito (1 no nosso exemplo) é chamado de major. E ele só muda quando a lib se tornar incompatível com a versão anterior. Nesse caso a aplicação pode quebrar. Então vale a pena manter 1.* quando for fixar. Assim você ganha novas funcionalidade, correções de bug, mas garante que não vai quebrar. O nome disso é versionamento semântico. É feito pra evitar que as coisas quebrem. Eu vou falar sobre isso, acho que no vídeo 11 dessa série.

[@Dunossauro]

Mas, o que você acha de um vídeo explicando versionamento? Seria legal? Tem outros tipos de versionamento também, não só o semântico

[@meadapt]

@@Dunossauro acho a ideia do vídeo sobre versionamento top! Mas já deixando claro que sua explicação no comentário anterior já esclareceu demais minha dúvida. Muito obrigado! Doido p assistir os próximos vídeos desta série que está SENSACIONAL! PARABÉNS

[@irissondonascimentodelima8620]

qual lib é essa pra usar o comando lt??

[@Dunossauro]

É só um alias pro tree

[@ciceroazvdo]

dudu acho que falto o link da live do gnu make

[@Dunossauro]

Eu mencionei make nessa aula? Juro que não lembro.

[@ciceroazvdo]

@@Dunossauro 23:19 paizao

[@julioformiga]

kzbin.info/www/bejne/eJPChamnpLqrjpY