There was a time when it was quite bad, especially if using Wayland and under heavy CPU or I/O loads. I think this has mostly been solved now, but I do recall getting frustrated with the switch to Wayland because of it.
I can't find an announcement yet, however the pricing page now shows it's not included, and various support articles have removed any mention of the the Pro plan including access to claude code.
See [1] and [2] for an example of a support article that's had claude code removed as a Pro feature.
I guess this is the beginning of the end for subsidised model access, at least from Anthropic.
Because 'claude -p' is a backdoor for any third party client to use subsidized token pricing, and they've flipped course again to decide they do want the OpenClaw type users as long as they're on the $100 plan.
It was obvious, which is why their earlier decision to attempt to restrict 3p access was hugely unpopular. They're now trying to walk that back but on the condition that those users need to be on the higher plan.
Now they're hurting their popularity with those who actually don't mind using Claude Code. I've been quietly swallowing a lot of performance degradation over the past few weeks as I get the resource crunch, but I'm definitely not going back to copy-pasting between browser and editor. And I have no intention of upgrading to Max or doing per token usage.
The question isn't whether anyone could have missed it, but whether Claude Code has release gates that allow people to require that obvious problems should be resolved. From their release velocity it's pretty clear that they do not.
My usage of Claude Code in the pro plan is definitely metered. Every couple hours I have to wait an hour or two and the last few weeks I've hit my weekly limit on Wednesday.
Having switched to a kobo in the last week from a kindle, yes it is still possible, but involves a few steps, one of which can require an old version of the kindle for PC app. [1]
I couldn't make it work on books already downloaded to my kindle - they had to be downloaded via the app - and since it requires an old version of an app that automatically tries to update, I'm not sure how long it'll be possible, so my suggestion is to dump kindle and Amazon if you every want to have any control over your books.
I can confirm this: I downloaded the old version of the app (on a Windows laptop), isolated it so that it would not auto-update, and then used it to download all my books (after the deadline had passed) and convert them with Calibre, which got rid of the DRM crap. You have to do both the downloading and the conversion on the same computer -- other than that, it worked perfectly for my more than 100 books.
The storage costs coming in from 1st March feel like they're going to catch a lot of organisations out too. Private repos will cost $10/month per 100GB of storage, something that was previously not charged for. We're in the middle of a clear out because we have several TB of images that we'd rather not pay for on top of the existing subscription costs.
When will people pay their engineers to do actual engineering, instead of as a proxy for SaaS spending? Please, dear God, just hire one guy to run a mirror. Then, every time Docker et al turn the screws, we don't have to have these threads.
The storage enforcement costs have been delayed until 2026 to give time for new (automated) tooling to be created and for users to have time to adjust.
The pull limits have also been delayed at least a month.
Do you have a source for that? My company was dropping dockerhub this week as we have no way of clearing up storage usage (untagging doesn't work) until this new tooling exists and can't afford the costs of all the untagged images we have made over the last few years.
(I work there)
If you have a support contact or AE they can tell you if you need an official source. Marketing communications should be sent out at some point.
Thanks, Just seems like quite poor handling on the comms around the storage changes as there is only a week to go and the current public docs make it seem like the only way to not start paying is to delete the repos or I guess your whole org.
Yep, agree that comms have a lot of room for improvement. We do have initial delete capabilities of manifests available now, but functionality is fairly basic. It will improve over time, along with automated policies.
This has been developing over the last few days, with some users of the Tado smart thermostat and heating system being locked out of the app that's used to control both heating and hot water in their homes unless they agree to pay a subscription fee for basic access to the app (something which is still marketed as being free) [1].
If users do agree to pay, only once they have complete the process they are told it is part of a "test", however they are shown legitimate looking Apple Pay screens [2] along the way which Tado appear to be faking. Since there's no warning that this is a test up front, many users are finding themselves effectively locked out of controlling their heating and hot water at one of the coldest times of the year unless they agree to a pay subscription.
I have a Tado system in my house, and haven't been shown the screen yet, however it's highlighted for me just how little control I actually have over my heating and hot water if a company can remotely lock users out, effectively extorting money to continue heating their homes using hardware they have already paid for. I'll be looking to switch to something that's doesn't require an internet connection just to work...
This has been developing over the last few days, with some users of the Tado smart thermostat and heating system being locked out of the app that's used to control both heating and hot water in their homes unless they agree to pay a subscription fee for basic access to the app (something which is still marketed as being free) [1].
If users do agree to pay, only once they have complete the process they are told it is part of a "test", however they are shown legitimate looking Apple Pay screens [2] along the way which Tado appear to be faking. Since there's no warning that this is a test up front, many users are finding themselves effectively locked out of controlling their heating and hot water at one of the coldest times of the year unless they agree to a pay subscription.
I have a Tado system in my house, and haven't been shown the screen yet, however it's highlighted for me just how little control I actually have over my heating and hot water if a company can remotely lock users out, effectively extorting money to continue heating their homes using hardware they have already paid for. I'll be looking to switch to something that's doesn't require an internet connection just to work...
I've previously moved from Pivotal to Shortcut (when it was still called Clubhouse) and found it to be a good alternative for our small team. I did end up having to write my own import scripts, though that only took an evening or two.
The study isn't (directly) studying sleep so that's hardly a surprise. It's perfectly possible that it's actually the disturbed sleep causing the response, and not the caffeine itself (at least from my brief skim of the paper).
Personally I place little to zero value on these "we asked people to estimate something and then found a correlation" studies, there are too many potentially confounding variables to account for. Perhaps the non-caffeine drinkers have different types of occupations, social class, health consciousness etc.
Yes, it’s very likely people with sleep trouble (caused by apnea usually) are more likely to consume greater quantities of caffeine to help fight daytime sleepiness caused by the apnea.
