This article is interesting, but not for anything having to do with CSS:
1. Start with a given approach, but say you feel something "off" because it doesn't quite fit "best practice xyz".
2. Use another approach, which also doesn't fit "best practice xyz".
3. Argue that the best practice shouldn't be a best practice.
This of course, should mean that the very first approach is just as alright as the second, yet here it is used to defend only the second (sure, there's a token acknowledgement of the first approach being valid too under the new assumption, but everything afterwards is a long "but not really, second one is the true better one").
Back to the topic at hand, the article depicts a circle: let's move away from inline css by... moving it one attribute over, to "class". The token attempt at contradicting this is unsuccessful one because, as much as there's no limit in the inline css you can do, there's no limit to the amount of classes you can add. So it all ends up feeling a bit self-defeating.
1. Start with a given approach, but say you feel something "off" because it doesn't quite fit "best practice xyz".
2. Use another approach, which also doesn't fit "best practice xyz".
3. Argue that the best practice shouldn't be a best practice.
This of course, should mean that the very first approach is just as alright as the second, yet here it is used to defend only the second (sure, there's a token acknowledgement of the first approach being valid too under the new assumption, but everything afterwards is a long "but not really, second one is the true better one").
Back to the topic at hand, the article depicts a circle: let's move away from inline css by... moving it one attribute over, to "class". The token attempt at contradicting this is unsuccessful one because, as much as there's no limit in the inline css you can do, there's no limit to the amount of classes you can add. So it all ends up feeling a bit self-defeating.
Ultimately, this article, IMO, is a good example of this: https://christine.website/blog/experimental-rilkef-2018-11-3....
Then again, I'm a developer first and foremost, maybe I'd like this better were I a designer.