here you goThings I’ve made, read and saved — shared here.

Archive

9,692 entries: 92 from X, 8,929 from Pinboard, saved 1998 to 2026.

Browse by tag, site, author, folder or language

Tags

Sites

Authors

Folders

Languages

Showing 3,901–3,950 of 9,692

2020

ZettelKasten

ZettelKasten(ZK) method is a method of optimizing workflow of learning and producing knowledge.

Zettelkasten — How One German Scholar Was So Freakishly Productive is a good introduction to the method.

Here is twitter therad by the creator of roam research. See also these two essays by Niklas Luhmann who was the originator of this method .

A paper on Zettelkasten - Project MUSE - Life without Toothache: Hans Blumenberg's Zettelkasten and History of Science as Theoretical Attitude. Hans Blumenberg's use of ZK system (a historian and philosopher of science and technology).

The Zettelkasten Method: How to (Really) Take Smart Notes

Niklas Luhmann’s Card Index: Thinking Tool, Communication Partner, Publication Machin ( PDF )

The Wikipedia page on Zettelkasten is rich and informative.


Talk How to take smart notes by Sönke Ahrens.

  • Feynman -- "writing is thinking". Notes are not records of our thinking. we think in our notes.

Niklas Luhmann (1927-1998)

  • publications ~600, 60+ books.
  • Luhmann wrote a thesis, rehabilitation and got a degree all in one year when he was offered a professor's job and he did not have any of these pre-requisites.

I'm not doing that on my own, i'm doing it with my zettlekasten. I never force myself to do anything that I don't feel like.

  • Zettelkasten = slip-box. 90,000 notes, index with ~1250 entries. about 600 notes as manuscript outlines. one extra box for literature notes with ~15,000 notes.
  • 6 notes per workday (excluding weekends).
  • day starts with reading
  • simple notes on a sheet paper of the form "on page X see Y"
  • at the end of the day write the notes on a card
  • every note would get an index, starting at 1.

  • nothing like a topic structure. everything builds from bottom-up.
  • "entries into a line of thought"

Specifics / core features:

  • what kind of workflow this kind of note taking enforces?

  • note sequences for developing ideas (instead of storing)

  • links and indeces are helpful, but not central features

  • the workflow is streamlined towards writing. Turn notes into writing. The time consuming part is not the writing, but finding the right order

  • three main types of notes:

    • Fleeting -- daily, reminders of what you have in your head. you chuck it after a day
    • Project Related
    • Permanent notes -- main notes. Understandable even if you forget where they come from
  • one idea per note / all notes have the same format.

Status quo of higher education / writing:

  1. Find topic / research question (brainstorming)
  2. research / find literature
  3. read and take notes
  4. draw conclusions / outline text
  5. write
  6. hit or miss your deadline
  7. start all over with the next project.

"the above makes sense intuitively" (subtext: but does not work very well in practice)

ed: invert, always invert!

Status quo: note taking

  1. collect notes for each course in one place, in sep notebook or section of a notebook... this only arranges the material in chronological order.

The difference between the methods makes the difference:

If you can't explain it your own words, you have not understood it -- Richard Feynman.

What happens when you use the ZK system:

  • thinking, connecting and understanding become concrete actions... people tend to want to "do things", ZK helps you to convert vague notions into concrete things.
  • focus on the process -- and not on the outcome.. making connection happens on the paper, not in the brain.
  • writing broken down into reasonable steps (one note at a time). "Write 3/4 notes a day. because that's the outcome of reading something, thought about it and made some connections".
  • the value of each idea compounds -- the more notes the better
  • clear distinction between permanent and temporary notes

Mentions "Inbox" by DavidAllen's GTD. difference is, this is not goal oriented, but "insights".

What works What doesn't
Spacing Cramming
Interleaving One thing at a tie
Connecting Compartmentalizaton
Self-testing Underlining and cpying
Elaboration Re-reading
  • spacing is the technique of "spaced learning".. problem: they dont come with context.
  • "self-testing" can be frustrating because you feel the gaps in your knowledge. many students go back to re-reading because it feels like progress.

Recommended books:

  • "make it stick" by peter c brown, et al
  • "how to take smart notes" by sonke ahrens (speaker).

--

"real experts dont make plans, they become experts in making informed decisions in the context they are in".


Articles

5 main features of Luhmann’s slip-box:

Category-free notes
Atomized ideas
Note Sequences
Links
And an index

Videos

How to Take Smart Notes | Zettelkasten Method in Roam Research - YouTube:

Org-Roam

GitHub - nobiot/Zero-to-Emacs-and-Org-roam: Step by step guide from zero to installing and setting up Emacs and Org-roam on Windows 10

My ZettelKasten setup

(NOTE: not doing this anymore; using voodoopad instead)

How I would like to use zettelkasten:

  • use "daily notes" to make note of things I read on twitter/books/blogposts, thoughts, questions, "nice to know/do" etc.,
  • remember something "SURPRISING" as Claude Shannon said (something along the lines of the information content in a message is the "surprisingness" in it).

Software

Some comments by lobste.rs user MordecaiMalignatus need further thinking on how to use ZK:

Seeing these Zettelkasten-management systems pop up recently has been very interesting to me. Being German, the Zettelkasten was known to me earlier than for most Americans, so I’ve been stewing on the idea for quite some time (and wrote my own software to support it, as one does)

Most of the now-available Zettelkasten have the following things I see as flaws these days:

1.Titles for cards. These, to me, are an error and lead to ideas being discarded that have value in context. Often it’s much easier to have an idea in context and to write it down. Forcing titling of ideas leads to ideas being discarded that would otherwise (in context) be valuable. 2. The use of meaningless numbers/dates/hashes for file names. If you look into how Luhmann used his Kasten, he made heavy use of ad-hoc sequences and branched ideas based on ancestors, hence his tree-like notation for card IDs. This is a completely ignored aspects in many of the modern implementations. My own Kasten started out this way, too, until I found that it encouraged bigger individual notes - every note tends to be an island, and groups don’t actually form. 3. The treatment of the Kasten as a graph, rather than a tree. The Kasten is not meant to be an arbitrary graph - it’s a tree, where later nodes relate to their ancestors and build on them. Cross references are possible and encouraged, but need to be explicit. > This leads to many people treating a Kasten like a local-hosted wiki with fancier/more integrated interface - everything that was already possible with a directory full of markdown files and some editor support. In writing my own emacs-based solution for this, I’ve fallen into all of the above pitfalls, repeatedly re-writing my kasten into something that I will actually use and converse with.

For further reading, the Kasten is partially transcribed/digitized by the university of Bielefeld. The project can be found here (in German), and it might give some insight into how the person that invented it used it. The common literature that introduced the idea was How To Take Smart Notes, which was targeted at academic writing. Since then it seems the idea has taken off since Roam became a thing. I’m curious as to whether or not my personal conclusions will be replicated in other people’s experiences, or if I’m just a weirdo here.


Examples of Zettelkastens / Evergreen Notes

notes#note-taking#pkm#writing#zettelkasten

A Programming Language (APL)

kdb, Q etc.,

APL learning resources

APL like languages

notes#apl#programming-language

Rust Programming Langauge

A modern alternative to C and C++ for system programming.

Why?

How

Articles / Talks

Books

The Little Book of Rust Books

Print books

Online books

Experience reports

Papers / reports

Videos / Talks

Blogs

Tutorials

Courseware

Source code to study

Links

Libraries and tools

WASM

  • Seed -- A Rust framework for creating web apps

Applications

To study code, library usage etc.,

  • mcux/kylyp: A new Forum. The project uses rust, rocket, diesel, postgresql, and responsive design to build a new Forum.

Command Line Tools in Rust: See also: Common *nix commands written in Rust – gcollazo

ekzhang/rustpad: Efficient and minimal collaborative code editor, self-hosted, no database required alternative to codepad.

Editor setup

Performance

Memory Management

Safety-critical programming

What is Ferrocene?

Ferrocene is the main Rust compiler - rustc - but quality managed and qualified for use in automotive and industrial environments (currently by ISO 26262 and IEC 61508) by Ferrous Systems. It operates as a downstream to the Rust project, further increasing its testing and quality on specific platforms.

References and borrowing

Lifetimes

Async / Await

Web

Embedded

This book is an "introductory course" on microcontroller-based "embedded systems" that uses Rust as the teaching language rather than the usual C/C++.

Comparisons (Rust vs X)

FFI

// rustimport:pyo3
use pyo3::prelude::*;

#[pyfunction]  // ← expose the function to Python
fn fibonacci(number: u64) -> u64 {
...
import rustimport.import_hook
from rustfib import fibonacci

Discussions

Cargo

Installing a package that is not on crates.io: cargo install -f --git https://github.com/cjbassi/ytop ytop

  • Cargo Dist distributes your binaries. and in combination with oranda it also generates websites.

Best Practices / Tips

Hardware / bare metal

Rust vs Python

Rust and Python

Rust vs Java for rest services

-- via reddit

I gave a talk (video) today about "Rust for Java programmers" at my local java users group. Part of the talk was comparing the implementation of a minimal rest service in a container for the following 4 approaches:

  1. Payara-micro (JEE/JAXRS)
  2. Wildfly-swarm (another JEE/JAXRS micro deploy)
  3. Javaspark (non JEE "lightweight" framework)
  4. Rust-rocket

The comparisons are striking, viewed in the same 1/2/3/4 sequence above:

  • Container Image Size: 173MB / 151MB / 104MB / 2MB

  • Container Startup Time: 22.2s / 17.6s / 1.6s / 0.6s

  • Memory Usage at Startup: 630MB / 401MB / 34MB / 1.6MB

  • Memory Usage under Stress: 647MB / 522MB / 74MB / 1.7MB

  • CPU usage and throughput show a similar progression as above.

Nice job, Rocket! (results are unscientific. fight me) -- Source code

Success Stories

We had a similar challenge supporting sending this many notifications at OneSignal, which we solved using Rust. We recently hit a peak of 850 Million notifications per second, and 5 billion notifications per day. Here's a blog post on how we do it. Written back when we were at "only" 2 billion notifications per week: https://onesignal.com/blog/rust-at-onesignal/


Rolling log of things

2017-09-08:

There is a new book -- Programming Rust by Jim Blandy, and Jason Orendorff. Jim Blandy has also written a concise short book Why Rust [PDF]

Rust is currently unable to call directly into a C++ library; so that way Rust is probably behind D.

Rust, by design, makes certain programming patterns more painful than others. This is a GOOD thing! It turns out that, for game development, the patterns that end up being the easiest to deal with in Rust closely mirror the patterns that are easiest for game development in any language. Rust highly rewards data-oriented design with simple, understandable ownership semantics, and this is great news because this is a really good fit for game development.


See also: rust2018

References

notes#programming-language#rust

wiki

I use obsidian which is a personal, desktop wiki software to take notes as well publish some of those pages as this website

Why use a wiki? -- "Use a Wiki to document everything you know" by Nikita Voloboev.

Wiki Software

notes

Frasier

Frasier was an American TV sitcom (1993-2004).

French phrases in Frasier

  • contretemps (ಕಾನ್ ತ್ರೆ ತೋ (ನ್)) - a minor dispute or disagreement. "she had occasional contretemps with her staff".

  • bête noire (ಬೆಟ್ ನುಆ) - a person or thing that someone dislikes very much.

  • depeché-toi (ದೂಪಶೆ ತುಆ) - Hurry up!

  • chef-d'oeu·vre ಶೆವ್ ಡುವಿ ಏ ಹ್ಯು - master piece

  • insouciance ಐನ್ ಸುಸ್ ಯಾನ್ಸ್ - recklessness

  • merde ಮೆರ್ದ್ shit

  • "Tally me banana"

notes#television