Hacker Newsnew | past | comments | ask | show | jobs | submit | nerdile's commentslogin

Ok claude, now format that in a way humans can read

Sorry, I accidentally posted it twice while fixing it and on a slow connection.




> tests showed that for environments with one CPU (or fewer)

Article seems AI generated. Is there an official announcement we could be discussing instead?


It's probably comment on shared CPUs. Like in kubernetes where you can assign 300 milliCPUs.

I didn't read the article, it doesn't open for me (HN hug?).


I wonder if it's a joke about oversubscribed environments (cloud VPS) or a real remark about fractional CPU budgets in container environments


B2B is just businesses fighting over the value chain.

Blacksmith can send as many invoices as they want.

If the other business doesn't think it's worth the cost after the free trial, they don't have to pay the invoices.


The legal system generally disagrees with that take. ”It wasn’t worth the cost, so we don’t have to pay the invoices” is a tough sell for any lawyer


I don't understand this


AFAIU you're presented with the titles of two porn videos and have to guess the one with the most likes


Passports are fine, and the facilities for getting them are nicer.


TIL that Backblaze has a desktop app. Seems this is specific to Windows and does not impact anyone using it as just a storage backend for backups through something like rclone.


I just want you to ensure you're not confusing B2 with the product being mentioned here. This is a custom Backblaze product which only works via their apps and I don't believe is available as a storage backend for backups through something like rclone.

I never tried this particular Backblaze product because I don't trust a opaque blob touching my most valuable data nor do I trust unlimited plans that dont mention what the limits are, atleast in fine print.


It is different when you have a billion customers, all with different setups. At that scale, you notice real defects through product telemetry, support ticket volume, or trusted channels. You receive a high volume of bug reports that are due to user confusion, misconfiguration, or misbehavior of other software on the device - where solving an issue for one customer doesn't result in improvements for the other billion. Triage, filtering, and winnowing are necessary here.


I got a lot of those too, it meant I inevitably did a little bit of free tech support for my customers. In the end I felt it was worth it as they raved about the quality of support and it was a real differentiator - not to mention built a lot of brand loyalty (and internal staff loyalty too once I grew enough to build out a team - they derived real satisfaction from actually solving problems instead of playing ping-pong).

I agree regarding the need to triage at scale, unfortunately most large companies I've encountered fail to do this well and seem ill-equipped to accept high quality bug reports of edge case defects generated by expert users (save for the odd exception that arrives by social media from someone who happens to have enough followers to get their attention outside the regular support pipeline).

In my experience this doesn't usually boil down to a systems issue (the ticketing systems etc. exist that should theoretically allow for eventual escalation to the right engineer/developer) but a corporate culture thing (the company just doesn't prioritize customer feedback especially at the level where staff who actually deal with customers interface with the teams that write/maintain the software). Often it's genuinely valued at the C-level (the Bezos story of calling Amazon"s tech support line during an exec meeting is a fun example) but diluted somewhere between them and the rank-and-file.

(Ps. I'm not arguing with you and appreciate you took the time to craft a thoughtful reply)


It should be the other way around - at billion customer scale you should be responsible for how your product interacts with other software whose developers have less resources than you.



Using the same CLI, which shows all the alternative "protectors".


Again, that is a lot of trust since it could trivially just… not show it. Which is already the default for most FDE systems for intermediate/system managed keys.


It could also just pretend to encrypt your drive with a null key and not do anything, either.

You need some implicit trust in a system to use it. And at worst, you can probably reverse engineer the (unencrypted) BitLocker metadata that preboot authentication reads.


No, that would be trivial to verify with any other operating system.

Key ring contents (and what is done with them) are typically much harder to verify as they’re encrypted.


? This may be one of those "90% of the audience doesn't care and is increasingly less likely to buy from either vendor the more they fight in public" situations


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: