catach
catach on Hacker News
Duckduckgo is still like that, once you turn off the AI options.
Really good point that those indicators are on-demand rather than always-on.
Well. Apple reuses the branding. The MagSafe chargers for Mac do have indicator lights, while the MagSafe chargers for iPhone do not.
The magnetic chargers for Apple Watch also do not have lights. Neither do the USB-C cables for iPads and AirPods. I assume the newest AirPod cases still have charging lights though.
> Battery state is probably the only thing that I really think it must show you.
The screenshot provided does show a battery indicator in the top right of the UI (Usage section).
I've found the "Copy text from image" menu command to be useful from time to time, and the features I'm not interested in seemed easy to turn off/dismiss/ignore?
> It’s not a big enough slice for them to want to chase.
Typical strat for them is not to be first with an innovation, but to wait and work out the kinks enough that they can convince people that the tradeoffs are well worth making. Apple wouldn't be chasing that existing slice, they'd be trying to entice a larger share of their customers to upgrade faster.
It's really difficult because many of the task types we use AI for are those that are linguistically tied to concepts of human actions and cognition. Most of our convenient language use implies that AI are thinking people.
It would indeed be naive to make that claim, so it's a good thing that's not what I did.
If the closed fork functionality is superior enough to make the original
de facto obsolete then the users have already collectively decided that the tradeoff is worth it.
And if the original can't compete it means the additional functionality was only going to exist because the financial model of the closed fork could pay for it.
Speed of replication isn't a part of copyright law, is it?
I have TST set up thus: closing a tab will close all its child tabs, if that branch is collapsed. Pretty sure Sidebery can be configured the same way.
I recall it being claimed that Mozilla has the warchest to survive at typical spending levels for quite some time, without Google.
Indicating that they could make it amazing if they wanted to, they just don't want to. Likely due to cost.
Incrementals tend to rely on a drip-feed of new mechanics and capabilities at the introductory phase, extensive automation in the middle phase, and marathon-like competition against other high-ranked players in the elite phase.
I don't think it's a particularly good counter-example.
I suspect that the x86-64 to ARM transition had more to do with it.
Possibly, possibly. But those extremes are not what you get from an effective bias appeal.
We won't, because the machines are trained on data created by humans.
We won't, because the machine results people want will be those that appeal to their biases.
I'd say rather that linking is the standard, the established social order, and that companies restricting linking in their platforms are the ones subverting.
The article's talk page already has a request for an impartial editor to weigh in, though several months old.
Took me another read, but I think the assertion is that a strong characteristic of twitter alternatives is that they talk about twitter a great deal. And so that's a common thread between twitter alternatives and HN.
Maybe, but that's not US law.
Luckily Reader Mode or disabling CSS takes care of the oddity.
I believe you're talking about capacity for compassion, and I'm speaking of the triggering of compassion.
I'd agree that both capacity and scope of triggers can be altered, but it seems to me that that's a process that takes some time and effort. Distinct from choosing in the moment "I am going to feel a certain way about this, right now".
Observing that a particular business model is very likely to fail because of the conflict with another business model that happens to have much more powerful backing requires no compassion spend.
But also, it seems to me that compassion is an involuntary reaction.
> The fact that the project you had to work on didn't use maven isn't evidence that java's tooling is bad!
It can be simultaneously true that some Java tooling is excellent and some of it is subpar. This is a problem when both kinds have been historically popular.
Is piracy on the rise? That seems like a difficult thing to reliably track.