

Qual plataforma você acha que merece o #1 lugar para aprender codificação? 🤔👇
Quando o programador fica sem tokens da Claude AI
Dependes da IA para programar? Já não sabe como programar à mão?
Você não está sozinho e é uma vergonha...
A IA ajuda a ser mais rápido, mas se você não sabe como começar, interpretar um erro ou explicar o código que acabou de gerar, então não estás usando uma ferramenta.
Queria partilhar com vocês o CortexOS - Um pacote Laravel/Python que estou desenvolvendo...
O CortexOS é uma plataforma de inteligência artificial criada para dar aos sistemas a capacidade de compreender, decidir, agir e aprender. Mais do que conversar, o CortexOS executa um ciclo completo para transformar uma conversa em uma ação.
E onde pode ser aplicado? Em diferentes contextos: atendimento, gestão, marcações, suporte, conhecimento e processos empresariais. Neste exemplo, podemos vê-lo interagir com o conhecimento do INAPEM e, progressivamente, assumir tarefas directamente através da conversa.
E isto é apenas o começo.
O CortexOS está a evoluir de um agente que simplesmente responde para um sistema que compreende objectivos, consulta conhecimento, executa ferramentas, acompanha processos e aprende com as suas interações.
Ainda estamos a construir. Mas já dá para ver onde isto pode chegar. 🧠⚙️
Hahaha será que é novo Dreamweaver?
Este projeto está a surgir no GitHub!
É uma alternativa a WhatsApp + Webflow + Framer.
Chama-se Instatic. Com editor visual, CMS, formulários, agente de IA. Funciona com Bun + SQLite ou PostgreSQL
0 assinaturas. Sua web é verdadeiramente sua.
Full-Stack Developer with Claude deve ser um novo requisito de contratação 😂
Criei o Oxide Icons: uma biblioteca de ícones para evitar misturar estilos (filled/outline) por acidente em prod
Queria partilhar outro projecto que estou a bater.
Há uns meses atrás apanhei um incidente parvo num projectos em equipe, tínhamos uma secção cheia de ícones em linha (outline), e do nada aparece um botão com um ícone gigante e todo preenchido (filled). Não era CSS quebrado, era só uma dependência que foi buscar um ícone com o mesmo nome de outra biblioteca.
As bibliotecas normais tipo Lucide ou Heroicons resolvem bem o "dá-me o ícone X". Mas nenhuma quer saber de onde o ícone vai parar ou se ele devia ser permitido ali. Regras de lint ajudam no commit se alguém se lembrar de as correr, mas em runtime no browser não garantem nada.
Por causa disso comecei a fazer o Oxide Icons. A ideia é simples: a biblioteca sabe em que zona da aplicação o ícone está a ser carregado. Os ícones pertencem a famílias e tu declaras o que a tua área da app aceita. Se entrar um ícone fora do estilo, o runtime resolve: ou dá aviso no console (modo soft), ou bloqueia em silêncio (modo exclusive), ou dispara um erro (modo strict).
Fiz isto como Web Component nativo (<ox-icon>), sem dependências e com carregamento JIT por família. Tudo em TypeScript strict. Ainda não publiquei no npm porque prefiro arrumar a arquitectura antes do release 0.1.0, mas já tem 14 ícones originais e um exemplo a correr no browser.
Para quem trabalha com Design Systems e quiser espreitar o código, envio o link no DM.
Feedback sobre a arquitectura é bem-vindo.
Conheça mais sobre o Java
E saiu o documentário sobre o Java
A linguagem que me permitiu começar a viver disto. Obrigado
→ https://www.youtube.com/watch?v=ZqGSg4b_cZA
E já agora, caso te tenha dado vontade de aprender a linguagem. Este é o meu curso gratuito:
Diferênças entre Elo & Filament
Recentemente publiquei sobre o Elo, um projecto que na qual venho a trabalhar faz dois meses. Para quem não acompanhou a última públicação, Elo é um framework declarativo para gestão de website em Laravel.
Muita gente perguntou-me: "Mas não é tipo um Filament?" Não, não é. Os dois resolvem problemas diferentes.
O Filament é excelente para criar painéis administrativos genéricos, já o Elo nasceu para outra coisa: eliminar a repetição chata quando estamos a construir sistemas de gestão para websites.
Aqui vão 5 diferenças entre ambas:
▪️ Quantidade de código que tens de escrever:
Filament: Costumas ter Resource, Table, Form, Controller e Request.
Elo: Crias um único ficheiro (o Resource) com a descrição declarativa da tua entidade. O resto o framework resolve sozinho.
▪️ Como pensas o teu projeto:
Filament: Pensas primeiro na interface (tabelas, formulários, componentes).
Elo: Pensas primeiro no domínio (o que é um Post, um Produto, etc.). A interface surge naturalmente a partir disso.
▪️ Base de dados:
Filament: Tu crias e manténs as migrações manualmente.
Elo: Usas o comando elo:sync. Ele compara o teu Blueprint com a base de dados, gera as migrações automaticamente e mantém tudo sincronizado.
▪️ Boilerplate e manutenção:
Filament: Quanto mais o projecto cresce, mais ficheiros e código repetitivo acumulas.
Elo: O código repetitivo quase desaparece. O teu Resource continua limpo mesmo com dezenas de entidades.
▪️ Filosofia
Filament: É um óptimo painel visual.
Elo: É um framework que tenta desaparecer. Tu descreves o teu negócio em PHP e ele trata da parte aborrecida (rotas, validações, CRUD e formulários).
Resumindo: Não é Filament, não quero substituir o Filament. Quero apenas que quando estiveres a fazer o enésimo CRUD de um website, uses o Elo e sintas que estás a programar o que realmente importa.
Na imagem abaixo, tem um exemplo de um Resource Elo ✅
#ecnmeedev #inotecgr #eloframework
🤖 "A culpa não é da IA!", se criaram o tal mito do sistema perfeito só porque funciona!
Há uns dias, vi uma publicação de um colega de cibersegurança analisou o novo portal de candidaturas de um Ministério Interior e, encontrou muitas falhas de segurança, ao que parece culpou a IA, resumindo disse: "Está assim porque foi feito com Inteligência Artificial, aplicativos do Governos não deviam ser construídas com IA"
Li aquilo, respirei fundo e pensei mais lutando contra a evolução global: Calma lá, devs da velha, dizer que a culpa das falhas é da IA é o equivalente no contexto moderno culpar a calculadora por ter erros nas contas do imposto.
É claro que se pedires a uma IA para construir um sistema inteiro de raiz, cruzares os braços e o atirares direto para produção sem tocar num único botão... bem, parabéns, acabaste de criar uma bomba-relógio. O erro não foi usar a tecnologia. O erro foi o abandono paternal do software.
Eu até tenho já o meu método: O meu famoso "Dueto" de IAs sobre a minha perspectiva
Vou ser muito honesto convosco: hoje em dia, eu quase não digito linhas de código bruto. Sou preguiçoso? Não, sou estratégico.
Eu uso e abuso do Claude para criar as funcionalidades. Ele é o meu programador júnior hiperativo que digita código à velocidade da luz, mas eu sei perfeitamente que ele sofre de "optimismo algorítmico", então para ele o código só precisar funcionar, por isso pode deixar escapar detalhes estruturais.
É aí que entra a minha segunda camada de inteligência: eu pego nesse código e jogo-o para o ChatGPT com um chip completamente diferente. O ChatGPT actua como o meu Arquitecto de Software Sénior. O papel dele é caçar falhas de arquitectura, optimizar a lógica, sugerir refatorações e limpar redundâncias.
A IA acelera-me 10x, mas o alinhamento, a identidade visual, a visão de negócio e o veredito final? São sempre meus. É preciso saber exatamente o que se está a pedir e a construir.
Para quem só gera código, mas não os revisa, está oferecer aos hackers um presente. Só que nem tudo está perdido, tenho mais ferramentas para você, conheça o meu pacote completo sênior:
O Pipeline de Produção Blindado por IA
Para quem quer construir softwares completos, seguros e que aguentam o impacto real, o ecossistema vai muito além do editor de código. Se queres uma infraestrutura moderna e automatizada, este é a "Stack de Elite" que deves conhecer:
Para desenvolvimento e Segurança de Código:
Snyk (O Auditor de Dependências): Tu conectas o teu repositório Git e ele faz uma varredura profunda. Às vezes tu achas que o teu código está limpo, mas a biblioteca que a tua IA importou tem mais buracos que um queijo suíço. O Snyk avisa-te e bloqueia a falha antes do deploy, não só de bibliotecas, também vare o código e encontra vulnerabilidades.
POSTMAN (O Inspetor de APIs): Essencial para testar se as tuas rotas e comunicações estão a responder exatamente como a arquitetura planeou.
Para optimização de Bases de Dados:
EverSQL / Ottertune: Esquece o tempo em que passavas horas a adivinhar qual índice criar para a base de dados não travar. Estas ferramentas usam IA para analisar as tuas queries (MySQL, PostgreSQL) e reescrevem o código SQL ou ajustam as configurações do servidor automaticamente para performance máxima.
Para monitorização e análise do Ambiente de Produção (Cloud):
Dynatrace / New Relic (Com IA Davis/Groki): Ferramentas de observabilidade que monitorizam o teu servidor de produção em tempo real. Se o teu app começar a ficar lento, a IA deles avisa-te: "O gargalo está na linha 42 da API porque a conexão com a base de dados esgotou". Descobrem o erro antes do teu utilizador notar.
k6 (O Simulador de Apocalipse): Evita o famoso "DDoS involuntário". Aquele momento lindo em que um site abre, milhares de pessoas acedem ao mesmo tempo e o servidor desmaia sozinho. O k6 bombardeia o teu ambiente de testes com utilizadores virtuais. Se tiver de explodir, que exploda antes de estar a rodar.
Para quem, como eu, tem a visão de gerir uma estrutura com custos quase nulos, o mercado atual é um parque de diversões. Eu uso o Gemini para desenhar estratégias de marketing e uso a indexação do Google para dissecar os meus concorrentes enquanto durmo.
Começo a pensar que dá para ter uma empresa de software altamente escalável, robusta e segura gerida apenas por uma pessoa.
Mas lembra-te: a IA é uma excelente operária, mas continua a precisar de um Engenheiro no comando. Menos desculpas, mais arquitetura.
Então concluindo lá no fim, o dev ou a equipe que programou esse software: https://candidaturas.minint.ao é que cometeram erros na sua elaboração. Além de que o próprio design do site, é muito genérico e a culpa não é da AI, aqui também é da própria imaginação.
Google acaba de anunciar algo brutal!
Chama-se LiteRT.js e é IA correndo no navegador com WebGPU. Sem servidores, APIs e 100% privado.
Melhor desempenho que TensorFlow e ONXXRuntime.
→ https://github.com/google-ai-edge/LiteRT/tree/main/litert/js
OpenWiki acabou de sair!
Uma ferramenta para criar e manter documentação de projetos.
E cria automaticamente PR para manter a documentação atualizada.
Funciona com OpenAI, Claude, OpenRouter...
Histórico! Novo método HTTP para o padrão.
Chama-se QUERY e é uma alternativa para GET e POST
✓ Como GET, não altera o status do recurso
✓ Como POST, você pode usar o body para a petição
✓ Você pode passar um JSON e revistar a resposta
Acaba de pasar a ser "Proposed Standard"