Ask HN: Why doesn't HN have a rec algorithm?

9 points by sujayk_33 ↗ HN
I was just wondering about why there's a constant timeline and no recommendation.

18 comments

[ 3.2 ms ] story [ 59.1 ms ] thread
From the FAQ:

How are stories ranked?

The basic algorithm divides points by a power of the time since a story was submitted. Comments in threads are ranked the same way.

Other factors affecting rank include user flags, anti-abuse software, software which demotes overheated discussions, account or site weighting, and moderator action.

—-

Personally, I appreciate that the rankings are done at a site level, and there isn’t a bunch of tracking and manipulation to give me a personal “feed” to drive engagement. A lot of comments on this site complain about those practices on other sites. I don’t think it’s welcome here.

This is very much the feature of HN. I want to see what news everyone else is getting.
Because it doesn't serve ads so the point is the content not the engagement.
It’s much better the way it is - one of the last remaining high quality feeds on the Internet!

(PS please feel free to disagree and post other ones I don’t know about below!)

The idea is to discover new things you didn’t know you wanted to know - not consume more of the same
Why can’t a recommendation engine do that?
Have you been living under the rock for the past 10 years? Haven't you seen what happens with recommendation engines over time?
How do you organize technical articles you read?

I read a lot of backend and architecture articles and often struggle to revisit them later.

I’m curious how others handle this.

Do you: Use Notion or Obsidian? Bookmark everything? Keep markdown notes? Rely on memory?

What has worked long-term for you?

What hasn’t?

A directory hierarchy works well for me. I've described my setup online before:

https://academia.stackexchange.com/a/173314/31143

https://www.reddit.com/r/datacurator/comments/p75xlu/how_i_o...

I don't read everything I have from start to finish. A lot of this is for future reference.

Since that StackExchange post, I'm now up to about 36.6K PDF files in 4.4K directories, with 14.5K symlinks so I can put files in multiple directories.

I also have a separate version controlled repo with notes a bunch of subjects. I'm planning to eventually merge my PDF hierarchy and the notes to have a unified system. It's going to have to be done in stages.

That’s an impressive and thoughtfully structured system, especially at that scale. The use of symlinks and a separate version-controlled notes repository makes a lot of sense for long-term archival.

I’m curious — when working with such a large collection, how do you typically rediscover material or connect related ideas across different parts of the hierarchy? Do you rely primarily on directory structure, full-text search, or your notes as the main index?

And as you move toward merging the PDFs and notes into a unified system, do you see the notes becoming the central navigation layer, or will the directory structure remain primary?

It's mostly navigating the PDF directories or notes repository, full-text search of my notes, or (less frequently) searching Zotero for bibliographic data. I don't use tagging for this and I'll address full-text search of the documents in a bit. I can't say that either direct navigation or text search of the notes is dominant as I do a lot of both. Having multiple ways to find information is good for redundancy as if one way fails, you can try another. So I don't think the balanced approach I have will change in the future.

For navigating the directories, I have a Python script called cdref that will search the directory names, which has proved to be very useful. If there's one match, it'll go directly to that directory, and if there are multiple, a TUI will pop up and allow me to select the directory I want.

I haven't found full-text search of the documents themselves to be particularly useful because terminology varies, frequently what I'm looking for isn't in the text (could be a figure, for instance), and probably thousands of my documents haven't been OCRed. I think that relying too heavily on full-text search of the documents assumes that other people will organize information in a way useful to me, which isn't realistic [1]. Full-text search of the documents is a part of my system, still, but it's mostly used to find things to put in the directories or notes so that I can easily find the documents again without having to remember the right keywords. (Though I also often keep track of useful keywords.)

Often I won't remember where I keep some things or even if I have a directory or note on something at all. So I might accidentally create a redundant directory or note. But frequently I later realize that and use it as an opportunity to increase the connectivity of my directories and notes through symlinks. Then if I go to the "wrong" place, a symlink will send me where I should go. And if something pops into my head as related, I add a symlink or a note in the README file for a particular directory. (The README files in the directories are separate from the version controlled notes but will eventually merge, as I indicated.) Over the years, I've accumulated a lot of connections like this.

With all of this said, I think the important thing is to find a system that works for you that you can slowly scale over time. It doesn't need to look like my system. I've iteratively developed a system that works for me over 10+ years at this point. The scale is easy if you have a system you contribute a bit to on a regular basis over a long period of time.

[1] I've been also looking into having a large local bibliographic database to in part as an alternative to online scientific search engines like Google Scholar because I don't want to assume such services will always be available.

It's not meant to be addictive, even though it kinda is.
Shared ranking beats personalized engagement loops.
Because it's a bare bones forum written in the early 2000s whose purpose was mostly to show off the author's bespoke LISP dialect.

I think dang mentioned one time having random stories bubble up to give them visibility and encourage variety and people hated it.

Because shills will game the shit out of it. That is why.