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

Codex was working on addressing CVEs on my servers and suddenly it started to hide information about the process and invited me to get into the Daybreak program. I did. But it ruined a lot of work in progress. It logged me out and restarted the client, killing all jobs in progress. But even then, it still wouldn't recognize that I'm in Daybreak even though the client shows it in the settings. But why was even Daybreak required? It was a service built and maintained by Codex, my code repo, etc. I didn't ask it to find vulnerabilities of third-party code or break into some server; I was just doing just basic CVE remediation.

How about the free DND (DoNotDisturb) [0] by Objective See foundation?

[0]: https://objective-see.org/products/donotdisturb.html


DND is a valid alternative! There's definitely overlap, including photo alerts. DND's detection is based on opening a MacBook's lid.

Someone Was Here also detects activity after idle, lock-screen interaction, and unlocks, so it covers an already-open laptop or a desktop Mac that has no "lid" as well.

It also recognizes your face locally to suppress alerts about yourself, and offers a multiple remote alert options, Shortcuts actions with Siri phrases, a webhook for integration, and an MCP server for agents.


GitHub charges an arm and a leg for this service. Before, they would take request to delete committed secrets, now they simply refuse, because they want to force you to buy the overpriced Advanced Security.

First, look for the /security.txt [0] file.

[0]: https://securitytxt.org/


Bullish or bullshitting?

It looks like Matt Van Horn, who I've met when he was at the original Digg, also is contributing to all kinds of projects on GitHub and releasing his own. Coding agents could be a curse for a few, and a blessing for many.

Other European banks do it, too - N26 also rejects GrapheneOS.

N26 works fine on GrapheneOS for me.... but I see there's a note saying:

> This app has started using Play Integrity to block new signups, existing accounts continue to work fine for now.

https://privsec.dev/posts/android/banking-applications-compa...


Fwiw, also for me N26 works, have had the account for years now, but installed the app a couple of weeks ago (when I got my Pixel 10 with GOS.)

Maybe during registration, but not during use.

I am canceling my Readwise as you didn't get me an advance notice for username grabs and I couldn't get mine, so, I have no incentive to promote username I don't associate myself with. You guys need to understand the meaning and value of identity - you can't play games of rolling dice! Learn from how Meta did it with WhatsApp usernames - they did it right, and you screwed up!

Wow, I've never heard about this -- sorry about that!

We specifically let all Readwise subscribers in at the same time (with an email that went out on the same day), giving them access before the general public. I wasn't aware there was actually more we could have done. Were we supposed to let people bid on them? How would we deal with conflicts across two subscribers?


You announce the launch in advance so that people can prepare. Otherwise, you're discriminating people by time zones giving an unfair advantage to people who were awake when you announced it or weren't at work or didn't want to do personal stuff while at work. This is exactly how Facebook did it years ago - they didn't have usernames in the beginning, but announced at what date and time they will open it up to the world. But you didn't have to invest a new identity - you could've used Goodreads or X.com or another one common among your customers. Also, you reserve usernames in high demand and you create some automated granting process - the more social media accounts with that username you link, the higher weight in the claiming process you get, and so on.

But the best approach is not to launch a service with usernames - you gain NOTHING. In fact, you can only piss people off! You launch the service, you allow users to link other social identities and you then decide what to do.


Man, OK. We're not Facebook, I just don't think we had the resources to do something like that. It's a small private beta of a bootstrapped company's reading app... very different from a billion+ user service like Facebook.

On goodreads/X, we have a loooot of users who use neither of those, so I don't think that approach would have work.

I take your feedback and will try to do better next time. We really just didn't think people would care that much, as far as I can tell you're the only person who has brought this up with us.


What's the context?

Anecdotal evidence: many monks end up having prostate cancer, including famous saints of Eastern Orthodoxy.

But didn't Tim Ferris in his bod say that the more often you ejaculate, the shorter you live? His rationale (based on talking to doctors, scientists, etc.) was that semen production is prioritized for the allocation of many nutrients. So if you do expend them too often, but don't get enough from your diet, you deplete your body of them.


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

Search: