Python Brasil

12 March 2026 12:03

~tararan~ [8330505488] reportado para os administradores.​​​​​​​​​​​

Python Brasil

12 March 2026 02:16

de fato temos redes que tornaram comum downloads grandes , mas vejo projetos como vim dando banho em editores por ser pequeno , o lynx abrindo páginas web em um terminal , o tiny linux com um so de menos de 10 mega , um programa de p2p que tem menos de 1 mb .

sei lá ... sou de uma época que o office 2007 tinha 300 mb , que ripados de jogos de 5gb iam pra 300mb , era tudo por muito , internet ligada dois dias de final de semana pra baixar uma música de 3mb ...

essa rede nostálgica ensina e ensina e muito ... não tínhamos recursos 🤔

hoje por dia entram gigas e mais gigas de redes nos dispositivos e sabe se lá se um sploit de alguns kb não estão indo juntos .

prefiro o pouco que sei como funciona do que o muito que entrega muito mas não se sabe nada a respeito

Python Brasil

12 March 2026 00:55

ótimo ponto de vista e ótimas possibilidades .

eu me aventurei em outras langs e a gente sempre se depara com alguma feature nova , programar programamos em qualquer linguagem mas os motivos que levam a isso é que são interessantes .

o funcionamento voltado para apagar compilação de produção achei interessante , até porque essas libs são volumosas

em devops esse conhecimento modifica empresas de host e que precisa de muitos deploys

acho que quem começa a lidar com um pyenvs , homologação , produção , testes , host , nível de acesso , escala começa a ter preocupação não em como soluciona as coisas mas como soluciona de forma inteligente e de alta performance

Python Brasil

11 March 2026 16:56

não tenho algo em mente ou requisito pra ser atendido , se fosse o caso de a necessidade de algo pequeno necessariamente não haveria problemas em migrar pra um c ou algo do tipo .

entender como solucionar problemas como este traz pro desenvolvedor outra visão sobre a linguagem e sobre o desenvolvimento .

são muitos projetos , pra muita finalidade em python , mas uma mudança de mercado pode mudar tudo , um android dando suporte nativo a python já resultaria em uma enxurrada de apps mobile porque quem já é dev com certeza aproveitaria a oportunidade .

sair um pouco do python e r só serve pra dados , estatística e cybersecurity é interessante .

tem umas libs que por mais simples que sejam abrem um mar de possibilidades

a pensar em um programa de comportamento de organismo que se atualiza sozinho e cresce por causa de uma cron ...

caramba isso é fantástico ✍️

pra mim um desenvolvedor que entende que é possível fazer um software que agrega 100 vídeos por dia sozinho ou qualquer tipo de mídia e que no final do ano a base dele tem 36500 mídia é surreal .

assim como muda a visão a partir do momento que um dev entende que tem como fazer 1000 requisições ao mesmo tempo e o trabalho ser reduzido 100 vezes em tempo de consultas

isso já fica mais na arquitetura de soluções e não somente nas libs , por isso acho interessante , mesmo se não for usar pela inviabilidade de um parsing de gui , saber que isso pode ser solução , que é forma diferente de resolver

Python Brasil

11 March 2026 15:32

Como exemplo bem concreto -ontem eu tava atualizando uns metadados desse meu proejto aqui de 2012 (a ideia dele é maximizar coisas divertidas em um joguinho, usando conceitos de OOP, e as vezes criando elementos inteiramente novos com classes com duas linahs de código)

O visual é tosquissimo - mas cronometra quanto tempo leva pra startar aí:

uvx --from git+https://bitbucket.com/jsbueno/diamonds diamonds

Python Brasil

11 March 2026 15:17

nooossa. :-) pde fazer só a interface em Tk e tá tudo bem .

Ou usar os bindings pra windows e fazer uma app nativa "win32" - mas inventar de ficar convertendo, acho que é volta demais.

Python Brasil

11 March 2026 15:15

voce vai sempre precisar pelo menos do runtime do Python - como o @dunossauro disse. (mas não comungo dessa história "linguagem itnerpretada" como se esetivessemos em 1975, e o mundo fosse 'compilado" e "interpretado", e o Python não compilasse pra bytecode, e quase todas as linguagens do mundo não rodassem numa LLVM :-) ) -

E é isso. Com o "uv" você pode ter formas mais rápidas e simples de rodar seu programa em computadores terceiros sem ter que ficar gerando um 'frozen install" - mas a soma de tudo que tem que ser baixado pra rodar não vai diminuir (nem acho que funcionaria pra mobile).

Se "binário autocontido pequeno" for seu requisito, Python pode não ser a linguagem pra você fazer seu app. (Em contraste com: voce está criando vários programas em Python para um público que pode já ter as libs e requisitos necessários: você pode distribuir só o '.py' ou o 'pyc' e ter a menos distribuição de todas para um programa).

Infelizmente, a filosofia das ultimas décadas foi no caminho de "cada programa tem que ser autocontido, sem compartilhamento de bibliotecas" (flatpak, apps de mobile, etc...), em contraste com pacotes de distribuições Linux.

Por outro lado, você tá num mundo onde um "updatezinho" semanal de 1GB pra um jogo é "normal".

a

Python Brasil

11 March 2026 13:55

fazer uma interface em tk por exemplo , comvertela pra uma lib nativa gráfica do windows e o restante da aplicação ficar na lógica de funcionamento

Python Brasil

11 March 2026 12:55

fica aquela sensação de que se quiser um software que alastra , é pequeno e resolve problemas simples fica dependente de uma webview e de rede ou não vale a pena fazer

usuário nao quer baixar coisa grande pra alterar a resolução do monitor ...

cdn sucesso da web , pode ser simplesmente algo foda que não tá na página , na estrutura do site que foi desenvolvido , nem na máquina do cidadão .

faz sentido um parsing de gui pra uma gui nativa reduzir o peso mas continuar a dependência do interpretador ?

Python Brasil

11 March 2026 12:42

tenho pensado a respeito de desempenhos em python em raio de abrangência e produtividade de software multiplataforma .

as possibilidades existem mas não agradam principalmente em tamanho e ou desempenho

um app feito em kivy pra mobile fica gigante

um programa simples feito pra desktop fica grande

rodar um pyscript é pesado

estou buscando formas de otimização de tamanho , não é dor de cabeça ter um site em django com o core da aplicação rodando no server ou na máquina pessoal mas isso é assim porque é web , o usuário com 1 mb de download já renderiza o site

alguma sugestão de desenvolvimento em python pequeno em tamanho que não seja script e dá pra trabalhar uma gui ou algo que dispense baixar necessariamente o python em um windows pra poder abrir uma lib a lá tk fazendo no frigir dos ovos um programa simples ficar mais de 100mb na build ?

temos um poetry pra build de packages , não haveria algo milagroso pra micro instalações, wizzard builder de python , sei lá um lite

Python Brasil

11 March 2026 03:38

Boa galera. Criei um repor legal para quem tem canal no YouTube e desejar cria shots com legenda e capturando movimento do rosto. E só passa o vídeo que deseja

https://github.com/Gilderlan0101/clip_engine

Python Brasil

10 March 2026 23:17

!dwarn Não tem nada de Python e pouca informação

Python Brasil

10 March 2026 21:20

@admin

Python Brasil

10 March 2026 18:57

"while" em Python não é "avanço" :-)

mas é importante entender como funciona.

Dica; o "for" em quase todas as outraas linguagens (Que copiaram a sintaxe do C) é só um "while resumido".
Repetindo pra nao ficar ambiguo: o comando for do "C", é só um "while" -e ele é copiado pra Java, Javascript, PHP, Ruby, C# e sei lá mais quantas linguagens.

O for do Python é um conceito que em outras linguagens é chamado de "for each" - e permite bem mais legibilidade pra imensa maioria dos casos que você precisa repetir um trecho de código várias vezes. E sim, sempre dá pra escrever um 'for` - seja do Python, seja um "parecido com C", como um while. (Em Python precisa um conhecimento que pode ser considerado mais intermediário pra fazer isso).

Python Brasil

10 March 2026 17:02

entao - aí aproveita todo mundo aqui - deve ter um monte de gente já com desnvoltura na linguagem que adoraria te explicar o que está acontecendo em qualquer coisa em um for que voce nao entenda.

Ou de repente, voce ja tá bom, ams esses exercicios são só com "print" e "input" - qual será o próximo passo pra criar um aplicativo?

Python Brasil

12 March 2026 12:03

@admin

Python Brasil

12 March 2026 01:37

É isso, colega. Há, claro, outras formas de fazer, mas tente o que sugiro; construa um aplicativo simples, um que não precise nem do Rust nem do C++ inicialmente, apenas para testar essa combinação, e você vai se surpreender positivamente em relação ao tamanho final, se você fizer tudo certinho com as regras anti-bloat do Nuitka / PySide6-Deploy.

No momento eu tenho três projetos locais e uma suíte de aplicativos com esta mesma configuração que lhe sugeri; os tamanhos de compilação provisórios estão variando entre 100MB para os mais simples e 500MB para os mais complexos, em média, isso o tamanho da pasta completa, com tudo pronto para rodar; o instalador compacta para bem menos.

Sinceramente, não acho que são tamanhos absurdos, considerando o que temos hoje em dia. Suítes de aplicativos de escritório, por exemplo, ocupam um espaço bem maior e nenhum usuário final reclama disso.

Tente, que vai dar certo!

Python Brasil

12 March 2026 00:34

Há caminhos... Não é a perfeição absoluta, mas é possível melhorar:

Se quiser continuar com o Python no comando, com o que temos hoje, chega uma hora que vamos precisar de pontes com outras linguagens; é o que eu tenho feito por aqui, e tem dado muito certo. Para melhoria de desempenho, por exemplo, não vejo nada melhor que o Rust (através do PyO3), no momento. A diferença é nítida quando a gente delega as tarefas críticas ao Rust, e é tudo muito tranquilo; o Python continua no comando, mas, sem sofrimento; para mim, as duas linguagens se completam. Para cálculos mais ágeis, C++ é o mais indicado; pybind11 é a ponte para isso.

Em relação ao tamanho do arquivo compilado final, para Desktop, se você optar por PySide6, por exemplo, e usar Nuitka ou o invólucro oficial do PySide6, o pyside6-deploy, para compilar, o próprio compilador vai sugerindo automaticamente que você atualize o .spec de maneira a ir excluindo da compilação de produção partes dos módulos mais pesados que só servem para o desenvolvimento (Anti-Bloat), como, por exemplo, os testes do numpy, do pandas, do matplotlib, do selenium, que se não forem removidos geram um arquivo muito maior, e diversos outros.

Enfim, acho que dá pra fazer.

Python Brasil

11 March 2026 15:47

Estagiário em Desenvolvimento | 100% Remoto | Empresa: Nasajon

📅 Inscrições abertas até: 05 de maio de 2026

⚠️ Aquele toque: não sou recrutadora, estou apenas compartilhando para ajudar.

Requisitos:
Cursando Ciência da Computação, Engenharia de Software, Sistemas de Informação ou áreas correlatas

Bolsa e Benefícios:
🍽️ Vale Alimentação
🦷 Plano odontológico
💪 Wellhub
🎫 Convênio com Sesc
🛡️ Seguro de Vida

Atividades
Auxiliar no desenvolvimento de APIs utilizando Python e TypeScript
Apoiar integrações entre sistemas e automações de processos
Manipular dados e apoiar na manutenção de aplicações e scripts

Veja outras vagas aqui: https://lnkd.in/dTW6tYCe

Link dessa vaga: https://lnkd.in/gz4BRPyC

Python Brasil

11 March 2026 15:24

Mas voltando aqui:

Pra desktop (Linux, Mac, e aquele outro sistema de desktop que não é posix), talvez voce possa realmente explorar as possibilidades do "uv" com o suporte a PEP 723 que ele tem (pode colocar as dependencias dentro de um único arquivo pip) - - ou mesmo pacotes Python completos:

VOce conseguiria fazer "instalador/executor" em .sh e .bat com duas linhas de código pra executar qualquer programa de Python - (uma linha instala o UV se já não estiver - a segunda linha é um "uvx" apropriado com a URL do seu app) - o uv cuida do cache das dependencias pra voce - e de quebra, o mesmo "click to run" vai funcionar pra baixar sempre a versão mais atual. O uvx vai inclusive baixar o Python da primeira vez, e manter em cache pras execucoes seguintes.

Como eu escrevi acima; o total de "bytes" que precisa pra rodar o programa não muda - mas a percepção de quem está rodando sobre os recursos usados muda completamente.

Python Brasil

11 March 2026 15:15

gora depende do que quer fazer, as suas dependencias podem air puxando "apache arrow" e "pandas", e etc...isso vai multiplicando o tamanho. - tem que dar uma checada o que você tá puxando também - as vezes mudar uma dependica simples pode liberar uns 200MB por conta disso.

Python Brasil

11 March 2026 14:49

Aí entra a análise dos requisitos não funcionais. A depender deles, Python pode não ser uma boa escolha. E tá tudo bem.

Python Brasil

11 March 2026 13:53

Desculpa, eu não entendi o que você quis dizer aqui

Python Brasil

11 March 2026 12:51

Bom, essa é uma característica de linguagens interpretadas como um todo. Se você quer fazer um bundle, vai levar o interpretador junto.

Sempre vai ter 20+mbs dele. Não tem outra forma

Python Brasil

11 March 2026 03:38

E open source então quem quiser dá uma melhorada tá on

Python Brasil

10 March 2026 23:17

Usuário ~tararan~ tem 1/3 advertências; tenha cuidado!
Razão:
Não tem nada de Python e pouca informação

Python Brasil

10 March 2026 21:20

~tararan~ [8330505488] reportado para os administradores.​​​​​​​​​​​

Python Brasil

10 March 2026 19:35

Ah sim, top! Eu estou estudando os conceitos básicos ainda. Mas em breve vou começar a projetar algo. Para ir aprendendo na prática.

Python Brasil

10 March 2026 17:39

Entendi, verdade. Conforme for evoluindo vou compartilhando aqui. Já estou entendendo bastante for. Mas te e exercícios pra eu fazer e depois avançar para While.

Python Brasil

10 March 2026 16:43

Verdade, concordo com você. Eu estou ainda estudando e fazendo exercícios básicos. Estou fazendo exercícios em For. Meu objetivo é automação, análise de dados e IA.