newbieuser

all of the things you listed are included in the software. and they all serve the same thing. to maintain the software. you should focus on the purpose as much as you focus on the process.

I totally agree with this comment. just such a person was the manager of the team I was on. and it wasn't really possible to argue. The only thing he understands from arguing is that he is right in the end. Imagine this happening even in the smallest of arguments.

tailwind is a library I don't like in many ways, but the criticisms in this post are pretty ridiculous. tailwind is not a library offered with the motto of component driven as the author mentioned. and instead of bloated packages like radix ui I think it's a more sensible solution. at least it gives a chance to follow a more optimal path. I think it is impossible to find an optimal way with the libraries it recommends. you should use everything just as the library intended.

It's an interesting idea to write the app based on the tests instead of writing the test by the app. I don't think it will be very healthy for the overall application, but it's worth a try. Testing with real dependencies without using mock seems better overall, but this brings with it quite a few problems.

Enterprise software is the software that mostly lies and bullshit today. Companies spend a lot of money because at the end of the day, it's working. Who cares how it works.

real life doesn't work like you said. their suggestions are no different from people who put their work on the basis of their life.

godaddy and namecheap. If you are using these two sites in some way and paying money, what you need to do as soon as possible is to transfer all your domains to another site and delete your account. As long as you keep using these idiots they will continue to grow more.

The maintenance cost is a debt that must be paid by all means. and microservices may be the cleanest solution if there are teams that develop businesses completely independent of each other.

for most libraries, I think people in core teams cause it. eg react is destroying the potential of hooks more and more with each release. and it's weird that no one of them said, "what are we doing right now, does this stuff really have to be this complicated", but I guess that's exactly what open source development culture is today. we know best and you should use it.

Does anyone use any password manager and do regular backups? I use 1password but it's scary that all passwords depend on it.

This way, we will have companies that are open source but manage the ecosystem as they want. I don't know, maybe that's what it should be.

What problem exactly is this app to solve? it looks exactly like a producthunt product. a big landing page with long text but you never understand what it does

This should definitely be implemented in projects where the use of the feature flag is common. When you go with boolean values, after a while you have a pile of data that you don't know what was done and when.

i think the worst case of this is in the javascript ecosystem. i'm really sick of seeing open source groups arguing with each other on internet.