3,751 karma · joined June 12, 2019
> Anthropic forbids its use on their subscriptions
This! How are these companies even allowed to do this while they anyway charge for either API access or limit usage in the generic plans. It's blatantly just "I don't want you to spend less per generic task!".
They also allow an app to start backing up their data in your iCloud quota without your explicit apoorval or enabling. In fact when you notice, you go ahead and uncheck it, and next time you check it again, you’d see Uber again happily backing up 500MB (or lord knows what) into your iCloud account, a massage and home chores booking company app backing up 650MB data! It’s just pathetic - and that patheticity lies on Apple’s side that they let it happen.
But no, this is a historic release, like every other release, all hail the fruit. I used to think Apple does not care about such issues. But now I suspect they have really been incapable of making these things better for years (in some cases even more than a decade).
Separate usernames completely from phone numbers. Period.
There's a reason Signal is still "US based". No, I am not talking about some CIA/NSA/DoD/tom/jerry funding conspiracy, just good old human obstinacy and hubris. They don't give a f about who uses it, it's about who makes and maintains it all.
That happens when public uses it, en masse, in the first place. And as it is today the "public" has no reason/incentive in switching to it and that naturally keeps the "non-technical public" away from it.
So who is this serving eventually? A very few, mostly "technical public", in complete contrast to what you have said.
I suspect Signal's goal is something entirely else. For them it's just two things:
1. Some sort of shallow ideology (started with the founder and the flame kept alive by the later leaders who often come across ideological groupies; the last bit is a bit strong but whatever)
2. Executing based on that for the sake of executing that because they can
What their intention is not: Signal ever becoming IM app of choice anywhere and possibly they might have their reasons for this. One of those reasons could be affordability as you have said it.
Note: in case this wasn't clear, the moment you attach a "phone number" you make it inherently unsafe for most, like 99.353959353%, of "general non-technical public" to use Signal and remain really unidentifiable. Once they are identified - in most countries (and now even in places like USA it seems) only thing needed after that is being "picked up" and rest will be just sung even without a device. I mean it's so absurd to even not think about it is that it's ridiculous. So no, it is DEFINITELY not "non-technical public can use".
Then I began to customise it to be as good as Claude but eat less taken. I got tired and I had not even scratched the surface. Gave up.
I finally realised, at least for me, Pi's best use case is - strip even the little "extra" Pi comes/starts with and then use it just like that if you have a task/work that is appropriate for that bareness.
So I keep Pi for just one case - when I have to easily strip everything out for some work. Anything heavier and OpenCode or Claude are ones. I am sure I can make Pi behave as I've suggested above the "N harnesses within 1 harness" and I even tried but it simply started getting out of hand and using the harness started becoming the frustrating hobby.
As for OMP, I just don't understand why would anyone use that not Pi or other "full-fledged" harnesses.
I've been so far using pi like this:
> pi --offline --no-extensions --no-skills --no-prompt-templates -nc -nt --thinking low --system-prompt "$(cat <custom purpose path for system/role prompt>)
Purpose was to reduce token usage to an absolute minimum (zero extra token) as often I use this per use API keys (and not my GLM key, which let's say, is a bit "different" when it comes to conversations).
Are there any other tools specifically designed for such tasks? Even though hax looks like the absolute bare minimum one can go while still being usable.
I wish there was also tools that would refuse and reject (or prevent) models from inserting "thinking" messages into responses. They keep appending those and that very soon that part starts snowballing on steroids.
Then they say:
> We decided to switch from native to React Native in 2020 for three reasons:
> Stop building the same features twice
> Allow developers to work across the stack
> Spend less time chasing feature parity and more time shipping value
Totally!
Is there some kind of shame in just saying:
- we didn't want to hire more people
- we didn't want to pay those salaries
- we fired a lot of engineers with move to react native/hybrid in mind
- we could reuse the frontend devs (aka "full stack" folks) with or without some extra whippings ensuring they grok the bare minimum they'd need to build for mobile and test in on mobile.
Right. I must revisit the "What It Means For Something to Fit In a Hand" chapter from my UG's Common Sense 101. It's been a decade.. more actually.
Pix, UPI, and a few more
same..
> nurse is able to oversee and accomplish more
.. and work with more patients in the same shift.
> She can spend more time talking with patients
.. we mean the talking will be through the "ClaudeMedTalker Nurse" billed per patient, per second (depending upon tokens used and if any translation need, depending upon patient nationality and accents)
This happens with making many small to medium level resource hungary apps, for personal usage, run on one VPS which is not a heady duty machine costing heavy duty money. I have tried this on similar machines 2GB RAM and 1-2 VCPU and after 2-3 apps it starts swaying like a drunkard in slow motion even in that SSH session. But at least this one seems to be better than something like PikaPods, in combo pricing regard (I am not saying one is generally better over the other), where the pricing is rather per app.