They're not buying the product. They're buying the company so they can pivot and implement their vision.
Basically, the investors lost interest but the team is passionate and see a path to success. They won't be maintaining the old product, they're going in new direction.
So this is a principle you live by to avoid time sinks in any form. Fair.
I'm interested, what makes HN frontpage different? Why spend time on HN but avoid "fun" submissions? To me the extension serves as almost a shortcut to help you find interesting stories you're looking for. I imagine you also closely monitor and limit the time you spend on HN as well?
Do you have recommendation for books or articles that resonate or helped influence you regarding this.
I need to investigate what kind of mutations the other extension is doing to HN interface and figure out a way to be compatible with it on top of the native one.
UPDATE: Based on initial look it seems that the 'Modern for Hacker News' extension completely restructures the DOM and uses its own class names. If someone have suggestions to be compatible with different designs, I'm down to do it.
It's harsh to compare this to social media personalized feeds when it's fundamentally different.
> if there were the option to turn this off on most social media I would probably take it
This extension has 'manual' mode which only show the search field by default and then you get to fetch results at your command. Very much like an embedded search engine.
Its functionality is more like the book recommendations you come across on goodreads. It only shows when you visit a discussion you're interested in. The nature of this website by itself is quite different from other social media.
But I understand where you're coming from and appreciate you raising awareness.
> I can assume I'm supposed to copy the url in the link? But its nav item on the site.
In feedly and many readers, you can just enter the website URL and it'll find the feed(s) automatically if present.
But in general, how RSS work, you copy the URL to the RSS feed and give it to Reader to subscribe/follow the website. https://reedybear.bearblog.dev/feed/
When the author publishes a new piece, they update the file located at this URL and your reader will fetch you the new content.
> Why not just use the Chrome render engine directly from Rust?
This is what projects like Tauri (in Rust) and Wails (in Go) are doing[0][1]. Utilizing Webview to develop applications, but they still don't support mobile, Tauri mobile is in beta.
Basically Tauri and Wails are on one side (HTML/CSS) trying to approach cross platform by supporting mobile platforms, while Flutter and Kotlin Compose Multiplatform started from the other side.
So it depends on your needs, web-first or mobile-first, and what platforms matter to you. So far Flutter is in the lead offering the most polished experience when it comes to supporting all platforms (Web, desktop, iOS, Android).
>> Anthropic seems to be more aligned with the original goals of OpenAI.
> What is open about Anthropic ?
OpenAI's radical mission drift to the opposite extreme, made other companies look relatively closer to its own original goal than itself. From OpenAI's original announcement[1]:
> Our goal is to advance digital intelligence in the way that is most likely to benefit humanity as a whole, unconstrained by a need to generate financial return
> Researchers will be strongly encouraged to publish their work, whether as papers, blog posts, or code, and our patents (if any) will be shared with the world.
But ever since the ChatGPT craze, OpenAI ironically got completely consumed by capitalizing on financial return. They now appear quite unprincipled as if they see nothing but dollar signs and market dominance, which made Meta, Anthropic, even Google, look more rational and healthy by comparison. These companies are publishing research papers, open models, contributing more to the ecosystem and overall appear to be more mindful and conservative when it comes to the ethical and societal impact.
> but text/uri-list is a better format for the most common use of OPML (a collection of RSS/Atom feeds)
text/uri-list seems like joy to use technically, but in practice simple formats have tendency to evolve into frankenstein monster with a mess of extensions and variations (see markdown for example) where every vendor will extend the format to support something for their platform.
Users expect to maintain their feed structure for example when moving to a new platform just like a file system hierarchy, which text/uri-list doesn't seem to support right off the bat
They want to maintain the community they have because it's the real asset for any open-source project, which is the direction they're betting on.