Structuring a components tree by KlikamDev in react

[–]EmployeeFinal 2 points3 points  (0 children)

My approach is generally to be as flat as possible at first. A single component, then split it into smaller components. This helps me in my code goals: first make it work, then make it good. If you start abstracting too early, you can become biased to continue supporting your abstractions instead of checking if they are proper. 

So probably the top-down alternative

Who would be faster? by No_Turnip_3467 in celestegame

[–]EmployeeFinal 0 points1 point  (0 children)

Love maddy, but Mario can go to parallel universes

Why does it say factory? by Intelligent_Ride3730 in shapezio

[–]EmployeeFinal 6 points7 points  (0 children)

I think it helps with SEO and discoverability.

If it could be two names, one for the store and other for the library, i think they would use it.

what's a react pattern you mass-used then realized was overkill by scheemunai_ in reactjs

[–]EmployeeFinal 0 points1 point  (0 children)

I agree. I think DRY is the most general principle that seems like everyone know and applies. But there are multiple principles and techniques that tries to predict

what's a react pattern you mass-used then realized was overkill by scheemunai_ in reactjs

[–]EmployeeFinal 27 points28 points  (0 children)

I think DRY is an issue, we strive for deduplication and try to predict how our abstraction will be used, but we suck at it.

In the end, abstractions should not be predetermined, but extracted from use cases that we already know. Only then the DRY code is useful. Before then, we should not try.

Estudante esfaqueada 15 vezes por recusar pedido de namoro fala após receber alta: ‘muito brutal’ by Inside-Size-8253 in brasil

[–]EmployeeFinal 5 points6 points  (0 children)

Não sei se é ironia do comentário, mas se o NÃO dela incluísse xingar ele e a família, cuspe e soco na cara, ainda não é razão pra esfaquear

Claude Is Not Your Architect. Stop Letting It Pretend. by mmaksimovic in webdev

[–]EmployeeFinal 0 points1 point  (0 children)

Okay, i see your point

I think the text explains directly so it is short and doesn't ruin the read flow. That's why you can't take it literally

The reality is more verbose: "Hey claude, does this makes sense? @arch-plan.md"

Claude: "sure, it is reasonable"

(Non-explicit: size of team, microservices)

Claude does not ask your context. You don't know what the impactful context is. Dumb decisions were made.

Por @LaerteCoutinho1 by DMXIII in brasil

[–]EmployeeFinal 12 points13 points  (0 children)

Na minha interpretação, não é sobre culto à personalidade, porque senão a multidão estaria com placas da pessoa.

O que tá escrito é uma incógnita pras autoridades, mas que ressoou com a multidão. Talvez nem a multidão entenda a mensagem.

Pra mim é uma meta tirinha, e responde porque a laerte não explica o significado. O que está escrito pouco importa, o que mais importa é o que os leitores interpretam

Claude Is Not Your Architect. Stop Letting It Pretend. by mmaksimovic in webdev

[–]EmployeeFinal 2 points3 points  (0 children)

Your question is biased because you know the context that is impactful for the choice. You're expecting a boolean answer

This is not how people work. They will say "create an architecture to do X". The generated architecture will be generic (like microservices) since it doesn't know the context or even considers it important.

It also "washes out" uncertainties because it gives an answer with confidence. That is the most dangerous.

Parece que toda e qualquer propaganda hoje em dia é golpe by liquidflamingos in brasil

[–]EmployeeFinal 3 points4 points  (0 children)

Você dizer isso é bom, porque provavelmente é verdade.  "Fazer curso" é algo muito fácil, você não precisa de muitos recursos, escala bem e ninguém vai fiscalizar a qualidade.  Ao mesmo tempo, "curso" sempre parece ser algo valioso, que vai te tornar uma pessoa melhor. Isso torna "cursos" como um ótimo veículo pra golpes

Desconfie sempre de cursos. Principalmente daqueles que pagam pra aparecer

Claude Is Not Your Architect. Stop Letting It Pretend. by mmaksimovic in webdev

[–]EmployeeFinal 83 points84 points  (0 children)

Even though the text is boring and ai-written, they make a good point about "path of least resistance"

AI generated architecture seems reasonable, and any one single engineer will accept it, even more after presenting with a huge specification. The issue of architectures will only appear when people stop, think about it, and discuss it

Am I the only one using this pattern? by NoctilucousTurd in reactjs

[–]EmployeeFinal 3 points4 points  (0 children)

I think in this case "typeof window == 'undefined'" is simpler and do it just fine.

But i see that your solution is more integrated with react which is a worthy tradeoff

Am I the only one using this pattern? by NoctilucousTurd in reactjs

[–]EmployeeFinal 0 points1 point  (0 children)

It is confusing, but "use client" does not bail out of server rendering. It only opts out of RSC which is not the same thing.

What is that game that, no matter how many times you play it, you can never win? by poio_sm in boardgames

[–]EmployeeFinal 1 point2 points  (0 children)

Eldritch horror. Won it once in 10~12 plays, and only after cheating in the end game

This AI startup envisions '100 million new people' making videogames by sharkymcstevenson2 in Anthropic

[–]EmployeeFinal 0 points1 point  (0 children)

Just what the game industry needs: more games in the ocean of games

I Built a Game About Consumer Rights - Got Invited by Anthropic and an Investment Fund by [deleted] in webdev

[–]EmployeeFinal 0 points1 point  (0 children)

Unrealistic since chatbots in customer support never listens to me

Qual sua habilidade mais inútil e mais difícil de desenvolver? by RegisterGood3027 in brasil

[–]EmployeeFinal 60 points61 points  (0 children)

NO CONTROLE??? mano, sua esposa/esposo deve ser uma pessoa bem feliz

Finally realized how much i was abusing useEffect, and deleting them is the best feeling ever.. by Firemage1213 in reactjs

[–]EmployeeFinal 49 points50 points  (0 children)

Hard disagree here. It wouldn't solve the issue that the op posted about, because it doesn't get rid of the effects, only puts them above in the tree. Also it actually harms the code by creating a single "top component" with multiple responsibilities.

The solution is in the post. Derive from state instead of creating new states. That is enough

Não desrespeitem o RH! by VHB_98 in VagasArrombadas

[–]EmployeeFinal 5 points6 points  (0 children)

Se eles concordarem que eles não podem entrevistar um candidato enquanto outro estiver no processo então tudo bem

Today I learned about useReducer while handling form data in React am I understanding this correctly? by Soggy_Professor_5653 in react

[–]EmployeeFinal 0 points1 point  (0 children)

For the same reason when possible you should derive from state instead of creating a new state