rwillians.{ex,js}

📍📍📍 Esse é um fixado dos fixados, com minha treads mais relevantes. Aqui você encontra conteúdo sobre: 🧵Teoria de Categorias; 🧵 JavaScript; 🧵 Elixir; 🧵 Double-Entry Bookkeeping; e 🧵 Outros assuntos que tem por vir. 🧶

got tired of repeating myself when a map's keys have the same name as the value variables so I created a macro for it, and it's surprisingly simple (yes, it plays nice with the language server) #elixir

@rinhadebackend @zanfranceschi tá podendo usar sockets pra comunicação entre LB ←→ api? (nas outras rinhas não era permitido, mas tem uma galera usando nessa)

🚨🚨🚨 ATENÇÃO 🚨🚨🚨 HOJE É DOMINGO DIA DE FICAR TRISTE MAS VOCÊ NÃO PRECISA FICAR TRISTE PORQUE A RINHA DE BACKEND 2026 ESTÁ LANÇAAAAAADA PARA VOCÊ NÃO FICAR TRISTE! Detalhes abaixo 👇 RT do amor, por favor.

npm needs to change their logo

Without telling me your age. What is the first video game you played? GIFS ONLY!!!

to trocando umas ideias com o claudemiro aqui e tamo chegando nuns números bem interessantes pra @rinhadebackend 🤓

@zanfranceschi @rinhadebackend :( okok

@rwillians_ @rinhadebackend nope

Tendi, foi o que a gente fez no primeiro ano Colocation acho tranquilo. Já fiz algumas vezes na equinix em alphaville, onde fica umas das regiões da aws. Bem provável que tenha rede do bacen lá. Agora o restante do processo é um mistério pra mim (culpa minha, não fiz um pesquisa mais aprofundada ainda). De qualquer forma, muito obrigado pela dica :3

@rwillians_ No geral a maioria das pessoas começa com link indireto, que precisa da licença e de contrato com um player que tenha o link direto

O Open Finance Brasil é o maior sistema de Open Finance do mundo. Mas é difícil se integrar a ele - os docs são mais "referência" que "guia". A Juspay, o maior processador de pagamentos da Índia - e nosso cliente - sentiu essa dor integrando o Open FInance usando a Cumbuca. Por isso, construímos junto a eles o Open Finance Playground - o guia passo-a-passo, interativo e open-source para builders de como construir no Open Finance Brasil. Com o Playground, é possível simular cada chamada de API dos fluxos de dados e pagamentos e e começar a planejar seu acesso ao ecossistema de pagamentos que cresce mais rápido no Brasil (de R$ 3.2bi transacionados em 2024 pra R$ 15.3bi em 2025). Além disso, o Playground é totalmente open-source. Nosso objetivo é começar um esforço coletivo para que os participantes dos sistemas de pagamento brasileiros criem uma grande documentação colaborativa que facilite o trabalho de quem constroi. Links do Playground e do GitHub nas respostas.

@stherzada quando começaram a passar bucha de sênior daí depois de uns meses comecei a me aplicar pra vagas de sênior (com salário de sênior, claro) se é pra me fuder, que pague a janta pelo menos né

po, vc quer eh senior (dev), quando deu o estalo sobre isso? e qual caminho me recomenda seguir?

Credo gente, já faz td isso? 😳 Eu trampava com telecom na época. Pensa num tanto de gambiarra que tinha pra poder validar e corrigir os números de telefone, slc

@RaulJuncoV note: this uuid-compatible id would supports sequences of up to 2^48 while bigint supports 2^64

@RaulJuncoV correction: padding + hex sequence haven’t poc’d it but I guessing that, once/if switched to uuidv7, new ids would land at the tail of the pk

“UUIDv7 for everything” is starting to sound like the new default. I’m not sold. UUIDv7 fixes a real database problem. UUIDv4 is random, so inserts land all over the B-tree. That means: - Page splits - Cache misses - Write amplification - Slower inserts as the table grows UUIDv7 helps because it is time-ordered. New rows mostly land near the end of the index. Great. But now your ID carries timestamp information. That does not mean attackers can easily guess every future ID. But it can reveal metadata: Rough creation time Relative ordering Activity windows Traffic spikes Business volume patterns That may be fine for internal systems. It may be a problem for public APIs, invoices, orders, user URLs, or security-sensitive resources. My rule: - Use BIGINT when one database owns ID generation. - Use UUIDv4 or NanoID when the ID is public and should stay opaque. - Use UUIDv7, ULID, or KSUID when ordering and distributed generation matter. And for many SaaS apps, the boring answer wins: internal_id BIGINT PRIMARY KEY public_id UUIDv4 UNIQUE One ID for database performance. One ID for public safety. UUIDv7 is a good tool. But “v7 for everything” turns a good default into lazy architecture. Better IDs are still design decisions.

hey @jarredsumner @bunjavascript do you this could be an interesting feature for bun?

Hey @jarredsumner @bunjavascript, you know what would be awesome to have in bun?! Doctests It's a feature we have in Elixir that AFAIK we don't have in the JavaScript ecosystem. It allows you to run tests on code snippets from code documentation (i.e jsdocs) 🧵

@zanfranceschi @rinhadebackend Boa! Se precisar de ajuda é só me pingar <3

@rwillians_ @rinhadebackend Tá tudo resolvido pra essa edição. Muito obrigado ❤️

@glaucia_lemos86 @itau Boa Glau, parabéns! 🚀

Primeiro dia de um novo capítulo! Inicio hoje como AI Transformation Lead, Principal Software Engineer no @itau no setor do Agro Varejo! E aqui vamos! 🧡 ___ First day of a new chapter! Today, I’m starting as an AI Transformation Lead, Principal Software Engineer at @itau, in the Agro Retail sector. And here we go! 🧡

Eu tenho um grupo no Telegram que é basicamente um cemitério de links. Salvo tudo o que é relevante sobre Engenharia de Software e DevOps, mas nunca mais abro. Cansei de acumular "Bookmark Debt". Vou começar a filtrar e destilar esse conteúdo publicamente no @ctrlfreakio. O manifesto do projeto está aqui 👇

é pra isso que eu financio a bolha de AI 😂😂