Nurzhan Saken
@saken.me
programmer (rustlang, kotlin) • github.com/nxsaken
You can also write Ok::<(),()>(())
November 3, 2025 at 11:22 AM
You can also write Ok::<(),()>(())
At least they're existing file types
October 22, 2025 at 7:39 PM
At least they're existing file types
Her name suddenly makes sense to me. I guess she was one of the Kazakhs?
October 19, 2025 at 6:10 PM
Her name suddenly makes sense to me. I guess she was one of the Kazakhs?
A similar idea infected my #Obsidian practices, with time as the side effect to be avoided. Evergreen atoms are the "functional core", daily logs are the "imperative shell", and events are the mediator between the two.
My @obsidian.md vault has 3 note types: daily logs (yellow), events (blue/purple), and atoms (green). They follow some linking rules:
- daily log -> daily log (previous day)
- daily log -> event (exactly one per event)
- event -> event (towards the past)
- atom -> atom
- atom -> event (as examples)
- daily log -> daily log (previous day)
- daily log -> event (exactly one per event)
- event -> event (towards the past)
- atom -> atom
- atom -> event (as examples)
October 13, 2025 at 9:24 PM
A similar idea infected my #Obsidian practices, with time as the side effect to be avoided. Evergreen atoms are the "functional core", daily logs are the "imperative shell", and events are the mediator between the two.
This kind of reminds me of the dependency inversion principle in object-oriented design. Maybe it's not a good sign, actually, and I'm overthinking this—but the quirks of keeping time-bound and evergreen notes in the same vault bothered me too much to ignore.
October 13, 2025 at 7:16 PM
This kind of reminds me of the dependency inversion principle in object-oriented design. Maybe it's not a good sign, actually, and I'm overthinking this—but the quirks of keeping time-bound and evergreen notes in the same vault bothered me too much to ignore.
Neither atoms nor events contain time data. Events rely on backlinks from daily logs, while atoms are completely removed from time. This lets me avoid dealing with properties and plugins, and I like that there's only one source of truth for time. Bases can query date backlinks if needed.
October 13, 2025 at 7:16 PM
Neither atoms nor events contain time data. Events rely on backlinks from daily logs, while atoms are completely removed from time. This lets me avoid dealing with properties and plugins, and I like that there's only one source of truth for time. Bases can query date backlinks if needed.
Linking to dates from other notes results in less daily logs being made, which leads to a buildup of dead links. Instead, daily logs should serve as producers of time(stamps). Links between consecutive daily logs are an exception, but no more than that because they are not atomic.
October 13, 2025 at 7:16 PM
Linking to dates from other notes results in less daily logs being made, which leads to a buildup of dead links. Instead, daily logs should serve as producers of time(stamps). Links between consecutive daily logs are an exception, but no more than that because they are not atomic.
I find that links from daily logs to atoms are brittle. Atoms tend to be renamed, deleted, and merged, which results in the links losing their meaning. Events avoid this issue as they are time-bound, so it makes little sense to manipulate them like atoms. This is also why events don't link to atoms.
October 13, 2025 at 7:16 PM
I find that links from daily logs to atoms are brittle. Atoms tend to be renamed, deleted, and merged, which results in the links losing their meaning. Events avoid this issue as they are time-bound, so it makes little sense to manipulate them like atoms. This is also why events don't link to atoms.
I'm also waiting for const traits. There's been more progress lately: github.com/rust-lang/ru...
Tracking Issue for RFC 3762, "Make trait methods callable in const contexts" · Issue #143874 · rust-lang/rust
This is a tracking issue for the RFC "3762" (rust-lang/rfcs#3762). The feature gate for the issue is #![feature(const_trait_impl)]. NoteQuestions about the usage of this feature should be directed ...
github.com
October 13, 2025 at 7:13 AM
I'm also waiting for const traits. There's been more progress lately: github.com/rust-lang/ru...
Thank you! I haven't heard of this author, would love to retread her ideas with a new voice.
September 3, 2025 at 9:14 AM
Thank you! I haven't heard of this author, would love to retread her ideas with a new voice.
I'm slowly reading Divination & Synchronicity right now, but this is on my reading list!
September 3, 2025 at 8:50 AM
I'm slowly reading Divination & Synchronicity right now, but this is on my reading list!
I started this thread just wanting to share a personal story, but now it reads to me like a whole thing about how online products and systems suck at preventing stalking. Sure. I don't see why it can't be much better. Someone just needs to care and put resources into developing this, right?
August 21, 2025 at 9:41 AM
I started this thread just wanting to share a personal story, but now it reads to me like a whole thing about how online products and systems suck at preventing stalking. Sure. I don't see why it can't be much better. Someone just needs to care and put resources into developing this, right?