<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: hackerbirds</title><link>https://news.ycombinator.com/user?id=hackerbirds</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 12 Apr 2026 14:53:43 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=hackerbirds" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Show HN: Fetch – A minimalistic and super fast macOS app launcher]]></title><description><![CDATA[
<p>Hello HN! I've been struggling using macOS in main part due to a lack of a fast app launcher. Personally, I found solutions like Alfred and Spotlight to be too slow or straight up unreliable with the searches, and wasn't satisfied with them. I just wanted something to swap between apps quickly! So I made one. Fetch is the result of my frustration.<p>I designed it to be simple and really fast. It only does one thing: search for apps. To try make things quick and load instantly, it uses the same native renderer as Zed, some operations are multi-threaded, apps are indexed, etc.<p>Despite the core of the app being minimalist, I did put effort into making sure Fetch looks and feels right to use. It's simple, doesn't get in the way, and ideally should work just as you'd expect.<p>It is currently not as easy to install as I'd like (I want people other than developers being able to use it), and has a few things left to implement (mainly non-macOS support), but I'm sharing this in hopes that it can help someone else as well, and am open to feedback or questions!</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46582532">https://news.ycombinator.com/item?id=46582532</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 12 Jan 2026 01:16:04 +0000</pubDate><link>https://github.com/hackerbirds/fetch</link><dc:creator>hackerbirds</dc:creator><comments>https://news.ycombinator.com/item?id=46582532</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46582532</guid></item><item><title><![CDATA[The most common birthdate passwords]]></title><description><![CDATA[
<p>Article URL: <a href="https://hackerbirds.neocities.org/birthdate-passwords/">https://hackerbirds.neocities.org/birthdate-passwords/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=41516245">https://news.ycombinator.com/item?id=41516245</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 11 Sep 2024 23:35:00 +0000</pubDate><link>https://hackerbirds.neocities.org/birthdate-passwords/</link><dc:creator>hackerbirds</dc:creator><comments>https://news.ycombinator.com/item?id=41516245</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41516245</guid></item><item><title><![CDATA[New comment by hackerbirds in "Anyone can access deleted and private repository data on GitHub"]]></title><description><![CDATA[
<p>Users should never be expected to know these gotchas for a feature called "private", documented or not. It's disappointing to see GitHub calling it a feature instead of a bug, to me it just shows a complete lack of care about security. Privacy features should _always_ have a strict, safe default.<p>In the meantime I'll be calling "private" repos "unlisted", seems more appropriate</p>
]]></description><pubDate>Wed, 24 Jul 2024 19:46:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=41061136</link><dc:creator>hackerbirds</dc:creator><comments>https://news.ycombinator.com/item?id=41061136</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41061136</guid></item></channel></rss>