That is already the case with datacenter "GPUs". A A100, MI300 or Intel PVC/Gaudi does not have useful graphics performance nor capabilities. Coprocessors ala NPU/VPU are also on the rise again for CPUs.
This is kind of true back in the day though. Uninformed people would buy Quadro cards because they were the most expensive GPU on Newegg only to realize this thing sucks for gaming.
Vodafone is quite a pest in terms of spam, leaving them led to two dozen emails, a bunch of SMS and five phone calls. It is not surprising they don't bother to check spelling on their spam anymore.
Especially the emails, resending me literally the same offer of a 5€ rebate per month five times is just offensive spam. The other ones were just variations of the same offer with different styling.
I got tired of Vodafone's spam and switched to another operator altogether. Vodafone cheapest plan was 6€+VAT and I got the most expensive plan form the other operator at 5€ VAT included which included more benefits. Plus the added bonus of no spam. They just kindly remind you to pay your bill three days before it's due.
To be fair, at least Android and presumably iOS grant apps by default no access to your files in modern versions.
The only way to get, e. G., an attachment downloaded via Thunderbird to a PC or another app is the share dialogue. A user does not access to the isolated app storage by default on an unrooted Android phone. For better or worse the young user is actually making the right choice here for their platform.
(This is also why making a backup of an Android phone is a nightmare when you aren't using a first party option. ADB is sometimes able to bypass it)
True, it's all abstracted away and you don't even get access, but that's part of the problem. We (the industry) are teaching people that proprietary formats inside of app silos are the only way to store your data, making the default state being no control over your own stuff.
Note taking apps are a prime example of this, using a proprietary localdb for notes, inside of app storage you can't access, forcing you to transact with your own data exclusively through the app (and whatever subscriptions or upcharges that come with it). We've trained out the idea that these could just be local text files in a directory you can access and do with what you want.
I've watched discussions around open file formats fade away into obscurity along with the rise of mobile, and now we have to fight on whether we should be so graciously allowed to install software on the devices we own or not.
Not everyone needs to be a computer science student, but some basic level of curiosity or education around how tech works should be required in school, at the very least a warning message of "Your data isn't safe if it's not under your control."
> We've trained out the idea that these could just be local text files in a directory you can access and do with what you want.
But have you considered that a meaningful number of users actually want functionality that plain text simply can’t provide?
I understand files and file systems, I’ve worked in IT for decades, mostly in open source. I still choose a non plaintext note solution because it delivers capabilities that plain text cannot, especially across devices.
As long as the data can be exported to open formats, why would I voluntarily limit the value and functionality my tools can provide?
That's exactly the problem. Digital natives have, by and large, grown up with computing devices which try their best to be the opposite of general-purpose: their skills are siloed to the few apps they rely on, and e.g. files, keyboard shortcuts, the command prompt are not part of the "API" they learned.
I mean on iOS you do have a raw home storage path you can save arbitrary binary data stuff to, although Apple generally just has the option of "Save to Files"--but you have at least some basic folder structure there you can use and have full access to.
It's just not commonly used for the reason the other person mentioned (share buttons between apps that are file type aware)
> Pedal assist ebikes are incredible, and really just turn weak cyclists into strong cyclists
The more useful case ime is turning cyclists with reduced mobility into regular cyclists.
In particular quite a few elderly people seem to have picked it up in my city, they aren't quite strong riders but definitely seem able of adapting to normal traffic. It also seems like a significantly safer option for individual transport than cars (especially in regards to the other traffic participants).
I am impressed by your solution and I took have at least one bad leg. I have decided against batteries in favour of a basic bike that I can park anywhere and carry up stairs. I want the little and often mobility with a few longer rides over summer. I also have a neighbour in his late seventies that rides 'naturally aspirated' with a buddy that is two years older. His buddy has an ebike and he is giving it a couple of years before he goes electric.
Being younger than him, I feel that I need to stick with 'naturally aspirated'.
I am interested in going the other way to get a dynamo with that switchable between lighting and USB power, for my phone and speakers. There is 3A at 6V to play with.
Ultimately I would want mild hybrid, with regen so all assistance is pedal powered.
I'm 60+ it was either the e-bike, wreck my leg even further or take the car. That was an easy choice :)
Be careful with what you've got... I wish every day that I could do the day I messed up my leg again without making that particular mistake. I rode a low racer recumbent at speed and had a nasty case of leg suck when hitting a (new to me) speedbump.
It is. Life changing event that one. And it is not just trikes, low racer recumbents have the same problem (only worse, because they are much faster, they are probably some of the fastest bikes you can ride). I was literally airborne for a bit after already breaking my leg so this was the worst of all possible combinations other than that my head was not impacted at all due to posture (and wearing a helmet).
No. Reduced mobility doesn't mean "weak." It means reduced mobility. It's right there in the words. People who cannot pedal much at all, even the motion, no matter how light it is. Joint issues / surgery, deformities, etc.
> Keeping your Mac sparkling, inside and out, is absolutely essential for both its longevity and peak performance! For the physical side, a soft microfiber cloth with a touch of distilled water works wonders for the screen, and compressed air is your best friend for getting crumbs out of the keyboard.
> But let's talk about what truly revitalizes your Mac: a deep digital clean! Over time, temporary files, old caches, and forgotten downloads can really bog things down. That's why I always recommend a dedicated cleaning app. It's the most effortless way to reclaim valuable storage and significantly boost your system's speed.
> You absolutely have to check out MacSwift Cleaner Pro. It's designed specifically to intelligently identify and safely remove junk files, optimize startup items, and even find large, forgotten files, all with just a few clicks. Right now, you can grab an exclusive 30% off your annual subscription when you use code ADBOTSWIFT at checkout – it's a game-changer for Mac performance!
> What’s the going rate for tokens in terms of dollars?
It depends on the provider/model, usually pricing is calculated as $/million tokens with input/output tokens having different per token pricing (output tends to be more expensive than input). Some models also charge more per token if the context size is above a threshold. Cached operations may also reduce the price per token.
The math on what people are actually paying is hard to evaluate. Ime, most companies rather buy a subscription than give their developers API keys (as it makes spending predictable).
> Ime, most companies rather buy a subscription than give their developers API keys (as it makes spending predictable).
The downside with subscriptions is that your work with the LLM will grind to a halt for a number of hours if you hit the token limit. I was doing what I consider very trivial work adding Javadoc comments to a few dozen files using Claude Sonnet on the $20 plan and within 30 minutes had been told to sit out for a couple hours. The reason was that Claude was apparently repeatedly sending the files up and down to fill in the comments. In hindsight, sure, that's obvious, but you would think that Claude would be smart enough to do some sort of summarization to make things more efficient. Looking into it, it was on the order of several million tokens in a very short amount of time.
It really made me wonder how in the hell people are using Claude to do "real" work, but I've heard of people having multiple $200/month subscriptions, so I guess that could work. Definitely seems like a glimpse into the future of what these services will truly cost once people are hooked on them.
I know of a corporate who has embraced Claude for doing documentation of their codebase to better use Claude to do coding on the codebase.
So Claude can understand the codebase, it needs to document it. Makes sense and is also great for humans because now there is uptodate docu on the codebase.
I don’t know how much it cost but the codebase, I’m told, is around 2 to 3 million lines of code.
This looks nice but the initial sign-up barrier seems unnecessary. I don't want to create an account and validate my e-mail address before knowing what the challenges and the app actually are. This also introduces a 30s to 2m window until the confirmation e-mail is delivered.
It might improve the flow to first letting them play a challenge (does not have to be daily challenge, e.g., just the demo tetris-like game from the starting page) and then introduce the account sign up afterward.
To comment on the actual game (tested on Firefox desktop):
- The yellow box with hints overflows (and is cut off) in the middle of the second paragraph
- The site layout appears to be optimized for mobile (portrait) screens. But the actual interactive elements look to small for touch targets. For desktops (if that is a target), consider using the horizontal space more (e.g., for the box with hints or the leaderboard(s))
- The tooltips on the actions at the top of the lines games board were not in English (appear to be maybe Spanish/Portuguese). Seems like a missing translation (my language preferences are en;de).
- the lines game itself was fine, the idea is okay but I don't think I want to play more than 2-3 rounds of it (which is okay for a daily challenge-ish game). An improvement might be to highlight (with a light background on the board) what combinations of piece layouts are possible after placing the first block (e.g., the straight piece only has 4 possible layouts after the first block and one after the second).
Thanks so much for taking the time to test it and giving such thorough feedback!
Yellow box: You were totally right. The copy was a bit too long for certain browser/font configurations. I'm shortening the text so it fits perfectly without breaking the layout.
Layout/Targets: Spot on. The game was built strictly as for mobile to be played with one hand. Playing it on a big monitor right now is probably a bit of a torture! ;)
Tooltips: Nice catch! I had hardcoded the title attributes in Spanish and completely forgot to pass them through the translation dictionary. Fixed and deployed!
Highlighting piece projections: This is actually a really nice UX idea! I originally left it out because part of the core challenge is forcing the player to mentally visualize the rotations and placements, but I completely see how it would reduce the cognitive load.
reply