uuid: - value: 98d20258-bdbe-4286-a2d2-36dc4722cac1 langcode: - value: en type: - target_id: daily_email target_type: node_type target_uuid: 8bde1f2f-eef9-4f2d-ae9c-96921f8193d7 revision_timestamp: - value: '2025-05-11T09:00:22+00:00' revision_uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 revision_log: { } status: - value: true uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 title: - value: 'Try it and see' created: - value: '2024-01-08T00:00:00+00:00' changed: - value: '2025-05-11T09:00:22+00:00' promote: - value: false sticky: - value: false default_langcode: - value: true revision_translation_affected: - value: true path: - alias: /daily/2024/01/08/try-it-and-see langcode: en body: - value: |
I recently saw a post with a screenshot of some code they'd written using Tailwind CSS.
Reading the comments, it had the usual "re-inventing the wheel" and "just use inline styles" comments, which, to me, didn't seem very helpful and not the point of the post.
When I've given a talk on Tailwind CSS, I've acknowledged that people have common initial reactions and suggested people try it for a week or so and see how it works for them before making up their minds.
Someone did after a conference and posted this on Twitter:
I saw a talk on tailwind at a conference. Spent 15 minutes afterwards "discussing" with the presenter how it was horrible and against the neat way of CSS and so on. But promised to try it just once as he said it feels better than it looks.
He was right. It's so freeing.
The same approach applies to many other things, such as pair programming, automated testing, test-driven development, static analysis, Scrum, Linux and Vim - to name a few.
If you use it and don't like it, don't continue and return to what you did before.
Whether you keep it or not, you better understand what you're evaluating and not dismiss it out of hand.
format: full_html processed: |I recently saw a post with a screenshot of some code they'd written using Tailwind CSS.
Reading the comments, it had the usual "re-inventing the wheel" and "just use inline styles" comments, which, to me, didn't seem very helpful and not the point of the post.
When I've given a talk on Tailwind CSS, I've acknowledged that people have common initial reactions and suggested people try it for a week or so and see how it works for them before making up their minds.
Someone did after a conference and posted this on Twitter:
I saw a talk on tailwind at a conference. Spent 15 minutes afterwards "discussing" with the presenter how it was horrible and against the neat way of CSS and so on. But promised to try it just once as he said it feels better than it looks.
He was right. It's so freeing.
The same approach applies to many other things, such as pair programming, automated testing, test-driven development, static analysis, Scrum, Linux and Vim - to name a few.
If you use it and don't like it, don't continue and return to what you did before.
Whether you keep it or not, you better understand what you're evaluating and not dismiss it out of hand.
summary: null field_daily_email_cta: { }