This is good, but it doesn't necessarily mean that Tailwind is out of the financial difficulty that we talked about yesterday. You can sponsor Tailwind for as little as $6,000/year. 29 companies were already sponsoring Tailwind including 16 companies at the $60,000/year level. Maybe Google AI Studio has decided to shell out a lot more, but it could also be a relatively small sponsorship compared to the $1.1M in sponsorships that Tailwind is already getting. Google has deep pockets and could easily just say "f-it, we're betting on AI coding and this tool helps us make UIs and $2M/year is nothing compared to what we're spending on AI." It's also possible that the AI Studio team has a small discretionary budget and is giving Tailwind $6,000/year.
It's good, but it's important to read this as "they're offering some money" and not "Tailwind CSS now doesn't have financial issues because they have a major sponsor." This could just be a 1-5% change in Tailwind's budget. We don't know.
And that's not to take away from their sponsorship, but on the heels of the discussion yesterday it's important to note that Tailwind was already being sponsored by many companies and still struggling. This is a good thing, but it's hard to know if this moves the needle a bunch on Tailwind's problems. Maybe it'll be the start of more companies offering Tailwind money and that'd be great.
No ill will towards the team, but isn’t it almost absurd that a CSS library is funded to the tune of 1m+ yearly and is still in financial difficulty? It is technically complete. There is no major research work or churn like in React, no monstruous complexity like Webpack.
Let's say you're paying your devs $100k / year. All in costs on those devs are probably $150k or so. That means your $1m / year will fund 6 full time developers with a little left over. This podcast from the CEO[1] says their engineering team was 4 people and the remaining staff is the 3 owners, the 1 remaining engineer, and one part time customer support person. So assuming every full time person was costing $150k in salary and other costs, you're already over $1m / year before you pay for any other expenses.
$1M / year is a lot of runway when it's just you. It's a lot less runway once you're paying other people's livelihoods too.
The question isn't "what is the lowest cost that a CSS library could be maintained for"
The question is rather, how can the most popular UI system (especially for AI models) have a healthy business model?
Think of the immense value that Tailwind is bringing to all the companies and developers using it. Surely there should be a way for the creators to capture a small slice of that in our economic system.
> the most popular UI system (especially for AI models)
Like others earlier in the thread I'm symphatetic to this company/project, but your code/project being referenced often in AI output in itself doesn't imply that the thing needs to be a business.
bash, curl, awk, Python code with numpy imports, C++, all sorts of code is constantly being generated by AI, doesn't mean curl or numpy should be its own company, or that the AI Labs need to fund them.
As other fave written, making $1M+ already feels like a lot, maybe this shouldn't be a company, just 1-2 people who have a great time supporting this thing. I wonder if curl or awk have that kind of funding even..
Apparently they have an annual budget of ~$10M. From the contributors, it's easy to recognize the Chan Zuckerberg Initiative (so Meta), Google, MSFT. This is great.
Having said that, I'd still say that $1-2M for a CSS library seems more than enough. Not everything needs to be "scaled"..
That’s the All Modern Digital Infrastructure relying on a dependency a Nebraskan has been thanklessly maintaining since 2003 one: https://xkcd.com/2347/
> The question is rather, how can the most popular UI system (especially for AI models) have a healthy business model?
My question is why does it need one? Most web libraries I've used for the last few decades have not had any corporate structure and certainly haven't made a profit. They're done because someone wanted to showcase their skills and others got involved to help, or for fun or because a company who does something else built them internally and decided to open source.
We don't need to apply capitalism to everything. Not everything needs a profit and scale.
Profit is the life blood of a business. It’s what pays for, mistakes, new ideas, responding to changes in the market. It tells you your are doing good things and that you are doing them well
It’s the engineering tolerance that allows a company to operate and remain reliable.
It’s amazing to me that engineers don’t understand this concept.
I think you've missed my point. Most of the libraries I'm talking about are not part of a business. And they didn't need anything to pay for mistakes, new ideas, etc.
I understand companies needing to profit, my question is why does an open source library need a company?
> I understand companies needing to profit, my question is why does an open source library need a company?
Because people like to eat and have homes and not everyone wants to work full time on someone else's code and then come home and work full time on their own. Because paying people for the work that they do is a good thing.
I think this is a very capitalistic lens you're viewing through. Open source projects (and the web in general) are traditionally not paid work or often seen as "work" at all. The web was built by people who just wanted to do a cool thing, and motivation of profit was much less common.
I challenge the concept of "paying people for the work that they do is a good thing", at least in this context. I don't think everything needs to be profitable and paid, people can just make cool things for love and passion.
If you can find a way to do it better or cheaper you’re welcome to try. No one else has. Don’t think it’s a small problem. The number of user agents and platforms supported by Tailwind would melt plenty of larger organizations.
This doesn't really answer my question and is quite a flippant response. I didn't claim I could do better, I'm asking why they need so many resources to do what they do.
Yes, they’re struggling because a large part of their business was selling the pro product of pre-built themes, pages and components and whatever else.
Now, LLMs have all but killed that side of their business. The latest models are incredibly good at writing Tailwind, to the point where no one is buying the pre-builts.
Nah, Tailwind is way more important for LLMs than vanilla CSS.
Models work in contexts. If my context is "my entire app's styling", then it's going to be really difficult to write styles in line unless it's already pretty perfect.
Tailwind doesn't have that problem. It's local. I can define a single theme and KNOW FOR A FACT how something will look before it even touches my code. That's the beauty of utility-like libraries.
I stopped working in marketing and advertising (which DID need custom styles), and went to strictly app dev where my needs completely changed.
lol People don't realize that Tailwind democratized styling for a lot of people who didn't want to or didn't know how to write CSS. We're not going back to writing hand-crafted CSS with or without LLMs. LLMs, by their nature, work better with Tailwind since it needs a much smaller context to make the right decision.
> We're not going back to writing hand-crafted CSS with or without LLMs.
A lot of us have never stopped writing hand-crafted CSS. Also, in my experience, Gemini 3 Pro is an absolute monster at writing layouts and styling in pure CSS with very basic descriptions of what I want (tested it while I was experimenting with vibe coding in some sleepless night LOL).
There are still a lot of developers who loathe using Tailwind and avoid touching it like the plague. Handwritten CSS still offers more opportunities for optimization and keeps your markup much cleaner than spamming utility classes everywhere (I understand the appeal of rapidly iterating with it, though).
That I can agree with hahaha. Even though I'm not a fan of Tailwind, there's absolutely no reason developers who like utility libraries will abandon them because of LLMs.
Agents are not yet very good at figuring out how things look on the screen.
Or at least in my experience this is where they need most human guidance. They can take screenshots and study those, but I’m not sure how well they can spot when things are a bit off.
Well they clearly don't "need" that many devs just to maintain it, since they just laid off most of their devs. But "need" and "want / have the revenue/work to hire and sustain" are different questions. I've never worked a single development position where there wasn't always more work to do and not enough people or time to do it. It appears they previously did have the revenue, and presumably had the work. Now they don't have the revenue, and so they had to let people go, and some of that work will go undone or take longer.
It was more than a library of prewritten css, though, they did quite a bit of engineering work on tooling (speeding up the code scans and dynamically creating custom classes, etc). I respect the team's productivity.
This is more a question about the business model of open source, which has always had some challenges. I don't think you can support OSS with premium templates, training, and support once the knowledge is baked into LLMs.
Yes but Tailwind Plus has a flawed business model, AI was not really the reason nobody bought it, it's that it's a lifetime purchase and that shadcn + LLMs has eaten their cake left right and central.
If LLMs didn't exist but shadcn still did, do you think people would pay and use Tailwind+ or shadcn?
Tailwind UI is tool companies buy to save dev time mostly on internal/back office tools. It's usually bought per project. The math is pretty easy - if it saves you few hours of devtime you buy TailwindUI. Shadcn and bazillion other similar things are certainly competition but TailwindUI is very broad and of high quality so why not pick the nicest version.
The problem is that Tailwind is extremely portable (thats why it's so popular) and since LLMs have been fed all TailwindUI code... people using LLMs don't even have to know that TailwindUI exists they just get some Tailwind styled components. They would probably look pretty confused if you told them you used to buy these templates.
It's the difference between one-off revenue and recurring revenue. If you're making new components, making new changes for the new version, adding new css and browser support it's hard to keep going with only income from new customers.
Sponsorships are a supplemental income stream, though, right? They have paid services in addition as I understand it. So covering several full time developers seems pretty good sponsorship wise, when the maintenance should be fairly simple at this point given the maturity of the offering and the tech stack. It’s not like they have to keep up with security vulnerabilities or a mobile version update churn.
They just sell lifetime licenses to extra content at a fixed (relatively small) fee.
> Because every project is different and the way independently authored pieces of code interact can be complex and time-consuming to understand, we do not offer technical support or consulting.
Having worked on design system teams before people can burn a lot of time and money doing overly nuanced stuff. I have been in meetings discussing removing/adding a property on a React component before.
That said 3 motivated developers and a designer should be more than sufficient to build a css library, but you could 100% have a team of 20 and they would find stuff to do.
Kudos to them afaik they were trying to pay their people well. I think they were paying more than 100k/year. I remember they had open position for double that.
Sure, but even 200k/year is an order of magnitude less than 1.2mil/year (which is what the great-grandparent comment claimed, given their 100k/mo estimate).
> That said 3 motivated developers and a designer should be more than sufficient
That's how they worked (they had 4 employees and recently fired 3 of them). Four employees is still a huge cost, for a CSS library with lifetime subscription plans.
One could compare the main branch against its state from one year ago to find out if the core product justifies this scale. I would say that, more likely than not, it isn't.
Agree and compared to the Zig Software Foundation (more complex work and lower salaries/costs) https://ziglang.org/news/2025-financials/ , the amount of money required to run Tailwind CSS seems quite high (or Zig quite low, depending how you view it). IMHO it’s too high and mostly profits from popularity and right framework at the right time for LLMs, but as others mentioned shadcn probably also contributed to people using shadcn components causing less TW UI sales and less visits to their docs page. The CSS framework seems mostly done and supports most browser CSS features, so I’m wondering if it still requires that many devs? Also wondering what they are going to do now with all the new partnership money flowing in. I’d prefer the OSS money flow to be more balanced, but yeah I guess the market decides.
Salaries for developers are well under $150k in most of the United States, for example, and that is for senior engineers. Most startups are paying $90k-$140k for senior devs, for example (I haven't done the math, but from my own experience, $100-$120k is the general sweet spot). Larger companies pay a bit more, but move beyond that and you are talking management.
I'd argue a design system used by like half the world at this point should hire the best front end engineers at a high salary and that's ok. There are people doing jack shit making more.
> Salaries for developers are well under $150k in most of the United States, for example, and that is for senior engineers
As someone who has hired hundreds of SWEs over the last 12 years from 20+ states, I have to disagree.
$150k is on the lower end for base for a Sr. SWE, and well below the total comp someone would expect. You can make the argument that $150k base is reasonable, but even Sr. SWE in the middle of the country are looking for closer to $180k -$200k OTE.
I am really curious about metro areas that are paying 100-120k for senior(in the real sense) devs. Could you please share some metro areas you are familiar with?
I'm in Brisbane, but salaries are wildly different between US and AU. The exchange rate is not a good approximation. We don't see many US$275K (AU$410K) remote jobs [1] advertised in Australia either.
There are plenty of software firms out there (including the one I work for) whose entire budget is less than $1MM, and who have a headcount of developers that's more than 2.
Not every software company is busy writing software to target you with ads.
Lots of great engineers will work for way less than a FAANG salary as long as it means not having to work for FAANG. $1m/year still won't get you all that much though.
Lots and lots of people work for much less or for free on whatever they like.
Problem is that doing "boring" parts of open source project maintenance is not very exciting for many top tier developers so it should pay at least competetively for experience or people will just burn out.
And while you can obviously fund a team of 20 on $1M/year outside of US whatever said team will manage to keep up to the level of quality is another question.
Realistically if you can work on a small and high profile project like tailwind you're gonna be snatched up by someone willing to pay you at or near FAANG levels
That's good. We can tell people that so they will submit us patches for free.
Maybe we could even have a neat website with a leaderboard of sorts where we honor top contributors like some kind of gamification.
I think we would really need about five highly opinionated people with good technical and people skills to volunteer as paid maintainers for tailwind or any oss project to succeed.
I'm having a very hard time to believe you need one third of that to
maintain a library that does "shorter names for standard CSS." Of course I might be underestimating Tailwind a lot.
According to that document, they spent ~1.5M eur (1.75 USD) on developer salaries. If we count up all the people in the "Development Team" section (other than the ones paid by grant, which I excluded from the number above), we have 22 full time developer listed. That's ~$80k (USD) / developer for the all in costs, so the actual salary is probably lower than that. US News tells us[1] that the median US developer is getting ~$132k / year. To put that into a bit of perspective, the local gas station by me is paying staff $15 / hour. That's ~30k / year.
As a side note, what the heck is with all the griping about costs in this discussion? So what if it's "just a big CSS library". Don't we want people to be paid good salaries? I swear software developers are one of the only groups of people I've ever met who actively complain about being paid too much money.
That is truly incredible and an ode to what can be done with a relatively small budget. You’re right that Tailwind is nowhere near Blender’s complexity… but it’s also trying to be a business and not a foundation.
Tailwind (like most things) is way more complex than it first appears.
Sure the main thing was originally 'just' mapping `.p-4` to `padding: 1rem`. But it's also about grepping the code to see if `p-4` is used so it only builds needed classes. It also needs to work with things like their responsive and state classes so `md:p-4` or `hover:p-4` add the padding only on medium or larger screens, or when hovered etc.
All of which increased to support more and more css features and arbitrary values so `not-supports-[display:grid]:p-[5px]` generates the required code to check if grid is supported and add 5px padding or whatever other values you put in the [].
You can question if that's really a sensible idea, but it is undeniably a pretty complex challenge. Not sure it compares to blender, I imagine that has a lot more maths involved - put probably less edge cases and weird displays odd in X browser bugs.
CSS the standard is still getting updated, browsers are still updating and making their own slightly different interpretations of the standard, so a CSS library can't be "complete" except for a moment in time.
We are probably in a situation like the one of Firefox or wikipedia.
A (side) business is created to support the oss project, to make it commercially sustainable /profitable, and then it becomes the commercial offer the liability sunk-in the money, using the fame of the oss to feed the beast. Puting the oss project at risk in the end.
Whereas people would happily give money or pay for supporting the oss project, they are kind of forced to feed the commercial project that might not really wanted to keep the beast alive.
As other I don't really have the details, but I think that in most of the world, 1 million of recurring revenue should be quite enough to support a sane evolution of what the project is doing.
Every app that uses tailwind builds a custom CSS bundle. Tailwind Labs does not host those; whoever is making the app has to figure out their own hosting. So I’m not seeing the significant infrastructure costs?
Even if Tailwind were a shared hosted system like the common bootstrap CDNs of old… CDNs are dirt cheap for a small text file, even if it were loaded billions of times a month.
Some back of the napkin math suggests that it would cost about $300 per billion downloads for the current bootstrap.min.css file (gzip compressed, naturally) at North American network prices on one CDN I’ve used before. Or just $150 per billion globally if you're willing to use fewer PoPs. With browser caching, even split per domain, a billion downloads covers a very large number of users for a very large number of page loads.
100% agree.
If an open source project needs money to run, then isn't that defeating the purpose of being open source?
Open source is a gift economy. If the owner can monetise it on the side then that is just a bonus.
Why should the license model of the source code prevent developers from making a living? Why should companies which release their software under proprietary licenses also be the only ones able to profit from it?
As Stallman said: Think free as in free speech, not free beer.
Interesting. In Spanish there is libre ("free" speech) and gratis ("free" beer). Now that I think of it, libre is part of the name of many linux packages (Libre Office). Never made that connection before.
It seems to be in Google's interest to keep Tailwind CSS afloat.
Tailwind CSS is alive -> New / existing projects keep using Tailwind CSS -> more code for Gemini to train upon -> better and fancier UIs being created through Gemini -> popularity and usage of Gemini doesn't go down
Of course this applies to any other LLM provider too but I guess Google saw this opportunity first.
I think it'd be better for AI and web dev if AIs generated real CSS instead.
The supposed difficulty of tracking from elements to classes to rulesets is something that AIs can easily handle, and being able to change a ruleset once and have the update apply to all use sites is really good for AI-driven changes.
Plus, humans and AIs won't have to wait for Tailwind to adopt new CSS features as they are added. If the AI can read MDN, it can use the feature.
I really don’t understand this idea that seems to be prevalent to let the LLM generate everything from scratch instead of using existing battle tested frameworks. Be it for css or backend code.
Good modular design of software and separation of concern are still important for debugging and lifecycle. For (instructing) the llm it will also be easier if it uses frameworks as the resulting code of the project itself will remain smaller, reducing the context for both llm and human.
AFAICT, Tailwind is largely (not entirely) a different, shorter syntax for writing inline styles. (E.g., "class: 'bg-white'" = "style: 'background-color: white'".)
If you've rejected structural CSS to begin with, I sort of get the point that it saves a lot of typing; otherwise I don't see how it helps all that much over SASS or just modern plain CSS.
Tailwind is a dirty hack, normally you are supposed to declare a class, which you apply to items of the same concept. This is the cause for CSS to exist.
Front devs got lazy, and started writing for each element, position: absolute; left:3px, top:6px, color:red;...
You could write
<font color="red">Hello</font> this would be similar "cleanliness"
Supply chain risk is real. Granted in CSS it’s probably less of a concern than in code, but it cannot be denied. LLMs make the proposition of supply chain reduction not irrational at the very least.
I’ve had zero problems getting Claude to generate CSS.
I generally ask for the following, from scratch for each project:
- A theme file full of variables (if you squint this actually looks a bit like Tailwind)
- A file containing global styles, mostly semantic, rather than just piles of classes
- Specific, per component styles (I often use Svelte so this is easy as they live in the component files and are automatically scoped to the component)
IMO there’s even less need for Tailwind with AI than there was before.
When I see people talking about how good AI is with Tailwind it just feels like they’re lazily copying each other without even trying to avoid unnecessary complexity.
Totally agree with this, and I think it's what will likely happen. IMO Tailwind got to the point where you are adding dozens of classes to the tag and it gets a little unwieldy. There are some options to get around it but if AI just does't need it it's even better.
There's nothing stopping you from requesting the AI write bare CSS. They're pretty decent at that too. And feed back screencaps, ask it to fix anything that's wrong, and five iterations later you have what you want. Just like a developer.
Bonus point: It'll appreciate one of those "CSS is awesome" mugs, too.
I'm not a fan of Tailwind, but I can see that it's probably reasonable for code gen to be able to write / extend projects that use Tailwind, since it's in pretty widespread use. For a new project, maybe it could ask if you want to use Tailwind or just keep things vanilla?
Tailwind is almost too simple to bother using an LLM for. There’s no reason to introduce high-level abstractions (your “real” CSS, I imagine) that make the code more complicated, unless you have some clever methodology.
I don't really like Tailwind, but it's a really good fit for LLM tools because there's basically no context needed like you get with normal CSS inheritance, etc. What you see is what you get.
AI is great at any styling solution via system prompt + established patterns in codebase. Tailwind is just slightly more convenient since it's consistent and very popular.
You could prompt the LLM to define styling using inline `style` attributes; and then, once you've got a page that looks good, prompt it to go back and factor those out into a stylesheet with semantic styles, trading the style attributes for sets of class attributes.
Or you could tell the LLM that while prototyping, it should define the CSS "just in time" before/after each part of the HTML, by generating inline <script>s that embed CSS stanzas as string literals, and which immediately inject those into the document using CSSStyleSheet.insertRule(). (This can, again, be cleaned up afterward.)
Or, you can keep your CSS and your HTML separate, but also keep an internal documentation file (a "style guide") that describes how and when to use the CSS classes defined in the stylesheet. This is your in-context equivalent to the knowledge the LLM already has burned-in from training on the Tailwind docs site. Then, in your coding agent's instructions, you can tell it that when writing HTML, it should refer to the "style guide", rather than trying to reverse-engineer the usage of the styles from their implementation in CSS.
Counter-argument: the cascade in CSS was a massive design mistake and it shows even more in this particular case.
With LLM-assisted development you spend more time reading and reviewing the generated code. The cascade in styles is nowhere near as readily apparent as something like Tailwind.
I haven't seen cascades be a problem since the days of monolithic, app-wide stylesheets, and no project I personally know of works that way anymore.
Just about everyone uses component-specific styles with a limited set of selectors where there are very few collisions per property, and pretty clear specificity winners when there are.
If the alternative to the cascade is that you have to repeat granular style choices on every single element, I'll take the cascade every time.
I'm not saying they're equivalent. I'm saying that the latter is better, especially in the context of reviewing LLM output.
With the former, I need to cross-reference two different stacks (HTML and CSS) and construct a mental model every time I move between components. With the latter, I can simply look at one output (HTML) and move on with my life, knowing that the chances of conflicts/issues/etc are fairly limited.
You guys are advocating for keeping the semantic separation that we originally aimed for with HTML/CSS, but in an LLM world this is yet another distinction that probably "does not matter".
If you're arguing down that route, LLMs can bulk-apply style attributes exactly where they're needed. Every element precisely described, no need for CSS and style-sheets at all.
And then you'd wind up with a needlessly noisy approach, and then you will reach for Tailwind to do basically the same thing but in a more terse manner. ;P
I'm not really seeing or buying this connection. LLMs are capable of generating CSS which is untethered to finances. If tailwind went away it would be in Gemini's interest to not generate it.
I think that keeping tailwind alive means that Gemini Studio:
* Likely gets preferential access to new features and changes in tailwind, keeping it cutting edge
* Keeps a framework alive that Gemini is already good at
If a new framework becomes popular then the amount of training material / material already trained into the model essentially starts from 0.
The mature Frameworks that had plenty of openly available data to train on before everything became locked away are the ones we'll be running with for the next few years. It makes sense to keep it alive.
If the description for each tier is correct then it seems like Google AI Studio is an Ambassador only ($2,500 per month). This tier includes your company logo on the homepage. The Partner tier ($5,000 per month) includes placing your logo at the top of the sponsor list and Google AI Studio is at the end of the sponsor list.
Edit
Looking at the tailwind.css repo[1] they are a Partner. Not sure why they are at the end of the sponsor list in that case. Though now I look at the bottom of the sponsors page I see they repeat the Sponsors again at the bottom and directly indicate each companies support tier.
...which is not even a developer's salary. Pathetic from a company that makes billions and has surpassed even Apple in terms of market cap (yes, I know market cap means very little, especially in a bubble, but still...)
As part of FAANG, they should be donating like 10x that amount at least.
Disclosure: I am relying on your word, and do not know if there are more tiers above partner or not.
I've seen wildly different takes assuming how many people worked at Tailwind and what they did because "3/4 of the engineering team" is confusing without more context, so I decided to go through the podcast episode about it https://adams-morning-walk.transistor.fm/episodes/we-had-six... to see what the full picture was.
Remaining:
- Adam (cofounder/owner/original author of tailwind)
- Jonathan (cofounder/owner/product/engineering/early co-author of tailwind)
- Steve (owner/design lead)
- Peter [part time] (partnerships/ops/support)
- Robin (engineer)
There were 3 other engineers who worked with Robin to make up the 4 person engineering team before being laid off. The ones laid off were claimed to be given a good severance. It did not seem to clarify if the 3 owners are collecting a full salary or not. Importantly, that there is only 1 person remaining on the engineering team doesn't mean they only have 1 person who can fill the role of an engineer on the product.
No guarantees this is 100% accurate or exhaustive (or names spelled correctly - apologies in advance!), but hopefully it should be a lot better a reference than guessing what the company structure looks like based on the percentage laid off alone.
Not necessarily. We don't know what all their costs are, but it's a lot more than just salaries. I'm sure there was a lot of uncertainty in how long those sponsorships would last. There are any number of factors. Adam also stated in a podcast [0] that he laid people of now in order to ensure they he could give them generous severance packages. I'm sure people will have thoughts on that but whatever, I think that makes sense.
Hosting, marketing, other promotional stuff (conferences, maybe other?), there are still three people on the payroll and otherwise I don't know (which was part of my point) as I've never run a business like this before myself. Oh, subscriptions to AI services... that's pricey I hear ;)
Hosting for their documentation would only be a noteworthy amount if they chose to host on Vercel. Other than that it's a Hetzner box at $100 per month tops.
Not $6000/Year but $60,000/Year. Not sure if you missed a 0. Google AI is listed as a Partner sponsor which costs $5000/Month or $60,000/Year. Since Adam's audio and twitter post went viral, he has aded about 5 partner sponsors netting total of additional $300k/Year right there. And a few other smaller sponsors as well.
Overall, this has been a win for Adam and Tailwind.
It clearly was if you look at forward trends. In his podcast mentioned revenue was going down by a fixed amount per month, meaning an increasing percentage per month, and they had crossed the line to six months of runway before layoffs.
With layoffs they can meet costs but that might be true if the revenue decline trend keeps going for 18 months or so.
It's good, but it's important to read this as "they're offering some money" and not "Tailwind CSS now doesn't have financial issues because they have a major sponsor." This could just be a 1-5% change in Tailwind's budget. We don't know.
And that's not to take away from their sponsorship, but on the heels of the discussion yesterday it's important to note that Tailwind was already being sponsored by many companies and still struggling. This is a good thing, but it's hard to know if this moves the needle a bunch on Tailwind's problems. Maybe it'll be the start of more companies offering Tailwind money and that'd be great.