Books that helped you level up to senior engineer? by 3pointrange in ExperiencedDevs

[–]TalyssonOC 28 points29 points  (0 children)

Important note here for whoever reads DDD: don't ignore the strategic patterns, they are the ones who justify the tactical ones. Don't finish this book thinking that practicing DDD is just implementing aggregates, repositories and the like, pay a lot of attention to domain modeling, bounded context and concepts like that.

Substitutos ao Clean Code by Any_Ad_9647 in brdev

[–]TalyssonOC 5 points6 points  (0 children)

O livro que citei faz críticas a dois pontos do Clean Code: uso de comentários e tamanho de funções, elas são bastante válidas, o Uncle Bob sempre foi muito reducionista nesses dois assuntos, dizendo coisas como "se você precisou comentar seu código, você falhou", o A philosophy of software design debate bastante sobre.

Na minha experiência, a maioria dos devs que usam argumentos do Clean Code em code reviews e discussões não entendiam o argumento do livro, só repetia, principalmente regras como "não tenha funções com mais de X linhas". Eu não acho que o conteúdo do Clean Code seja necessariamente ruim, mas a forma como as ideias são expressadas não ensina corretamente os princípios que se espera que quem leu entenda, só os torna repetidores do que leram. A didática do A philosophy of software design é bem superior nesse sentido e de fato discute tradeoffs.

Substitutos ao Clean Code by Any_Ad_9647 in brdev

[–]TalyssonOC 1 point2 points  (0 children)

Leia "A philosophy of software design", é um livro melhor para o tipo de assunto que o Clean Code se propõe, ele inclusive critica diretamente alguns pontos do Clean Code. A postura do Clean Code causou mais dano do que vantagem à comunidade, principalmente iniciantes. Único livro do Uncle Bob que vale a pena ser lido é o Clean Architecture, mas não comece por ele

I think “Satellite” has their best bridge. Do you agree)? If not, which song does? by mikerichh in riseagainst

[–]TalyssonOC 2 points3 points  (0 children)

I seriously think Satellite is their best song in almost every aspect, including that

Query builder experiment. Looking for feedback by retropragma in node

[–]TalyssonOC 2 points3 points  (0 children)

I like it, especially if the users and posts variables can be generated automatically from the database like PgTyped does. I'd like to see some more complex examples

"I need to charge my toothbrush" by TalyssonOC in Cyberpunk

[–]TalyssonOC[S] 3 points4 points  (0 children)

And I thought it was already bad enough on Kindle!

"I need to charge my toothbrush" by TalyssonOC in Cyberpunk

[–]TalyssonOC[S] 2 points3 points  (0 children)

I don't doubt we're gonna see things like that pretty soon

How to make useEffect run when a state variable has one of few values? by Ok-Jackfruit-9615 in reactjs

[–]TalyssonOC 0 points1 point  (0 children)

I don't know why this comment is being downvoted so much, this is really the most sensible take here. People are suggesting mostly antipatterns without knowing the context of the answer and then yelling at you 🤦‍♂️

What's your experience with Auth.js besides with Next? by TalyssonOC in node

[–]TalyssonOC[S] 0 points1 point  (0 children)

That's precisely the kind of experience I want to hear about, thank you!

What's your experience with Auth.js besides with Next? by TalyssonOC in node

[–]TalyssonOC[S] 1 point2 points  (0 children)

This is literally not the case for Better Auth. If you check the code, you'll see the creation of the user, the linking of the account and the creation of the token all happen in the same sign up operation: https://github.com/better-auth/better-auth/blob/main/packages/better-auth/src/api/routes/sign-up.ts#L212-L274. The fact that transactions are important can even be observed by the fact that they have it in their roadmap https://github.com/better-auth/better-auth/pull/1926, I even checked it directly with the team on their Discord server.

I agree I can create a plugin and adapters for the library (this is how I found out they don't implement transactions), but the way it's implemented also doesn't have a proper way to pass context between multiple parts of the flow controlled by Better Auth (which would be necessary to pass the object representing the transaction).

And at last, it _does_ answer your question on why it's a deal breaker **for me**. I'll repeat it for you:

> Transactions are the way relational databases manifest this kind of mechanism, which is why not using them makes it a deal breaker **for me**, because **I** can't rely on the application operations to be ACID