HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
JeffreyBenjaminBrown
hode
Haskell2019–2022
JeffreyBenjaminBrown / hode

hode

rslt, take five-ish

4Distinct people
15Mentions
0Explicit recommenders
151GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

rslt, take five-ish

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 12:03:30 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year15 dated mentions

Observed mentions: 2019-04-06 13:29:47 UTC to 2022-07-30 04:23:22 UTC.

02462019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 6 mentions; 1 submissions, 5 comments20192020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 4 mentions; 1 submissions, 3 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2022

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC615
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC303
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC413
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC202

What Hacker News says

3 sources
The issue at the heart of both the Zettelkasten and the PARA methods seem to be that a person wants their notes to be connected in useful ways. To an extent, "ordinary" knowledge graphs permit this -- where by "ordinary" I mean that the edges are unlabeled. Things are related to other things, but you have to infer the relationship yourself after looking at both of its members. Graphs with labeled edges seem clearly better. But then what if you want a relationship with more than two members? (Or less! "Not" and "maybe" are two important unary relationships.) And what if you want a relationship's members to themselves be relationships? This is the nature, after all, of most information. Any but the simplest sentence is a relationship between relationships. "Children ask for cookies because cookies have sugar", for instance, is a "because" r
Read the rest
elationship bewteen an "ask for" relationship and a "have" relationship. Once you've reified your relationships that way, you'd like to be able to search intelligently through them. "Ordinary" knowledge graphs let you see all of a thing's children, or parents, or maybe in some cases all it's descendents and ancestors up to some level of recursion. Better would be something that lets you ask targeted questions, like "Show me everything Sally has asked me to do that does not require a computer." To my knowledge there's only one program that lets you reify your data and query it in the ways I've described. It's called Hode, for Higher Order Data Editor. I wrote it. https://github.com/JeffreyBenjaminBrown/hode
In Remembering what you Read: Zettelkasten vs. P.A.R.A
I think the point most guides overlook consists of the internal semantics of using a Zettelkasten, Luhmann essentially used it to create a paragraph (Zettel) & subchapter (Zettel Sequence, but note they of course sometimes he'd not manage to fit an entire paragraph on one Zettel due to margin limitations) branching & branchable, recursively self-referential choose your own adventure hypertextbook, from which he'd then generate regular textbooks. Hence why he said that his books basically wrote themselves — to write a book, he'd 'just' enter the Zettelkasten, and copy out everything he'd already written there on the topic, picking between branches & branchings as he went back, forth & side-to-side within it. Hence why if one looks close, one can find Luhmann seemingly self-plagiarising paragraphs from books he'd previously written. I suspe
Read the rest
ct a similar mechanic sits behind the (in this sense very ignorant) accusations of self-plagiarism against Slavoj Zizek. As such, one might wish to instead consider using Hypertext Fiction tools for creating a Zettelkasten, such these two (proprietary software, Mac OS X only, unfortunately): http://www.eastgate.com/Tinderbox/ http://www.eastgate.com/storyspace/ Note that there exists an EXTREMELY useful plugin for Tinderbox which implements Stretchtext: https://natematias.com/stretchtext/ Now gimme a combination of what roamresearch.com does with the above, but using the data structure of Hode: https://github.com/JeffreyBenjaminBrown/hode But with support for zzstructure like hyperthogonality: https://github.com/JeffreyBenjaminBrown/digraphs-with-text/i... And secretly use the patching patches feature of pijul.org in the background so version control actually becomes sanely doable, throw in elastic tab stop support, and maybe an entire kitchensink in which someone let a mixture of ChrysaLisp, SmallTalk, Hazel, Scala 3, /r/nosyntax, Inferno, RINA, GNUnet, & every single proof assistant and theorem prover sit for a tad bit long, and then MAYBE we can stop living in the dark ages of computing. (Yes I'm bitter) P.S.: Identity Transclusion ≠ Instance Transclusion P.P.S.: Birth & Death of Javascript, anyone?
In Luhmann's Zettelkasten

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.